On 09/30/15 at 02:47am, Dave Young wrote:
I do not think it depends on rd. param for non-boot device.
rd.* is for dracut only, it is not kernel params, so dracut will check these param
and do some setup. For non-boot device, it is not mandatory for dracut to handle
these setup. Since it is userspace scripts, one can setup them after bootup
[offlineimap is slow, thus reply in web mail, sorry for top reply]
----- Original Message -----
From: "Minfei Huang" <mhuang(a)redhat.com>
To: "Dave Young" <dyoung(a)redhat.com>
Cc: kexec(a)lists.fedoraproject.org, bhe(a)redhat.com
Sent: Wednesday, September 30, 2015 2:44:04 PM
Subject: Re: [PATCH] dracut-module-setup: Return from iscsi path immediately for hardward
iscsi without iBFT
On 09/30/15 at 02:37pm, Dave Young wrote:
> > > I think 1st kernel parameter is only for boot device. non-boot you still
> > > pass extra parameter to 2nd kernel cmdline.
> > >
> > > Again about the second question, have you consider the situation both 1
and 2 being
> > > used? ie. 1) for crash device, 2) for root device.
> > >
> > I tested both boot and non-boot device as dumping target, and it works
> > on beaker machine.
> But how does it work? suppose rd.* param are mandatory, who will pass it to 2nd
> Suppose below case:
> rootfs: a local scsi disk sda
> after bootup, one can setup a non-boot disk for kdump ie. sdb.
> There should be nothing in boot param.
We needn't to do anything to bring up the iSCSI HBA device, including parameter rd.*.
Following is an example to show the detail. (sdd is non-boot device, and is
exported by non-iBFT hardware iSCSI card)
kdump: dump target is /dev/sdd
kdump: saving to /kdumproot/mnt//var/crash/127.0.0.1-2015-09-30-17:15:12/
[ 106.146401] EXT4-fs (sdd): re-mounted. Opts: data=ordered
kdump: saving vmcore-dmesg.txt
kdump: saving vmcore-dmesg.txt complete
kdump: saving vmcore
Copying data : [100.0 %] -
kdump: saving vmcore complete
ro modprobe.blacklist=qla3xxx rd.lvm.lv=rhel_storageqe-8100/root
rd.lvm.lv=rhel_storageqe-8100/swap console=ttyS1,115200 LANG=en_US.UTF-8 irqpoll
nr_cpus=1 reset_devices cgroup_disable=memory mce=off numa=off udev.children-max=2
panic=10 rootflags=nofail acpi_no_memhotplug transparent_hugepage=never
For iSCSI HBA, the only way to bring up is to append the rd.* in the
command. Thus the kernel will export this device.
If there is no proper parameter in command, the device cann't be
visible, including 1st kernel.