Hi folks,
here's what I hope is the final entry in this saga.
At last, success.
I bfu'd to 2nd July 2006 bits, added
[ "$fstype" = zfs ] && mntopts="${mntopts},rw"
to /lib/svc/method/fs-usr @ line 51, and on the reboot
I waited for the delete queue to flush.
And waited. And waited so
Yes, this is a known bug, or rather a clever variation of a known bug.
I don't have the ID handy, but the problem is that 'zfs unmount -a' (and
'zpool destroy') both try to unmount filesystems in DSL order, rather
than consulting /etc/mnttab. It should just unmount filesystems
according to /etc/mn
No, this is expected behavior due to the limitations of NFS. The
problem is that .zfs/snapshot is technically a separate filesystem, but
due to limitations in NFS (although mirror mounts might solve this), we
have to present it as a single filesystem. This means that we have
multiple filesystems
On Tue, Jul 04, 2006 at 09:10:11AM +0200, Constantin Gonzalez wrote:
> Hi Eric,
>
> Eric Schrock wrote:
> > You don't need to grow the pool. You should always be able truncate the
> > file without consuming more space, provided you don't have snapshots.
> > Mark has a set of fixes in testing whic
Jaime,
On SPARC issue "format -e" (expert mode). When you now type "format",
it will list the option of either an EFI labeled disk or VTOC labeled
disk.
Jim
Hi to all, I used the whole disk
with zpool on X86 and SPARC.
The zpool command change de original VTOC to:
* /dev/rdsk/c0t8d0s0 pa
Hi Jaime,
Just use format -e, label, choose SMI (not EFI) and you're done ;)
Jnm.
--
[EMAIL PROTECTED] a écrit :
Hi to all, I used the whole disk
with zpool on X86 and SPARC.
The zpool command change de original VTOC to:
* /dev/rdsk/c0t8d0s0 partition map
*
* Dimensions:
* 512 byte
Hi to all, I used the whole disk with zpool on X86 and SPARC.The zpool command change de original VTOC to:
* /dev/rdsk/c0t8d0s0 partition map** Dimensions:* 512 bytes/sector* 8385121 sectors* 8385054 accessible sectors** Flags:* 1: unmountable* 10: read-only** First
Slight typo
I had to run
# zfs umount tank
cannot unmount 'tank': not currently mounted
# zfs umount /export/home1
# zfs umount /export/home
#
in order to get zpool destroy to run
Enda
Enda o'Connor - Sun Microsystems Ireland - Software Engineer wrote:
Hi
I was trying to overlay a pool ont
Hi
I was trying to overlay a pool onto an existing mount
# cat /etc/release
Solaris 10 6/06 s10s_u2wos_09a SPARC
# df -k /export
Filesystemkbytesused avail capacity Mounted on
/dev/dsk/c1t0d0s320174761 3329
Hi Eric,
Eric Schrock wrote:
> You don't need to grow the pool. You should always be able truncate the
> file without consuming more space, provided you don't have snapshots.
> Mark has a set of fixes in testing which do a much better job of
> estimating space, allowing us to always unlink files
10 matches
Mail list logo
