Re: [indiana-discuss] Cannot activate BE
Hi Sebastien, You can test booting from the second disk just by selecting the second disk to boot at the BIOS level. You can review this error scenario and other ZFS troubleshooting issues, here: http://www.solarisinternals.com/wiki/index.php/ZFS_Troubleshooting_Guide Not everything in this wiki relates to the OpenSolaris release, but provides some general ZFS troubleshooting scenarios. Cindy Sébastien Stormacq wrote: > Hello Cindy, > > Looks like everything went fine this tile. > Thanks for the detailed procedure. > > Just one last question : how to check the boot on the second disk (step > 7) ? > Is it as simple as removing my primary disk from the pool and reboot ? > or a more complex procedure ? > > Thanks > > Seb > --- > Sébastien Stormacq > Senior Software Architect > GSS Software Practice, > Sun Microsystems Luxembourg > > On 26 Jan 2009, at 19:18, cindy.swearin...@sun.com wrote: > >> Hi Sebastien, >> >> I've outlined steps below to help you recovery from the label problem. >> Make sure you can boot from the primary disk, c4t0d0s0, before you >> begin. >> >> I've reproduced these steps correctly on my Nevada, build 104 system >> because my OpenSolaris system doesn't have two disks. >> >> An easier recovery might be to just relabel the disk while it is still >> part of the root pool. I'm not sure how ZFS will react if the disk label >> is changing while the disk is still part of the pool. That's a test for >> another day... :-) >> >> Cindy >> >> 1. Make sure the system is currently bootable from c4t0d0s0. >> >> 2. Detach the second disk, c4t1d0s2, like this: >> >> # zpool detach rpool c4t1d0s2 >> >> 3. Convert the existing EFI label on the disk to VTOC (SMI). >> >> # format -e c4t1d0s2 >> format> label >> [0] SMI Label >> [1] EFI Label >> Specify Label type[1]: 0 >> Auto configuration via format.dat[no]? >> Auto configuration via generic SCSI-2[no]? >> format> q >> >> Make sure all the disk space is in s2 or recreate it in s0. The >> relabeling process might go back to the default sizing so check >> to see that all the disk space is where you want it. >> (Write me offline if you need help with this step.) >> >> 4. Reattach the disk, c4t1d0s2, like this: >> >> # zpool attach rpool c4t0d0s0 c4t1d0s2 >> >> 5. Wait for the newly attached disk to resilver completely >> by using zpool status to watch the progress. >> >> 6. Install the bootblock on the newly attached disk. >> >> # installgrub /boot/grub/stage1 /boot/grub/stage2 /dev/rdsk/c4t1d0s2 >> >> 7. Confirm that you can boot from c4t1d0s2. >> >> >> Sébastien Stormacq wrote: >> >>> Hello, >>> I tried that already >>> format shows only a Solaris partition. >>> I did label the disk too >>> but >>> r...@yajug:~# zpool attach rpool mirror c4t1d0 >>> cannot label 'c4t1d0': EFI labeled devices are not supported on >>> root pools. >>> Seb >>> --- >>> Sébastien Stormacq >>> Senior Software Architect >>> GSS Software Practice, >>> Sun Microsystems Luxembourg >>> On 23 Jan 2009, at 23:42, Evan Layton wrote: >>> Try running format, choose that disk, run fdisk and remove the EFI fdisk partition and create a Solaris partition. Then in format label the disk. -evan Sébastien Stormacq wrote: > OK will try this > Any suggestion to repartition ? I can't remind the exact errors > but it seems that fdisk is not happy at all with the EFI > partition :-( > thanks > --- > Sébastien Stormacq > Senior Software Architect > GSS Software Practice, > Sun Microsystems Luxembourg > On 23 Jan 2009, at 23:26, Evan Layton wrote: > >> On Jan 23, 2009, at 3:15 PM, Sébastien Stormacq >> > >>> wrote: >> >> >>> Evan, >>> >>> Using BE_PRINT_ERR=true (instead of 1 ;-) gives one more line >>> that point to the error >>> >>> s...@yajug:~# beadm activate opensolaris-1 >>> be_do_installgrub: installgrub failed for device c4t1d0s2. >>> >>> >>> c4t1d0s2 is a mirror in my zpool >>> >>> s...@yajug:~# zpool status >>> pool: rpool >>> state: ONLINE >>> scrub: resilver completed after 0h4m with 0 errors on Wed Jan >>> 21 13:57:10 2009 >>> config: >>> >>> NAME STATE READ WRITE CKSUM >>> rpool ONLINE 0 0 0 >>> mirror ONLINE 0 0 0 >>>c4t0d0s0 ONLINE 0 0 0 23.9M resilvered >>>c4t1d0s2 ONLINE 0 0 0 4.16G resilvered >>> >>> errors: No known data errors >>> >>> >>> I did not install grub (yet) on the second disk >>> Actually, I had a whole bunch of issues to include that disk in >>> the mirror because it is EFI partitioned >>> >>> Any suggestion ? >> >> >> EFI labeled disks are not supported for root pools. The only >> thing I can suggest is to remove that device from the pool and >> remove the EFI labeled partit
Re: [indiana-discuss] Cannot activate BE
Hello Cindy, Looks like everything went fine this tile. Thanks for the detailed procedure. Just one last question : how to check the boot on the second disk (step 7) ? Is it as simple as removing my primary disk from the pool and reboot ? or a more complex procedure ? Thanks Seb --- Sébastien Stormacq Senior Software Architect GSS Software Practice, Sun Microsystems Luxembourg On 26 Jan 2009, at 19:18, cindy.swearin...@sun.com wrote: > Hi Sebastien, > > I've outlined steps below to help you recovery from the label problem. > Make sure you can boot from the primary disk, c4t0d0s0, before you > begin. > > I've reproduced these steps correctly on my Nevada, build 104 system > because my OpenSolaris system doesn't have two disks. > > An easier recovery might be to just relabel the disk while it is still > part of the root pool. I'm not sure how ZFS will react if the disk > label > is changing while the disk is still part of the pool. That's a test > for > another day... :-) > > Cindy > > 1. Make sure the system is currently bootable from c4t0d0s0. > > 2. Detach the second disk, c4t1d0s2, like this: > > # zpool detach rpool c4t1d0s2 > > 3. Convert the existing EFI label on the disk to VTOC (SMI). > > # format -e c4t1d0s2 > format> label > [0] SMI Label > [1] EFI Label > Specify Label type[1]: 0 > Auto configuration via format.dat[no]? > Auto configuration via generic SCSI-2[no]? > format> q > > Make sure all the disk space is in s2 or recreate it in s0. The > relabeling process might go back to the default sizing so check > to see that all the disk space is where you want it. > (Write me offline if you need help with this step.) > > 4. Reattach the disk, c4t1d0s2, like this: > > # zpool attach rpool c4t0d0s0 c4t1d0s2 > > 5. Wait for the newly attached disk to resilver completely > by using zpool status to watch the progress. > > 6. Install the bootblock on the newly attached disk. > > # installgrub /boot/grub/stage1 /boot/grub/stage2 /dev/rdsk/c4t1d0s2 > > 7. Confirm that you can boot from c4t1d0s2. > > > Sébastien Stormacq wrote: >> Hello, >> I tried that already >> format shows only a Solaris partition. >> I did label the disk too >> but >> r...@yajug:~# zpool attach rpool mirror c4t1d0 >> cannot label 'c4t1d0': EFI labeled devices are not supported on >> root pools. >> Seb >> --- >> Sébastien Stormacq >> Senior Software Architect >> GSS Software Practice, >> Sun Microsystems Luxembourg >> On 23 Jan 2009, at 23:42, Evan Layton wrote: >>> Try running format, choose that disk, run fdisk and remove the >>> EFI fdisk partition and create a Solaris partition. Then in >>> format label the disk. >>> >>> -evan >>> >>> Sébastien Stormacq wrote: >>> OK will try this Any suggestion to repartition ? I can't remind the exact errors but it seems that fdisk is not happy at all with the EFI partition :-( thanks --- Sébastien Stormacq Senior Software Architect GSS Software Practice, Sun Microsystems Luxembourg On 23 Jan 2009, at 23:26, Evan Layton wrote: > On Jan 23, 2009, at 3:15 PM, Sébastien Stormacq > > wrote: > >> Evan, >> >> Using BE_PRINT_ERR=true (instead of 1 ;-) gives one more line >> that point to the error >> >> s...@yajug:~# beadm activate opensolaris-1 >> be_do_installgrub: installgrub failed for device c4t1d0s2. >> >> >> c4t1d0s2 is a mirror in my zpool >> >> s...@yajug:~# zpool status >> pool: rpool >> state: ONLINE >> scrub: resilver completed after 0h4m with 0 errors on Wed Jan >> 21 13:57:10 2009 >> config: >> >> NAME STATE READ WRITE CKSUM >> rpool ONLINE 0 0 0 >> mirror ONLINE 0 0 0 >>c4t0d0s0 ONLINE 0 0 0 23.9M resilvered >>c4t1d0s2 ONLINE 0 0 0 4.16G resilvered >> >> errors: No known data errors >> >> >> I did not install grub (yet) on the second disk >> Actually, I had a whole bunch of issues to include that disk >> in the mirror because it is EFI partitioned >> >> Any suggestion ? > > EFI labeled disks are not supported for root pools. The only > thing I can suggest is to remove that device from the pool and > remove the EFI labeled partition, create a solaris fdisk > partition (vtoc) and re-attach the device. > > -evan > > >> >> Thanks for your help >> >> >> --- >> Sébastien Stormacq >> Senior Software Architect >> GSS Software Practice, >> Sun Microsystems Luxembourg >> >> On 23 Jan 2009, at 23:11, Evan Layton wrote: >> >> >>> Sébastien Stormacq wrote: >>> Hello, I installed OpenSolaris 2008.11 on a Sun v40z machine. Unfortunately the build I use, although being 101b was not the latest one, i.e. it was a couple of hours before
Re: [indiana-discuss] Cannot activate BE
Hi Sebastien, I've outlined steps below to help you recovery from the label problem. Make sure you can boot from the primary disk, c4t0d0s0, before you begin. I've reproduced these steps correctly on my Nevada, build 104 system because my OpenSolaris system doesn't have two disks. An easier recovery might be to just relabel the disk while it is still part of the root pool. I'm not sure how ZFS will react if the disk label is changing while the disk is still part of the pool. That's a test for another day... :-) Cindy 1. Make sure the system is currently bootable from c4t0d0s0. 2. Detach the second disk, c4t1d0s2, like this: # zpool detach rpool c4t1d0s2 3. Convert the existing EFI label on the disk to VTOC (SMI). # format -e c4t1d0s2 format> label [0] SMI Label [1] EFI Label Specify Label type[1]: 0 Auto configuration via format.dat[no]? Auto configuration via generic SCSI-2[no]? format> q Make sure all the disk space is in s2 or recreate it in s0. The relabeling process might go back to the default sizing so check to see that all the disk space is where you want it. (Write me offline if you need help with this step.) 4. Reattach the disk, c4t1d0s2, like this: # zpool attach rpool c4t0d0s0 c4t1d0s2 5. Wait for the newly attached disk to resilver completely by using zpool status to watch the progress. 6. Install the bootblock on the newly attached disk. # installgrub /boot/grub/stage1 /boot/grub/stage2 /dev/rdsk/c4t1d0s2 7. Confirm that you can boot from c4t1d0s2. Sébastien Stormacq wrote: > Hello, > > I tried that already > format shows only a Solaris partition. > > I did label the disk too > > but > > r...@yajug:~# zpool attach rpool mirror c4t1d0 > cannot label 'c4t1d0': EFI labeled devices are not supported on root > pools. > > > Seb > --- > Sébastien Stormacq > Senior Software Architect > GSS Software Practice, > Sun Microsystems Luxembourg > > On 23 Jan 2009, at 23:42, Evan Layton wrote: > > >>Try running format, choose that disk, run fdisk and remove the EFI >>fdisk partition and create a Solaris partition. Then in format label >>the disk. >> >>-evan >> >>Sébastien Stormacq wrote: >> >>>OK will try this >>>Any suggestion to repartition ? I can't remind the exact errors >>>but it seems that fdisk is not happy at all with the EFI >>>partition :-( >>>thanks >>>--- >>>Sébastien Stormacq >>>Senior Software Architect >>>GSS Software Practice, >>>Sun Microsystems Luxembourg >>>On 23 Jan 2009, at 23:26, Evan Layton wrote: >>> On Jan 23, 2009, at 3:15 PM, Sébastien Stormacq >>> >wrote: >Evan, > >Using BE_PRINT_ERR=true (instead of 1 ;-) gives one more line >that point to the error > >s...@yajug:~# beadm activate opensolaris-1 >be_do_installgrub: installgrub failed for device c4t1d0s2. > > >c4t1d0s2 is a mirror in my zpool > >s...@yajug:~# zpool status >pool: rpool >state: ONLINE >scrub: resilver completed after 0h4m with 0 errors on Wed Jan 21 >13:57:10 2009 >config: > > NAME STATE READ WRITE CKSUM > rpool ONLINE 0 0 0 > mirror ONLINE 0 0 0 > c4t0d0s0 ONLINE 0 0 0 23.9M resilvered > c4t1d0s2 ONLINE 0 0 0 4.16G resilvered > >errors: No known data errors > > >I did not install grub (yet) on the second disk >Actually, I had a whole bunch of issues to include that disk in >the mirror because it is EFI partitioned > >Any suggestion ? EFI labeled disks are not supported for root pools. The only thing I can suggest is to remove that device from the pool and remove the EFI labeled partition, create a solaris fdisk partition (vtoc) and re-attach the device. -evan > >Thanks for your help > > >--- >Sébastien Stormacq >Senior Software Architect >GSS Software Practice, >Sun Microsystems Luxembourg > >On 23 Jan 2009, at 23:11, Evan Layton wrote: > > >>Sébastien Stormacq wrote: >> >>>Hello, >>>I installed OpenSolaris 2008.11 on a Sun v40z machine. >>>Unfortunately the build I use, although being 101b was not the >>>latest one, i.e. it was a couple of hours before GA : >>>Sun Microsystems Inc. SunOS 5.11 snv_101b >>>November 2008 >>>I tried to update to GA with image-update >>>r...@yajug:~# pkg list -u >>>NAME (AUTHORITY) VERSION >>>STATE UFIX >>>entire0.5.11-0.101 >>>installed u--- >>>r...@yajug:~# pkg image-update >>>PHASEACTIONS >>>Update Phase 1/1 >>>PHASE ITEMS >>>Reading Existing Index 9/9 >>>Indexing Packages
Re: [indiana-discuss] Cannot activate BE
Hi Sebastien, Your disk is still under EFI label. You need to convert it to SMI before it is usable by zfs. # format -e (select the disk) >part >label (select the SMI label) quit and run format again omitting the -e option. >part (re-partition the disk and re-label) Alternatively, following the SMI conversion you can copy the VTOC from the boot disk if they are of the same model. Good luck George Koutras Proactive Technical Analyst, System Support Engineer Sun Microsystems, Inc. 9 Fragoklisias st Marousi Athens, Greece, 15125 Cut Utility Costs in Half - Learn More From: Sébastien Stormacq To: Evan Layton Cc: "indiana-discuss@opensolaris.org" Sent: Saturday, January 24, 2009 12:24:50 PM Subject: Re: [indiana-discuss] Cannot activate BE Hello, I tried that already format shows only a Solaris partition. I did label the disk too but r...@yajug:~# zpool attach rpool mirror c4t1d0 cannot label 'c4t1d0': EFI labeled devices are not supported on root pools. Seb --- Sébastien Stormacq Senior Software Architect GSS Software Practice, Sun Microsystems Luxembourg On 23 Jan 2009, at 23:42, Evan Layton wrote: > Try running format, choose that disk, run fdisk and remove the EFI > fdisk partition and create a Solaris partition. Then in format label > the disk. > > -evan > > Sébastien Stormacq wrote: >> OK will try this >> Any suggestion to repartition ? I can't remind the exact errors >> but it seems that fdisk is not happy at all with the EFI >> partition :-( >> thanks >> --- >> Sébastien Stormacq >> Senior Software Architect >> GSS Software Practice, >> Sun Microsystems Luxembourg >> On 23 Jan 2009, at 23:26, Evan Layton wrote: >>> >>> On Jan 23, 2009, at 3:15 PM, Sébastien Stormacq <sebastien.storm...@sun.com >>> > wrote: >>> >>>> Evan, >>>> >>>> Using BE_PRINT_ERR=true (instead of 1 ;-) gives one more line >>>> that point to the error >>>> >>>> s...@yajug:~# beadm activate opensolaris-1 >>>> be_do_installgrub: installgrub failed for device c4t1d0s2. >>>> >>>> >>>> c4t1d0s2 is a mirror in my zpool >>>> >>>> s...@yajug:~# zpool status >>>> pool: rpool >>>> state: ONLINE >>>> scrub: resilver completed after 0h4m with 0 errors on Wed Jan 21 >>>> 13:57:10 2009 >>>> config: >>>> >>>> NAME STATE READ WRITE CKSUM >>>> rpool ONLINE 0 0 0 >>>> mirror ONLINE 0 0 0 >>>> c4t0d0s0 ONLINE 0 0 0 23.9M resilvered >>>> c4t1d0s2 ONLINE 0 0 0 4.16G resilvered >>>> >>>> errors: No known data errors >>>> >>>> >>>> I did not install grub (yet) on the second disk >>>> Actually, I had a whole bunch of issues to include that disk in >>>> the mirror because it is EFI partitioned >>>> >>>> Any suggestion ? >>> >>> EFI labeled disks are not supported for root pools. The only thing >>> I can suggest is to remove that device from the pool and remove >>> the EFI labeled partition, create a solaris fdisk partition (vtoc) >>> and re-attach the device. >>> >>> -evan >>> >>>> >>>> >>>> Thanks for your help >>>> >>>> >>>> --- >>>> Sébastien Stormacq >>>> Senior Software Architect >>>> GSS Software Practice, >>>> Sun Microsystems Luxembourg >>>> >>>> On 23 Jan 2009, at 23:11, Evan Layton wrote: >>>> >>>>> Sébastien Stormacq wrote: >>>>>> Hello, >>>>>> I installed OpenSolaris 2008.11 on a Sun v40z machine. >>>>>> Unfortunately the build I use, although being 101b was not the >>>>>> latest one, i.e. it was a couple of hours before GA : >>>>>> Sun Microsystems Inc. SunOS 5.11 snv_101b >>>>>> November 2008 >>>>>> I tried to update to GA with image-update >>>>>> r...@yajug:~# pkg list -u >>>>>> NAME (AUTHORITY) VERSION >>>>>> STATE UFIX >>>>>> entire 0.5.11-0.101 >>>>>> installed u--- >>>>>> r...@yajug:~# pkg image-update >>>>>> PHASE
Re: [indiana-discuss] Cannot activate BE
Hello, I tried that already format shows only a Solaris partition. I did label the disk too but r...@yajug:~# zpool attach rpool mirror c4t1d0 cannot label 'c4t1d0': EFI labeled devices are not supported on root pools. Seb --- Sébastien Stormacq Senior Software Architect GSS Software Practice, Sun Microsystems Luxembourg On 23 Jan 2009, at 23:42, Evan Layton wrote: > Try running format, choose that disk, run fdisk and remove the EFI > fdisk partition and create a Solaris partition. Then in format label > the disk. > > -evan > > Sébastien Stormacq wrote: >> OK will try this >> Any suggestion to repartition ? I can't remind the exact errors >> but it seems that fdisk is not happy at all with the EFI >> partition :-( >> thanks >> --- >> Sébastien Stormacq >> Senior Software Architect >> GSS Software Practice, >> Sun Microsystems Luxembourg >> On 23 Jan 2009, at 23:26, Evan Layton wrote: >>> >>> On Jan 23, 2009, at 3:15 PM, Sébastien Stormacq >> > wrote: >>> Evan, Using BE_PRINT_ERR=true (instead of 1 ;-) gives one more line that point to the error s...@yajug:~# beadm activate opensolaris-1 be_do_installgrub: installgrub failed for device c4t1d0s2. c4t1d0s2 is a mirror in my zpool s...@yajug:~# zpool status pool: rpool state: ONLINE scrub: resilver completed after 0h4m with 0 errors on Wed Jan 21 13:57:10 2009 config: NAME STATE READ WRITE CKSUM rpool ONLINE 0 0 0 mirror ONLINE 0 0 0 c4t0d0s0 ONLINE 0 0 0 23.9M resilvered c4t1d0s2 ONLINE 0 0 0 4.16G resilvered errors: No known data errors I did not install grub (yet) on the second disk Actually, I had a whole bunch of issues to include that disk in the mirror because it is EFI partitioned Any suggestion ? >>> >>> EFI labeled disks are not supported for root pools. The only thing >>> I can suggest is to remove that device from the pool and remove >>> the EFI labeled partition, create a solaris fdisk partition (vtoc) >>> and re-attach the device. >>> >>> -evan >>> Thanks for your help --- Sébastien Stormacq Senior Software Architect GSS Software Practice, Sun Microsystems Luxembourg On 23 Jan 2009, at 23:11, Evan Layton wrote: > Sébastien Stormacq wrote: >> Hello, >> I installed OpenSolaris 2008.11 on a Sun v40z machine. >> Unfortunately the build I use, although being 101b was not the >> latest one, i.e. it was a couple of hours before GA : >> Sun Microsystems Inc. SunOS 5.11 snv_101b >> November 2008 >> I tried to update to GA with image-update >> r...@yajug:~# pkg list -u >> NAME (AUTHORITY) VERSION >> STATE UFIX >> entire0.5.11-0.101 >> installed u--- >> r...@yajug:~# pkg image-update >> PHASEACTIONS >> Update Phase 1/1 >> PHASE ITEMS >> Reading Existing Index 9/9 >> Indexing Packages1/1 >> pkg: unable to activate opensolaris-1 >> r...@yajug:~# beadm activate opensolaris-1 >> Unable to activate opensolaris-1. >> Unknown external error. >> How can I further diagnose / solve this ?? > > Can you set "export BE_PRINT_ERR=true" before running beadm > activate and send the debug output? That should help narrow down > where the problem is. > > Thanks, > -evan > >> I followed the same procedure with the same image on a couple >> of VMs and it was always OK >> Thanks for your help >> --- >> Sébastien Stormacq >> Senior Software Architect >> GSS Software Practice, >> Sun Microsystems Luxembourg >> ___ >> indiana-discuss mailing list >> indiana-discuss@opensolaris.org >> http://mail.opensolaris.org/mailman/listinfo/indiana-discuss > > ___ indiana-discuss mailing list indiana-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
Re: [indiana-discuss] Cannot activate BE
Try running format, choose that disk, run fdisk and remove the EFI fdisk partition and create a Solaris partition. Then in format label the disk. -evan Sébastien Stormacq wrote: > OK will try this > Any suggestion to repartition ? I can't remind the exact errors but it > seems that fdisk is not happy at all with the EFI partition :-( > > thanks > > --- > Sébastien Stormacq > Senior Software Architect > GSS Software Practice, > Sun Microsystems Luxembourg > > On 23 Jan 2009, at 23:26, Evan Layton wrote: > >> >> On Jan 23, 2009, at 3:15 PM, Sébastien Stormacq >> wrote: >> >>> Evan, >>> >>> Using BE_PRINT_ERR=true (instead of 1 ;-) gives one more line that >>> point to the error >>> >>> s...@yajug:~# beadm activate opensolaris-1 >>> be_do_installgrub: installgrub failed for device c4t1d0s2. >>> >>> >>> c4t1d0s2 is a mirror in my zpool >>> >>> s...@yajug:~# zpool status >>> pool: rpool >>> state: ONLINE >>> scrub: resilver completed after 0h4m with 0 errors on Wed Jan 21 >>> 13:57:10 2009 >>> config: >>> >>> NAME STATE READ WRITE CKSUM >>> rpool ONLINE 0 0 0 >>> mirror ONLINE 0 0 0 >>> c4t0d0s0 ONLINE 0 0 0 23.9M resilvered >>> c4t1d0s2 ONLINE 0 0 0 4.16G resilvered >>> >>> errors: No known data errors >>> >>> >>> I did not install grub (yet) on the second disk >>> Actually, I had a whole bunch of issues to include that disk in the >>> mirror because it is EFI partitioned >>> >>> Any suggestion ? >> >> EFI labeled disks are not supported for root pools. The only thing I >> can suggest is to remove that device from the pool and remove the EFI >> labeled partition, create a solaris fdisk partition (vtoc) and >> re-attach the device. >> >> -evan >> >>> >>> >>> Thanks for your help >>> >>> >>> --- >>> Sébastien Stormacq >>> Senior Software Architect >>> GSS Software Practice, >>> Sun Microsystems Luxembourg >>> >>> On 23 Jan 2009, at 23:11, Evan Layton wrote: >>> Sébastien Stormacq wrote: > Hello, > I installed OpenSolaris 2008.11 on a Sun v40z machine. > Unfortunately the build I use, although being 101b was not the > latest one, i.e. it was a couple of hours before GA : > Sun Microsystems Inc. SunOS 5.11 snv_101bNovember 2008 > I tried to update to GA with image-update > r...@yajug:~# pkg list -u > NAME (AUTHORITY) VERSION > STATE UFIX > entire0.5.11-0.101 > installed u--- > r...@yajug:~# pkg image-update > PHASEACTIONS > Update Phase 1/1 > PHASE ITEMS > Reading Existing Index 9/9 > Indexing Packages1/1 > pkg: unable to activate opensolaris-1 > r...@yajug:~# beadm activate opensolaris-1 > Unable to activate opensolaris-1. > Unknown external error. > How can I further diagnose / solve this ?? Can you set "export BE_PRINT_ERR=true" before running beadm activate and send the debug output? That should help narrow down where the problem is. Thanks, -evan > I followed the same procedure with the same image on a couple of > VMs and it was always OK > Thanks for your help > --- > Sébastien Stormacq > Senior Software Architect > GSS Software Practice, > Sun Microsystems Luxembourg > ___ > indiana-discuss mailing list > indiana-discuss@opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/indiana-discuss >>> > ___ indiana-discuss mailing list indiana-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
Re: [indiana-discuss] Cannot activate BE
OK will try this Any suggestion to repartition ? I can't remind the exact errors but it seems that fdisk is not happy at all with the EFI partition :-( thanks --- Sébastien Stormacq Senior Software Architect GSS Software Practice, Sun Microsystems Luxembourg On 23 Jan 2009, at 23:26, Evan Layton wrote: > > On Jan 23, 2009, at 3:15 PM, Sébastien Stormacq > wrote: > >> Evan, >> >> Using BE_PRINT_ERR=true (instead of 1 ;-) gives one more line that >> point to the error >> >> s...@yajug:~# beadm activate opensolaris-1 >> be_do_installgrub: installgrub failed for device c4t1d0s2. >> >> >> c4t1d0s2 is a mirror in my zpool >> >> s...@yajug:~# zpool status >> pool: rpool >> state: ONLINE >> scrub: resilver completed after 0h4m with 0 errors on Wed Jan 21 >> 13:57:10 2009 >> config: >> >> NAME STATE READ WRITE CKSUM >> rpool ONLINE 0 0 0 >> mirror ONLINE 0 0 0 >> c4t0d0s0 ONLINE 0 0 0 23.9M resilvered >> c4t1d0s2 ONLINE 0 0 0 4.16G resilvered >> >> errors: No known data errors >> >> >> I did not install grub (yet) on the second disk >> Actually, I had a whole bunch of issues to include that disk in the >> mirror because it is EFI partitioned >> >> Any suggestion ? > > EFI labeled disks are not supported for root pools. The only thing I > can suggest is to remove that device from the pool and remove the > EFI labeled partition, create a solaris fdisk partition (vtoc) and > re-attach the device. > > -evan > >> >> >> Thanks for your help >> >> >> --- >> Sébastien Stormacq >> Senior Software Architect >> GSS Software Practice, >> Sun Microsystems Luxembourg >> >> On 23 Jan 2009, at 23:11, Evan Layton wrote: >> >>> Sébastien Stormacq wrote: Hello, I installed OpenSolaris 2008.11 on a Sun v40z machine. Unfortunately the build I use, although being 101b was not the latest one, i.e. it was a couple of hours before GA : Sun Microsystems Inc. SunOS 5.11 snv_101bNovember 2008 I tried to update to GA with image-update r...@yajug:~# pkg list -u NAME (AUTHORITY) VERSION STATE UFIX entire0.5.11-0.101 installed u--- r...@yajug:~# pkg image-update PHASEACTIONS Update Phase 1/1 PHASE ITEMS Reading Existing Index 9/9 Indexing Packages1/1 pkg: unable to activate opensolaris-1 r...@yajug:~# beadm activate opensolaris-1 Unable to activate opensolaris-1. Unknown external error. How can I further diagnose / solve this ?? >>> >>> Can you set "export BE_PRINT_ERR=true" before running beadm >>> activate and send the debug output? That should help narrow down >>> where the problem is. >>> >>> Thanks, >>> -evan >>> I followed the same procedure with the same image on a couple of VMs and it was always OK Thanks for your help --- Sébastien Stormacq Senior Software Architect GSS Software Practice, Sun Microsystems Luxembourg ___ indiana-discuss mailing list indiana-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss >>> >> ___ indiana-discuss mailing list indiana-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
Re: [indiana-discuss] Cannot activate BE
On Jan 23, 2009, at 3:15 PM, Sébastien Stormacq wrote: > Evan, > > Using BE_PRINT_ERR=true (instead of 1 ;-) gives one more line that > point to the error > > s...@yajug:~# beadm activate opensolaris-1 > be_do_installgrub: installgrub failed for device c4t1d0s2. > > > c4t1d0s2 is a mirror in my zpool > > s...@yajug:~# zpool status > pool: rpool > state: ONLINE > scrub: resilver completed after 0h4m with 0 errors on Wed Jan 21 > 13:57:10 2009 > config: > >NAME STATE READ WRITE CKSUM >rpool ONLINE 0 0 0 > mirror ONLINE 0 0 0 >c4t0d0s0 ONLINE 0 0 0 23.9M resilvered >c4t1d0s2 ONLINE 0 0 0 4.16G resilvered > > errors: No known data errors > > > I did not install grub (yet) on the second disk > Actually, I had a whole bunch of issues to include that disk in the > mirror because it is EFI partitioned > > Any suggestion ? EFI labeled disks are not supported for root pools. The only thing I can suggest is to remove that device from the pool and remove the EFI labeled partition, create a solaris fdisk partition (vtoc) and re- attach the device. -evan > > > Thanks for your help > > > --- > Sébastien Stormacq > Senior Software Architect > GSS Software Practice, > Sun Microsystems Luxembourg > > On 23 Jan 2009, at 23:11, Evan Layton wrote: > >> Sébastien Stormacq wrote: >>> Hello, >>> I installed OpenSolaris 2008.11 on a Sun v40z machine. >>> Unfortunately the build I use, although being 101b was not the >>> latest one, i.e. it was a couple of hours before GA : >>> Sun Microsystems Inc. SunOS 5.11 snv_101bNovember >>> 2008 >>> I tried to update to GA with image-update >>> r...@yajug:~# pkg list -u >>> NAME (AUTHORITY) VERSION >>> STATE UFIX >>> entire0.5.11-0.101 >>> installed u--- >>> r...@yajug:~# pkg image-update >>> PHASEACTIONS >>> Update Phase 1/1 >>> PHASE ITEMS >>> Reading Existing Index 9/9 >>> Indexing Packages1/1 >>> pkg: unable to activate opensolaris-1 >>> r...@yajug:~# beadm activate opensolaris-1 >>> Unable to activate opensolaris-1. >>> Unknown external error. >>> How can I further diagnose / solve this ?? >> >> Can you set "export BE_PRINT_ERR=true" before running beadm >> activate and send the debug output? That should help narrow down >> where the problem is. >> >> Thanks, >> -evan >> >>> I followed the same procedure with the same image on a couple of >>> VMs and it was always OK >>> Thanks for your help >>> --- >>> Sébastien Stormacq >>> Senior Software Architect >>> GSS Software Practice, >>> Sun Microsystems Luxembourg >>> ___ >>> indiana-discuss mailing list >>> indiana-discuss@opensolaris.org >>> http://mail.opensolaris.org/mailman/listinfo/indiana-discuss >> > ___ indiana-discuss mailing list indiana-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
Re: [indiana-discuss] Cannot activate BE
Evan, Using BE_PRINT_ERR=true (instead of 1 ;-) gives one more line that point to the error s...@yajug:~# beadm activate opensolaris-1 be_do_installgrub: installgrub failed for device c4t1d0s2. c4t1d0s2 is a mirror in my zpool s...@yajug:~# zpool status pool: rpool state: ONLINE scrub: resilver completed after 0h4m with 0 errors on Wed Jan 21 13:57:10 2009 config: NAME STATE READ WRITE CKSUM rpool ONLINE 0 0 0 mirror ONLINE 0 0 0 c4t0d0s0 ONLINE 0 0 0 23.9M resilvered c4t1d0s2 ONLINE 0 0 0 4.16G resilvered errors: No known data errors I did not install grub (yet) on the second disk Actually, I had a whole bunch of issues to include that disk in the mirror because it is EFI partitioned Any suggestion ? Thanks for your help --- Sébastien Stormacq Senior Software Architect GSS Software Practice, Sun Microsystems Luxembourg On 23 Jan 2009, at 23:11, Evan Layton wrote: > Sébastien Stormacq wrote: >> Hello, >> I installed OpenSolaris 2008.11 on a Sun v40z machine. >> Unfortunately the build I use, although being 101b was not the >> latest one, i.e. it was a couple of hours before GA : >> Sun Microsystems Inc. SunOS 5.11 snv_101bNovember 2008 >> I tried to update to GA with image-update >> r...@yajug:~# pkg list -u >> NAME (AUTHORITY) VERSION >> STATE UFIX >> entire0.5.11-0.101 >> installed u--- >> r...@yajug:~# pkg image-update >> PHASEACTIONS >> Update Phase 1/1 >> PHASE ITEMS >> Reading Existing Index 9/9 >> Indexing Packages1/1 >> pkg: unable to activate opensolaris-1 >> r...@yajug:~# beadm activate opensolaris-1 >> Unable to activate opensolaris-1. >> Unknown external error. >> How can I further diagnose / solve this ?? > > Can you set "export BE_PRINT_ERR=true" before running beadm activate > and send the debug output? That should help narrow down where the > problem is. > > Thanks, > -evan > >> I followed the same procedure with the same image on a couple of >> VMs and it was always OK >> Thanks for your help >> --- >> Sébastien Stormacq >> Senior Software Architect >> GSS Software Practice, >> Sun Microsystems Luxembourg >> ___ >> indiana-discuss mailing list >> indiana-discuss@opensolaris.org >> http://mail.opensolaris.org/mailman/listinfo/indiana-discuss > ___ indiana-discuss mailing list indiana-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
Re: [indiana-discuss] Cannot activate BE
Thanks Brock, Here it is s...@yajug:~# export BE_PRINT_ERR=1 s...@yajug:~# beadm activate opensolaris-1 Unable to activate opensolaris-1. Unknown external error. s...@yajug:~# zfs list NAMEUSED AVAIL REFER MOUNTPOINT rpool 7.43G 59.5G 72.5K /rpool rpool/ROOT 2.43G 59.5G18K legacy rpool/ROOT/opensolaris 2.40G 59.5G 2.28G / rpool/ROOT/opensolaris-1 29.5M 59.5G 2.28G /tmp/tmpkJpn81 rpool/dump 1.78G 59.5G 1.78G - rpool/export111M 4.89G19K /export rpool/export/home 111M 4.89G19K /export/home rpool/export/home/sst 111M 4.89G 111M /export/home/sst rpool/swap 1.78G 61.3G16K - rpool/zones1.33G 48.7G20K /zones rpool/zones/public 1.33G 48.7G21K /zones/public rpool/zones/public/ROOT1.33G 48.7G18K legacy rpool/zones/public/ROOT/zbe1.33G 48.7G 1.29G legacy rpool/zones/public/ROOT/zbe-1 70.5K 48.7G 1.27G legacy s...@yajug:~# beadm list BEActive Mountpoint Space Policy Created ---- -- - -- --- opensolaris NR / 2.53G static 2009-01-21 11:37 opensolaris-1 - /tmp/tmpkJpn81 29.46M static 2009-01-23 22:45 s...@yajug:~# truss beadm activate opensolaris-1 2> /tmp/truss.txt truss.txt.gzis attached truss.txt.gz Description: GNU Zip compressed data Thanks for your help --- Sébastien Stormacq Senior Software Architect GSS Software Practice, Sun Microsystems Luxembourg On 23 Jan 2009, at 23:05, Brock Pytlik wrote: First thing to try is setting BE_PRINT_ERR=1 then running the beadm activate command again. If that doesn't make things clear, please show us the output of beadm list and zfs list, and then perhaps trying running truss on beadm activate. Hope that helps, Brock Sébastien Stormacq wrote: Hello, I installed OpenSolaris 2008.11 on a Sun v40z machine. Unfortunately the build I use, although being 101b was not the latest one, i.e. it was a couple of hours before GA : Sun Microsystems Inc. SunOS 5.11 snv_101bNovember 2008 I tried to update to GA with image-update r...@yajug:~# pkg list -u NAME (AUTHORITY) VERSION STATE UFIX entire0.5.11-0.101 installed u--- r...@yajug:~# pkg image-update PHASEACTIONS Update Phase 1/1 PHASE ITEMS Reading Existing Index 9/9 Indexing Packages1/1 pkg: unable to activate opensolaris-1 r...@yajug:~# beadm activate opensolaris-1 Unable to activate opensolaris-1. Unknown external error. How can I further diagnose / solve this ?? I followed the same procedure with the same image on a couple of VMs and it was always OK Thanks for your help --- Sébastien Stormacq Senior Software Architect GSS Software Practice, Sun Microsystems Luxembourg ___ indiana-discuss mailing list indiana-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss ___ indiana-discuss mailing list indiana-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
Re: [indiana-discuss] Cannot activate BE
Sébastien Stormacq wrote: > Hello, > > I installed OpenSolaris 2008.11 on a Sun v40z machine. > Unfortunately the build I use, although being 101b was not the latest > one, i.e. it was a couple of hours before GA : > Sun Microsystems Inc. SunOS 5.11 snv_101bNovember 2008 > > I tried to update to GA with image-update > > r...@yajug:~# pkg list -u > NAME (AUTHORITY) VERSION > STATE UFIX > entire0.5.11-0.101 > installed u--- > > r...@yajug:~# pkg image-update > PHASEACTIONS > Update Phase 1/1 > PHASE ITEMS > Reading Existing Index 9/9 > Indexing Packages1/1 > pkg: unable to activate opensolaris-1 > > r...@yajug:~# beadm activate opensolaris-1 > Unable to activate opensolaris-1. > Unknown external error. > > > How can I further diagnose / solve this ?? Can you set "export BE_PRINT_ERR=true" before running beadm activate and send the debug output? That should help narrow down where the problem is. Thanks, -evan > > I followed the same procedure with the same image on a couple of VMs > and it was always OK > > Thanks for your help > > > --- > Sébastien Stormacq > Senior Software Architect > GSS Software Practice, > Sun Microsystems Luxembourg > > ___ > indiana-discuss mailing list > indiana-discuss@opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/indiana-discuss ___ indiana-discuss mailing list indiana-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
Re: [indiana-discuss] Cannot activate BE
First thing to try is setting BE_PRINT_ERR=1 then running the beadm activate command again. If that doesn't make things clear, please show us the output of beadm list and zfs list, and then perhaps trying running truss on beadm activate. Hope that helps, Brock Sébastien Stormacq wrote: > Hello, > > I installed OpenSolaris 2008.11 on a Sun v40z machine. > Unfortunately the build I use, although being 101b was not the latest > one, i.e. it was a couple of hours before GA : > Sun Microsystems Inc. SunOS 5.11 snv_101bNovember 2008 > > I tried to update to GA with image-update > > r...@yajug:~# pkg list -u > NAME (AUTHORITY) VERSION > STATE UFIX > entire0.5.11-0.101 > installed u--- > > r...@yajug:~# pkg image-update > PHASEACTIONS > Update Phase 1/1 > PHASE ITEMS > Reading Existing Index 9/9 > Indexing Packages1/1 > pkg: unable to activate opensolaris-1 > > r...@yajug:~# beadm activate opensolaris-1 > Unable to activate opensolaris-1. > Unknown external error. > > > How can I further diagnose / solve this ?? > > I followed the same procedure with the same image on a couple of VMs > and it was always OK > > Thanks for your help > > > --- > Sébastien Stormacq > Senior Software Architect > GSS Software Practice, > Sun Microsystems Luxembourg > > ___ > indiana-discuss mailing list > indiana-discuss@opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/indiana-discuss > ___ indiana-discuss mailing list indiana-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
