Hi, iSCSI based root device should work with iBFT enabled machine, but the problem is when the machine has local/pxe based kernel and initrd. The initrd is then usually responsible for mounting the drive, but we have no access to the information within. We have also problem with non-root iSCSI devices. I looked at it yesterday and there is no configuration in /etc/iscsi we could use to initialize storage for mounting drives mentioned in /etc/fstab. So even if we could execute iscsi daemon, there is no info about where to look for the drives... (except in initrd file on /boot drive, which could itself be iSCSI device) So currently without iBFT we have no automated support for iSCSI in rescue. Manually adding the devices doesn't seem as the right approach to me, because the admin can always do that by hand in the rescue shell. And unless we get some plugins for firstaidkit, nobody except admins can use rescue anyways... We could go with allowing the user to manually add root filesystem whereabouts (if the detection fails) and then doing the same we do now (mounting /etc/fstab for example). But we would still have problems with no information about needed iscsi drives. Martin ----- "Hans de Goede" <hdegoede@xxxxxxxxxx> wrote: > Hi, > > We need to do something to make iscsi driver which need to be brought > up > manually available in rescue mode before we search for a / to rescue. > > There are 2 options: > > 1) Add some text mode UI stuff to do this > 2) Make rescue mode graphical, and make rescue mode > go through the filter UI. > > I think in the long run we will want to do 2). But I guess that is too > late > RHEL-6, so that we need to do 1) there. > > Any input / comments is appreciated. I'll try to make some time > to work on 1) (if no-one yells no) in the next few days. > > About 2). I think this is the logical and best thing to do in the > long run, given that we are already doing kms even in rescue mode, > we are already making rescue mode dependent on having working > graphics, > so I don't see any big blockers here. > > Regards, > > Hans > > _______________________________________________ > Anaconda-devel-list mailing list > Anaconda-devel-list@xxxxxxxxxx > https://www.redhat.com/mailman/listinfo/anaconda-devel-list _______________________________________________ Anaconda-devel-list mailing list Anaconda-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/anaconda-devel-list
