Hi Joep, Booting from a snapshot isn't possibly because the snapshot is not writable and the boot operation writes to the BE. Booting from a clone is successful because the clone is writable.
The second issue is whether the reboot command understands what a snapshot is. I see from the reboot man page that it supports -e environment but I haven't tested this feature with a ZFS BE or clone. Thanks, Cindy On 12/08/09 12:48, Joep Vesseur wrote:
Folks, I've been seeing this for a while, but never had the urge to ask, until now. When I take a snapshot of my current root-FS and tell the system to reboot off that snapshot, I'm faced with an assertion failure (running DEBUG bits) that looks like this: r...@codemonkey:~# df -h / Filesystem Size Used Avail Use% Mounted on rpool/ROOT/bfu 129G 8.2G 121G 7% / r...@codemonkey:~# zfs snapshot rpool/ROOT/b...@ro r...@codemonkey:~# reboot rpool/ROOT/b...@ro Dec 8 20:41:17 codemonkey reboot: initiated by root on /dev/console panic[cpu0]/thread=ffffff01e1023040: assertion failed: vfsp->vfs_count != 0, file: ../../common/fs/vfs.c, line: 4374 ffffff0007fb1c90 genunix:assfail+7e () ffffff0007fb1cc0 genunix:vfs_rele+86 () ffffff0007fb1ce0 zfs:zfs_freevfs+2a () ffffff0007fb1d00 genunix:fsop_freefs+1a () ffffff0007fb1d30 genunix:vfs_rele+3b () ffffff0007fb1d60 genunix:vfs_remove+65 () ffffff0007fb1db0 genunix:dounmount+a3 () ffffff0007fb1de0 genunix:vfs_unmountall+92 () ffffff0007fb1e50 genunix:kadmin+549 () ffffff0007fb1eb0 genunix:uadmin+10f () ffffff0007fb1f00 unix:brand_sys_syscall32+295 () syncing file systems... done dumping to /dev/zvol/dsk/rpool/dump, offset 65536, content: kernel 0:14 100% done 100% done: 256267 pages dumped, dump succeeded rebooting... I've tried to reason why this happens, but fail to come up with a plausible answer. Has anyone else seen this? Anyone knows what's amiss? I'm hesitant to file a bug without a pointer to a possible cause. This only happens when I try to reboot off a snapshot. If I first create a clone of the snapshot and reboot off that, the system is perfectly happy... TIA, Joep _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
_______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss