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
>>
> 
> 
> 

_______________________________________________
indiana-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/indiana-discuss

Reply via email to