BE Active Active on Mountpoint Space Name reboot Used ---- ------ --------- ---------- ----- opensolaris-1 no no - 64.78M opensolaris-2 yes yes / 10.35G [EMAIL PROTECTED]:~# zfs list NAME USED AVAIL REFER MOUNTPOINT data2 108G 1.12G 108G /data2 rpool 16.8G 9.08G 73K /rpool [EMAIL PROTECTED] 19.5K - 55K - rpool/JDS 1.01G 9.08G 1.01G /JDS rpool/ROOT 10.4G 9.08G 25.5K /rpool/ROOT rpool/[EMAIL PROTECTED] 15K - 18K - rpool/ROOT/opensolaris-1 64.8M 9.08G 6.79G legacy rpool/ROOT/opensolaris-1/opt 352K 9.08G 780M /opt rpool/ROOT/opensolaris-2 10.4G 9.08G 6.85G legacy rpool/ROOT/[EMAIL PROTECTED] 5.74M - 2.22G - rpool/ROOT/[EMAIL PROTECTED] 13.9M - 2.24G - rpool/ROOT/[EMAIL PROTECTED]:-:2008-08-14-16:37:33 1.11G - 6.80G - rpool/ROOT/opensolaris-2/opt 816M 9.08G 780M /opt rpool/ROOT/opensolaris-2/[EMAIL PROTECTED] 86K - 3.61M - rpool/ROOT/opensolaris-2/[EMAIL PROTECTED]:-:2008-08-14-16:37:33 110K - 780M - rpool/ROOT/opensolaris-2/opt/sartek 35.2M 9.08G 35.1M /opt/sartek rpool/ROOT/opensolaris-2/opt/[EMAIL PROTECTED]:-:2008-08-14-16:37:33 51K - 35.1M - rpool/data 105M 9.08G 105M /data rpool/export 5.23G 9.08G 26.5K /export rpool/[EMAIL PROTECTED] 15K - 19K - rpool/export/home 5.23G 9.08G 5.23G /export/home rpool/export/[EMAIL PROTECTED] 20K - 21K - zene 147G 43.8M 147G /zene [EMAIL PROTECTED]:~# cat /etc/vfstab #device device mount FS fsck mount mount #to mount to fsck point type pass at boot options # /devices - /devices devfs - no - /proc - /proc proc - no - ctfs - /system/contract ctfs - no - objfs - /system/object objfs - no - sharefs - /etc/dfs/sharetab sharefs - no - fd - /dev/fd fd - no - swap - /tmp tmpfs - yes - rpool/ROOT/opensolaris-2 - / zfs - no - /dev/dsk/c4d0s1 - - swap - no - [EMAIL PROTECTED]:~#
well, i destroyed rpool/ROOT/opensolaris-1/opt/sartek as a workaround. and rollbacked rpool/ROOT/opensolaris-2/opt/[EMAIL PROTECTED]:-:2008-08-14-16:37:33 On Thu, Aug 14, 2008 at 9:16 PM, Evan Layton <[EMAIL PROTECTED]> wrote: > I doubt these are related and to be able to tell what went wrong we'd need > the output from "beadm list" and "zfs list". It could also be helpful to see > what's in your /etc/vfstab. > > Thanks, > -evan > > Andras Barna wrote: >> >> i had a similar issue, but after reboot >> at boot fs-local wanted to mount rpool/ROOT/opensolaris-1/opt/sartek >> but of course it failed. >> >> >> On Thu, Aug 14, 2008 at 8:23 PM, Ethan Quach <[EMAIL PROTECTED]> wrote: >>> >>> The libbe bug you might be referring to is >>> >>> 1333 - libbe creation and rename of BEs should handle >>> subordinate legacy mounted datasets. >>> http://defect.opensolaris.org/bz/show_bug.cgi?id=1333 >>> >>> >>> But I haven't seen evidence on this thread that your /opt is set >>> to be legacy mounted. The output of 'zfs list', and the current >>> /etc/vfstab would shed some light on that. >>> >>> >>> thanks, >>> -ethan >>> >>> >>> Stephen Hahn wrote: >>>> >>>> * Seymour Krebs <[EMAIL PROTECTED]> [2008-08-14 16:13]: >>>>> >>>>> Any suggestions as to where I went wrong here?? >>>>> OSError: [Errno 2] No such file or directory: >>>>> '/mnt1/opt/DTT/Code/Python/func_abc.py' >>>> >>>> You didn't do anything wrong. This outcome comes from a known bug in >>>> the boot environment (BE) code, but I can't seem to find it at >>>> defect.opensolaris.org. libbe is failing to mount /opt in the cloned >>>> BE. >>>> >>>> I've worked around this by uninstalling SUNWDTraceToolkit, and >>>> reinstalling it after the update completes, but that's awkward. Maybe >>>> one of the libbe authors could suggest a better workaround. >>>> >>>> - Stephen >>>> >>> _______________________________________________ >>> indiana-discuss mailing list >>> [email protected] >>> http://mail.opensolaris.org/mailman/listinfo/indiana-discuss >>> >> >> >> > > -- Andy http://blog.sartek.net _______________________________________________ indiana-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
