NVMf initiator persistent across boots
Hannes Reinecke
hare at suse.de
Wed Mar 7 07:48:29 PST 2018
On 03/05/2018 08:45 PM, Sagi Grimberg wrote:
>
>> Hi all,
>>
>> Sorry for the delay, but I wanted to know if we had a progress for
>> this topic. I want to add functionality that gives persistency for
>> fabric devices not only across boots but also across adapter/device
>> removals.
>> My idea is to add a flag --persist to "nvme connect" command. This
>> command will add the created ctrls to a file
>> (/etc/nvme-fabrics/persistent_ctrls for example).
>> And I want to add a udev rule that in case of ctrl removal, we'll run
>> a script that try to periodicly connect to the target.
> Why not just add a periodic task to run nvme connect-all?
> --
> [Unit]
> Description=NVMf auto discovery service
> After=systemd-modules-load.service network-online.target
>
> [Service]
> Type=oneshot
> ExecStart=/usr/bin/nvme connect-all
> StandardOutput=journal
>
> [Timer]
> OnUnitActiveSec=1min
>
> [Install]
> WantedBy=multi-user.target timers.target
> --
>
> That would simply run nvme connect-all once every say minute.
> The only problem is that it relies on the kernel to fail
> duplicate subsystems. We could enforce that in nvme-cli for that
> matter though (we can compare against sysfs address and subsysnqn).
>
> Johannes is probably one to know better than me if this is the
> correct way to go...
>
In principle we could; but we should first decide what the correct
strategy here is.
FC has the same issue, and tries to overcome this by adding custom
uevents.
Wasn't there a session proposed at LSF/MM?
I guess that's the right forum to discuss it, as it'll involve all fabrics.
Cheers,
Hannes
--
Dr. Hannes Reinecke Teamlead Storage & Networking
hare at suse.de +49 911 74053 688
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: F. Imendörffer, J. Smithard, J. Guild, D. Upmanyu, G. Norton
HRB 21284 (AG Nürnberg)
More information about the Linux-nvme
mailing list