[LSF/MM TOPIC ATTEND] kernel booting using remote storage is a mess

[LSF/MM TOPIC ATTEND] kernel booting using remote storage is a mess

[Lee Duncan]

The process of booting a Linux kernel with remote storage (such as iSCSI
or FCoE) seems unnecessarily complicated if end users can even figure
out how to do it. This is of course exacerbated by the fact that every
company seems to CNA cards differently despite the iBFT standard.

If you add DM-Multipath on top of that, most bets are off on your
chances of getting it to reliably work.

I'd like to discuss how we can get this to work in a general way given
the world of systemd that we live in now.
-- 
Lee Duncan
SUSE Labs

Re: [LSF/MM TOPIC ATTEND] kernel booting using remote storage is a mess

[Johannes Thumshirn]

On Tue, Jan 03, 2017 at 03:44:48PM -0800, Lee Duncan wrote:
> The process of booting a Linux kernel with remote storage (such as iSCSI
> or FCoE) seems unnecessarily complicated if end users can even figure
> out how to do it. This is of course exacerbated by the fact that every
> company seems to CNA cards differently despite the iBFT standard.
> 
> If you add DM-Multipath on top of that, most bets are off on your
> chances of getting it to reliably work.
> 
> I'd like to discuss how we can get this to work in a general way given
> the world of systemd that we live in now.

As this applies to FCoE as well as iSCSI I'd be very interested in this
session as well.

Byte,
	Johannes

-- 
Johannes Thumshirn                                          Storage
jthumshirn@suse.de                                +49 911 74053 689
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: Felix Imendörffer, Jane Smithard, Graham Norton
HRB 21284 (AG Nürnberg)
Key fingerprint = EC38 9CAB C2C4 F25D 8600 D0D0 0393 969D 2D76 0850