Hello Eric, Thursday, October 4, 2007, 5:54:06 PM, you wrote:
ES> On Thu, Oct 04, 2007 at 05:22:58AM -0700, Ivan Wang wrote: >> > This bug was rendered moot via 6528732 in build >> > snv_68 (and s10_u5). We >> > now store physical devices paths with the vnodes, so >> > even though the >> > SATA framework doesn't correctly support open by >> > devid in early boot, we >> >> But if I read it right, there is still a problem in SATA framework (failing >> ldi_open_by_devid,) right? >> If this problem is framework-wide, it might just bite back some time in the >> future. >> ES> Yes, there is still a bug in the SATA framework, in that ES> ldi_open_by_devid() doesn't work early in boot. Opening by device path ES> works so long as you don't recable your boot devices. If we had open by ES> devid working in early boot, then this wouldn't be a problem. Even if someone re-cables sata disks couldn't we fallback to "read zfs label from all available disks and find our pool and import it"? -- Best regards, Robert Milkowski mailto:[EMAIL PROTECTED] http://milek.blogspot.com _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
