Hello,

Thanks for testing this, also for the long 13h test with
disabled iscsiuio. That gives me plenty of confidence that we
can just kill it in local-bottom and not care about it until
the system boots up - which makes our life _so_ much easier.

On 01/04/2017 06:53 PM, Andrew Patterson wrote:
> On 01/03/2017 03:47 PM, Christian Seiler wrote:
>> That said: your initial tests are sufficient for me to upload
>> a version of open-iscsi that includes support for this to
>> the 'experimental' suite, so I'll do that either tomorrow or
>> on Thursday, depending on when I'll find time for that. If you
>> could then test this (and write down how you set this up so
>> we can add it to README.Debian), and give me feedback on the
>> "iscsiuio is offline for longer" test, then I'd be fine with
>> uploading this to unstable so it makes it into Stretch.
>>
> 
> I would be happy to test it.

I've uploaded a version 2.0.874-2~exp1 to experimental that
contains these changes. I've tested this on a VM with rootfs on
iSCSI (no offloading) and that still works as before.

This should hit experimental soon and I expect that the
package will be available in about 2 - 3 hours after the next
dinstall run. (Later on some mirrors maybe.)

The changes seem mostly harmless to me, so I'm very confident
that this won't break existing use cases at the very least,
but an independent review and some testing would be very much
appreciated before I upload this to unstable.

Also, if this really does work, could you write a paragraph or
so for README.Debian on how to use iscsiuio offloading in the
initramfs?

Many thanks!

Regards,
Christian

PS: It's much too late in the Stretch release cycle for that,
but at the beginning of the Buster release cycle I'd like to
get support for ISCSI_AUTO into the Debian installer, as that
is likely to be the most common way that rootfs on iSCSI is
going to be set up. Plus maybe support iscsiuio in the
installer. With both of these changes, offloading should then
work out of the box.

Reply via email to