[indiana-discuss] Error updating Osol b94 to b95.

[Andras Barna]

dont know if it matters, but
my image-update failed with pkg: unable to activate opensolaris-2
i tried manually, unmounted it then activate, another failure
Gman suggested to free up some space, and works

On Thu, Aug 14, 2008 at 9:20 PM, Andras Barna <andras.barna at gmail.com> wrote:
> BE            Active Active on Mountpoint Space
> Name                 reboot               Used
> ----          ------ --------- ---------- -----
> opensolaris-1 no     no        -          64.78M
> opensolaris-2 yes    yes       /          10.35G
> sartek at osol:~# zfs list
> NAME
> USED  AVAIL  REFER  MOUNTPOINT
> data2
> 108G  1.12G   108G  /data2
> rpool
> 16.8G  9.08G    73K  /rpool
> rpool at install
> 19.5K      -    55K  -
> rpool/JDS
> 1.01G  9.08G  1.01G  /JDS
> rpool/ROOT
> 10.4G  9.08G  25.5K  /rpool/ROOT
> rpool/ROOT at install
> 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/opensolaris-2 at install
> 5.74M      -  2.22G  -
> rpool/ROOT/opensolaris-2 at opensolaris-1
> 13.9M      -  2.24G  -
> rpool/ROOT/opensolaris-2 at static:-:2008-08-14-16:37:33
> 1.11G      -  6.80G  -
> rpool/ROOT/opensolaris-2/opt
> 816M  9.08G   780M  /opt
> rpool/ROOT/opensolaris-2/opt at opensolaris-1
> 86K      -  3.61M  -
> rpool/ROOT/opensolaris-2/opt at static:-: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/sartek at static:-: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/export at install
> 15K      -    19K  -
> rpool/export/home
> 5.23G  9.08G  5.23G  /export/home
> rpool/export/home at install
> 20K      -    21K  -
> zene
> 147G  43.8M   147G  /zene
> sartek at osol:~# 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      -
> sartek at osol:~#
>
>
> well, i destroyed rpool/ROOT/opensolaris-1/opt/sartek as a workaround.
> and rollbacked rpool/ROOT/opensolaris-2/opt/sartek at static:-:2008-08-14-16:37:33
>
> On Thu, Aug 14, 2008 at 9:16 PM, Evan Layton <Evan.Layton at sun.com> 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 <ethan.quach at sun.com> 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 <seymour.krebs at gmail.com> [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
>>>> indiana-discuss at opensolaris.org
>>>> http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
>>>>
>>>
>>>
>>>
>>
>>
>
>
>
> --
> Andy
> http://blog.sartek.net
>



-- 
Andy
http://blog.sartek.net