Il giorno martedì 28 aprile 2020 23:15:31 UTC+2, Gionatan Danti ha scritto:
Well, for short disconnections the re-try approach is surely the better > one. But I naively assumed that a longer disconnection, as described by the > node.session.timeo.replacement_timeout parameter, would tear down the > device with a corresponding udev event. Udev should have no problem > assigning the device a sensible persistent name, right? > > This open the door to another question: from iscsid.conf > <https://github.com/open-iscsi/open-iscsi/blob/master/etc/iscsid.conf#L99> > and README > <https://github.com/open-iscsi/open-iscsi/blob/master/README#L1476> files > I (wrongly?) understand that replacement_timeout come into play only when > the SCSI EH is running, while in the other cases different timeouts as > node.session.err_timeo.lu_reset_timeout and > node.session.err_timeo.tgt_reset_timeout should affect the > (dis)connection. However, in all my tests, I only saw replacement_timeout > being > honored, still I did not catch a single running instance of SCSI EH via the > proposed command iscsiadm -m session -P 3 Hi all and sorry for the bump, but I would really like to understand the two points above (especially the one regarding the various timeout values). Can someone shed some light? Thanks. -- You received this message because you are subscribed to the Google Groups "open-iscsi" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/open-iscsi/8ff6f813-44d1-4388-ba0a-85d5e54933e7%40googlegroups.com.
