Moritz Willers wrote: > Never mind that. I moved /etc/lu and /etc/lutab aside. Removed the > SUNWluzone, SUNWluu & SUNWlur package and reapplied them from the b45 > image. > > Now it's progressing. it now insists on the full path name to the > metadevice and had one complaint at the end which turns fatal in the > next step. > > wicked# lucreate -c snv_40 -n snv_45 -C /dev/dsk/c2d0s0 -m /:/dev/md/ > dsk/d30:ufs,preserve 2>&1 | tee lucreate.`date '+%H%M%S'`.log > Discovering physical storage devices > Discovering logical storage devices > Cross referencing storage devices with boot environment configurations > Determining types of file systems supported > Validating file system requests > Preparing logical storage devices > Preparing physical storage devices > Configuring physical storage devices > Configuring logical storage devices > Analyzing system configuration. > No name for current boot environment. > Current boot environment is named <snv_40>. > Creating initial configuration for primary boot environment <snv_40>. > The device </dev/dsk/c2d0s0> is not a root device for any boot > environment. > PBE configuration successful: PBE name <snv_40> PBE Boot Device </dev/ > dsk/c2d0s0>. > Comparing source boot environment <snv_40> file systems with the file > system(s) you specified for the new boot environment. Determining which > file systems should be in the new boot environment. > Updating boot environment description database on all BEs. > Searching /dev for possible boot environment filesystem devices > > Updating system configuration files. > The device </dev/dsk/c1d0s0> is not a root device for any boot > environment. > Creating configuration for boot environment <snv_45>. > Source boot environment is <snv_40>. > Creating boot environment <snv_45>. > Checking for GRUB menu on boot environment <snv_45>. > The boot environment <snv_45> does not contain the GRUB menu. > Creating file systems on boot environment <snv_45>. > Preserving <ufs> file system for </> on </dev/md/dsk/d30>. > Mounting file systems for boot environment <snv_45>. > Calculating required sizes of file systems for boot environment > <snv_45>. > Populating file systems on boot environment <snv_45>. > Checking selection integrity. > Integrity check OK. > Preserving contents of mount point </>. > Copying file systems that have not been preserved. > Creating shared file system mount points. > Creating compare databases for boot environment <snv_45>. > Creating compare database for file system </>. > Updating compare databases on boot environment <snv_45>. > Making boot environment <snv_45> bootable. > Updating bootenv.rc on ABE <snv_45>. > Generating partition and slice information for ABE <snv_45> > Setting root slice to Solaris Volume Manager metadevice </dev/md/dsk/ > d30>. > mount: /dev/md/dsk/d10 write-protected > ERROR: Cannot mount boot slice </dev/md/dsk/d10>. Cannot update GRUB > menu > ERROR: Unable to delete GRUB menu entry for boot environment <snv_45>. > ERROR: Cannot make file systems for boot environment <snv_45>. > > and luupgrade fails with the same: > > wicked# luupgrade -u -n snv_45 -s /mnt > > Install media is CD/DVD. </mnt>. > mount: /dev/md/dsk/d10 write-protected > ERROR: Cannot mount boot slice </dev/md/dsk/d10>. Cannot update GRUB > menu > ERROR: Cannot delete GRUB menu entry for boot environment <snv_45>. > wicked# > > where d10 is the submirror for my current /: > > wicked# df / > / (/dev/md/dsk/d40 ):17140152 blocks 1184550 files > wicked# metastat -p d40 > d40 -m /dev/md/rdsk/d10 1 > d10 1 1 /dev/rdsk/c2d0s0 > wicked# > > bug in b45? back to the lu packages from b40 and cleaning out /etc/ > lu* .... oooooh! > > Updating boot environment description database on all BEs. > Searching /dev for possible boot environment filesystem devices > > ERROR: Mirror </dev/md/dsk/d30> submirror </dev/md/rdsk/d20> is not > single disk stripe. > ERROR: Cannot determine boot device for Solaris Volume Manager > metadevice > </dev/md/dsk/d30>. The only metadevices that support the root file > system > are a stripe with only a single disk or a mirror on a single-disk > stripe. > > so that's a b40 bug and the other in b45? > > lost - mo >
I suspect it's a bug in handling the 'preserve' option, which I don't think gets exercised all that widely - I don't personally know anyone who uses it on a regular basis. I would guess that the lucreate without that would work fine and you'd be on your way, though obviously it'll take the time to copy the data. Dave
