On 11/15/2017 11:17 AM, Cathy Zhou wrote:
Martin,
Thank you very much for your insights. See inline:
On 11/15/2017 5:12 AM, Martin Wilck wrote:
Hello Cathy,
On Mon, 2017-11-13 at 10:43 -0800, Cathy Zhou wrote:
Dracut experts,
A gentle reminder ... Looking forward to gaining some insights on
below
questions.
I haven't analyzed your scenario in detail, but IMHO this is a long-
standing issue. dracut is using both iscsid and iscsistart, which is
wrong. iscsistart is meant for situations where iscsid is not
available. It starts iscsid at startup, and stops it again when done.
If proper iscsid is running, iscsiadm should be used rather than
iscsistart to activate sessions.
I agree. I was confused when I saw both iscsid and iscsistart were
started in dracut. That is why my proposal (a) was to stop the iscsid
service first before it starts iscsistart service. It fixed our
problem though I am not sure if it has some unexpected effect on some
other scenario.
Indeed, we got to ask here because we thought that iscsid first landed
on dracut with this commit:
https://github.com/dracutdevs/dracut/commit/d94050ddaea8343d8adb8f151c8f4cad591d29d9
"
parse-cmdline sets up an initial initiator-name to let iscsid start.
iscsid is started before doing any iscsistart business.
"
We are not sure what iscsid was trying to manage if iscsistart can do
the job well. Will it lose "robustness" if we remove iscsid from dracut?
Specifically, iscsistart itself is able to launch iscsid automatically,
and manage the life cycle of iscsid as needed. Why do we need a separate
iscsid service managed by our own? What is the idea behind to coordinate
these two when there are multiple interfaces involved?
systemctl try-restart iscsid
# FIXME: iscsid is not yet ready, when the service is :-/
sleep 1
Please let us know if it's desirable to keep iscsid around, or we can
post patch to make iscsistart manage iscsid instead (or leave iscsid
disabled).
Regards,
-Siwei
In my experience, iscsistart will only work reliably if you have just a
single interface.
Could you please elaborate on this? What issue you saw? It seems to me
as long as iscsistart works without iscsid is running, multiple
instances should also be fine?
Thanks very much again
- Cathy
Martin
--
To unsubscribe from this list: send the line "unsubscribe initramfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
