Comment 8 for bug 1135453

Revision history for this message
Ritesh Raj Sarraf (rrs) wrote : Re: [Bug 1135453] Re: open-iscsi +mpio with multipathd init script order errors

On Fri, Mar 1, 2013 at 11:08 PM, Mike Burgener <email address hidden>wrote:

> you seem to feel that it is normal that multipathd is stopped then the
> iscsi device logged out (so the blockdevice disappears) and then umount?
>

No. The correct steps are to first umount the device, then flush the
multipath map, and then depending on the transport (iSCSI, FC or FCoE) act
further.
Never should we do it any other way. It is just asking for too much trouble.

But technically iscsid or multipatd daemon processes are not the core
performers. If you look at my Debian packages regular system v init
scripts, you'll see that killing the daemon and terminating the iscsi
sessions are 2 different tasks [1]. That's what I meant in my previous
mails.

[1]
http://anonscm.debian.org/gitweb/?p=pkg-iscsi/open-iscsi.git;a=blob;f=debian/open-iscsi.init;h=221fc9147f684bdb0bbcbda36799d5867bc617f2;hb=HEAD

this would end in a possible dataloss scenario isn't it?
>

Hard to predict. But yes, there could be a rare chance.

>
> btw. also bootup does not work so there must be some logical error i
> think.
>

Would it be possible for you to test this out on a sysv init? Or maybe even
try this on Debian? (But do note that the Ubuntu packages are not directly
identical to Debian ones).

> of course the 120 hung timeout message from kernel arrives but i think
> it does never continue as it can no more "sync" disks? could that make
> sense?
>

That might be the hung_task kernel messages. Yes.

>
> regards
>
> Mike
>
> --
> You received this bug notification because you are subscribed to
> multipath-tools in Ubuntu.
> https://bugs.launchpad.net/bugs/1135453
>
> Title:
> open-iscsi +mpio with multipathd init script order errors
>
> Status in “multipath-tools” package in Ubuntu:
> New
>
> Bug description:
> when using open-iscsi and multipathd for a mpio setup there are
> several init script logical issues:
>
> when shutting down, the system does first stop multipathd and then try
> to umount the filesystem and then stop open-iscsi to the system hangs
> forever on shutdown.
>
> also when booting up it does mount the partition before multipathd and
> open-iscsi are ready and you get the ubuntu screen that the partition
> could not get mounted, do you want to skip.
>
> after bootup process you can however mount the partition without any
> issue.
>
> To manage notifications about this bug go to:
>
> https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/1135453/+subscriptions
>

--
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."