On 05/27/10 05:16 PM, Dennis Clarke wrote:
I just tried this with a UFS based filesystem just for a lark.
It never failed on UFS, regardless of the contents of /etc/dfs/dfstab.
Guess I must now try this with a ZFS fs under that iso file.
Just tried it again with b134 *with* share /mnt in
Hi Frank,
On 24/05/10 16:52 -0400, Frank Middleton wrote:
Many many moons ago, I submitted a CR into bugs about a
highly reproducible panic that occurs if you try to re-share
a lofi mounted image. That CR has AFAIK long since
disappeared - I even forget what it was called.
This
On 5/27/2010 2:45 PM, Jan Kryl wrote:
Hi Frank,
On 24/05/10 16:52 -0400, Frank Middleton wrote:
Many many moons ago, I submitted a CR into bugs about a
highly reproducible panic that occurs if you try to re-share
a lofi mounted image. That CR has AFAIK long since
disappeared - I
Jan Kryl wrote:
the bug (6798273) has been closed as incomplete with following
note:
I cannot reproduce any issue with the given testcase on b137.
So you should test this with b137 or newer build. There have
been some extensive changes going to treeclimb_* functions,
so the bug is probably
On 5/27/2010 12:21 PM, Carson Gaspar wrote:
Jan Kryl wrote:
the bug (6798273) has been closed as incomplete with following
note:
I cannot reproduce any issue with the given testcase on b137.
So you should test this with b137 or newer build. There have
been some extensive changes going to
FWIW (even on a freshly booted system after a panic)
# lofiadm zyzzy.iso /dev/lofi/1
# mount -F hsfs /dev/lofi/1 /mnt
mount: /dev/lofi/1 is already mounted or /mnt is busy
# mount -O -F hsfs /dev/lofi/1 /mnt
# share /mnt
#
If you unshare /mnt and then do this again, it will
Many many moons ago, I submitted a CR into bugs about a
highly reproducible panic that occurs if you try to re-share
a lofi mounted image. That CR has AFAIK long since
disappeared - I even forget what it was called.
This server is used for doing network installs. Let's say
you have a 64 bit iso
