Bug 5484 - Cannot boot from a zfs pool with wrong phys path and no devid
: Cannot boot from a zfs pool with wrong phys path and no devid
Status: CLOSED TRACKEDINBUGSTER
Product: opensolaris
kernel
: 200811
: i86pc/amd64 OpenSolaris
: P3 normal (vote)
: ---
Assigned To: Watcher account for OpenSolaris kernel bugs
:
:
: BugsterCR=6779374
:
: 4755
:
  Show dependency treegraph
 
Reported: 2008-11-27 06:53 UTC by Lubos Kosco
Modified: 2009-02-13 12:46 UTC (History)
5 users (show)

See Also:


Attachments
Error booting usb stick with 08/11 and fixed zfs grub stage2 (402.21 KB, image/jpeg)
2008-11-27 06:53 UTC, Lubos Kosco
no flags Details


Note

You need to log in before you can comment on or make changes to this bug.


Description Lubos Kosco 2008-11-27 06:53:54 UTC
Created an attachment (id=1056) [details]
Error booting usb stick with 08/11 and fixed zfs grub stage2

Use Case: I am installing OpenSolaris 0811 RC2(kernel 101b) on a usb stick
(physically or using VirtualBox ;) )

Failures: 1) stage2 problem of grub not able to recognize zfs pool (because usb
stick has no devid), can be fixed using stage2 from
http://defect.opensolaris.org/bz/show_bug.cgi?id=4755

2) then after rebooting and enabling -vkd of kernel I see :

NOTICE: spa_import_rootpool: error 19
Cannot mount root on ...

(picture attached)

seems like bug #4755 solves this as well, but I'd like to see some general
solution for this (obviously no devid, since it's a usb stick and the phys path
is wrong, since I always plug it into different usb slot)

not sure if this is rfe or defect, change if I picked wrong choice ;)

Thank you
Comment 1 Lubos Kosco 2008-11-27 06:55:35 UTC
seems that 4755 might have a fix for it, but I still like to have the issues
splitted (one is a grub problem, this is a loader problem ... and most probably
a regression)
Comment 2 Jürgen Keil 2008-11-27 07:32:33 UTC
(In reply to comment #0)

> 2) then after rebooting and enabling -vkd of kernel I see :
> 
> NOTICE: spa_import_rootpool: error 19
> Cannot mount root on ...
> 
> seems like bug #4755 solves this as well, but I'd like to see some general
> solution for this 

While bug 4755 has a workaround for this (the new removable="false" feature
for scsa2usb.conf), there are some problems with it:

1. manual setup required - the user has to figure out the correct scsa2usb.conf
   attribute-override-list entry.

2. it doesn't reliably enable booting from this usb flash memory stick on all
   systems,  it needs /etc/devices/devid_cache entries.

3. there are external HDD enclosures available that allow attaching a disk via
   USB 2.0 or eSATA.  It would be nice to be able to boot Solaris from a zfs 
   filesystem on such an external disk, either using USB or using eSATA.
   Problem: in this case both the physical device path and the devid would
change!


For these reasons I've not yet requested a sponsor to get the new
scsa2usb.conf removable="false" feature added to onnv-gate.  It might
be a nice usb storage feature to have, but isn't the correct solution for
this problem.


I think CR 6513775 "zfs root disk portability" contains a good idea:
»One thought is to have the capability opening a device per guid.«
Comment 3 Lubos Kosco 2008-11-27 08:48:46 UTC
(In reply to comment #2)
> (In reply to comment #0)
> 
> > 2) then after rebooting and enabling -vkd of kernel I see :
> > 
> > NOTICE: spa_import_rootpool: error 19
> > Cannot mount root on ...
> > 
> > seems like bug #4755 solves this as well, but I'd like to see some general
> > solution for this 
> 
> While bug 4755 has a workaround for this (the new removable="false" feature
> for scsa2usb.conf), there are some problems with it:
> 
> 1. manual setup required - the user has to figure out the correct scsa2usb.conf
>    attribute-override-list entry.
> 
> 2. it doesn't reliably enable booting from this usb flash memory stick on all
>    systems,  it needs /etc/devices/devid_cache entries.
> 
> 3. there are external HDD enclosures available that allow attaching a disk via
>    USB 2.0 or eSATA.  It would be nice to be able to boot Solaris from a zfs 
>    filesystem on such an external disk, either using USB or using eSATA.
>    Problem: in this case both the physical device path and the devid would
> change!
> 
> 
> For these reasons I've not yet requested a sponsor to get the new
> scsa2usb.conf removable="false" feature added to onnv-gate.  It might
> be a nice usb storage feature to have, but isn't the correct solution for
> this problem.
> 
> 
> I think CR 6513775 "zfs root disk portability" contains a good idea:
> »One thought is to have the capability opening a device per guid.«

reopening 6513775  because of that !
:)
Comment 4 David Comay 2008-11-30 21:37:45 UTC
Lubos, is there a reason not to close this as a duplicate of 6513775 since
that's where this will end up getting resolved?
Comment 5 Eric Taylor 2008-12-03 13:28:57 UTC
You can close this out as a dup of:

6779374 improve booting zfs root filesystems off removable devices
Comment 6 Daniel Carosone 2008-12-03 15:16:53 UTC
How does one follow updates to bugs there?  All I seem to be shown in the web
interface is the initial report and status flags?
Comment 7 David Comay 2009-02-13 12:46:35 UTC
Daniel, I'll add you to the upstream bug's Interest List field.