Die iSCSI-Verbindung vom Ubuntu-Server läuft beim Booten ab

Die iSCSI-Verbindung vom Ubuntu-Server läuft beim Booten ab

Wir haben einen Ubuntu-Server (22.04.3 LTS) als Veeam-Repository eingerichtet. Wir möchten eine LUN auf einem NetApp-Speicher über iSCSI verbinden. Die Einrichtung selbst verlief problemlos, bis der Server neu gestartet werden musste. Nach dem Neustart landete der Server bei der Notfall-Eingabeaufforderung. Beim Anmelden und Überprüfen des Systems konnte nichts Ungewöhnliches festgestellt werden. Ich schloss den Bootvorgang ab und alles war gut. Als ich neu startete, um das Problem zu finden, zeigten die Meldungen, dass beim Mounten der iSCSI-LUN ein Problem aufgetreten war. Als wir erneut bei der Notfall-Eingabeaufforderung landeten, forderte ich ihn dieses Mal auf, den Bootvorgang abzuschließen (Strg+D), und wieder war alles in Ordnung. Weitere Versuche brachten keine weiteren Informationen, also überprüfte ich die Protokolle. Dies sind die relevanten Teile, die ich gefunden habe:

Es wird versucht, das Dateisystem früh im Bootvorgang zu mounten, was natürlich fehlschlägt

Jan 29 12:37:42 hwlxve01 systemd[1]: dev-disk-by\x2duuid-5e252ca3\x2d9f19\x2d4a9c\x2d946d\x2d4cd4e02d29ff.device: Job dev-disk-by\x2duuid-5e252ca3\x2d9f19\x2d4a9c\x2d946d\x2d4cd4e02d29ff.device/start timed out.
Jan 29 12:37:42 hwlxve01 systemd[1]: Timed out waiting for device /dev/disk/by-uuid/5e252ca3-9f19-4a9c-946d-4cd4e02d29ff.
Jan 29 12:37:42 hwlxve01 systemd[1]: Dependency failed for /mnt/veeam-hr01.
Jan 29 12:37:42 hwlxve01 systemd[1]: Dependency failed for Local File Systems.
Jan 29 12:37:42 hwlxve01 systemd[1]: local-fs.target: Job local-fs.target/start failed with result 'dependency'.
Jan 29 12:37:42 hwlxve01 systemd[1]: local-fs.target: Triggering OnFailure= dependencies.
Jan 29 12:37:42 hwlxve01 systemd[1]: mnt-veeam\x2dhr01.mount: Job mnt-veeam\x2dhr01.mount/start failed with result 'dependency'.
Jan 29 12:37:42 hwlxve01 systemd[1]: dev-disk-by\x2duuid-5e252ca3\x2d9f19\x2d4a9c\x2d946d\x2d4cd4e02d29ff.device: Job dev-disk-by\x2duuid-5e252ca3\x2d9f19\x2d4a9c\x2d946d\x2d4cd4e02d29ff.device/start failed with result 'timeout'.

etwas später kommt das Netzwerk, zum Beispiel

Jan 29 12:37:44 hwlxve01 kernel: ixgbe 0000:03:00.1 enp3s0f1: NIC Link is Up 10 Gbps, Flow Control: RX/TX

dann beginnt iSCSI mit der Anmeldung

Jan 29 12:38:01 hwlxve01 systemd[1]: Starting Login to default iSCSI targets...

und 90 Sekunden später gibt es ein Timeout

Jan 29 12:39:31 hwlxve01 systemd[1]: Timed out waiting for device /dev/disk/by-uuid/5e252ca3-9f19-4a9c-946d-4cd4e02d29ff.
Jan 29 12:39:31 hwlxve01 systemd[1]: Dependency failed for /mnt/veeam-hr01. 

dieser Fehler tritt einige Male auf:

Jan 29 12:39:32 hwlxve01 iscsiadm[986]: iscsiadm: Could not login to [iface: iscsi02, target: iqn.1992-08.com.netapp:sn.c45dccd4641511ee880bd039eaaae634:vs.7, portal: 192.168.114.3,3260].
Jan 29 12:39:32 hwlxve01 iscsiadm[986]: iscsiadm: initiator reported error (20 - could not connect to iscsid)

und hurra, es geht an Emergency Shell

Jan 29 12:42:34 hwlxve01 systemd[1]: Started Emergency Shell.
Jan 29 12:42:34 hwlxve01 systemd[1]: Reached target Emergency Mode. 

und wenige Sekunden später kann es auf allen Wegen erfolgreich eine Verbindung herstellen

Jan 29 12:42:35 hwlxve01 systemd[1]: Started iSCSI initiator daemon (iscsid).
Jan 29 12:42:35 hwlxve01 kernel: Loading iSCSI transport class v2.0-870.
Jan 29 12:42:35 hwlxve01 kernel: iscsi: registered transport (tcp)
Jan 29 12:42:35 hwlxve01 kernel: scsi host11: iSCSI Initiator over TCP/IP
Jan 29 12:42:35 hwlxve01 kernel: scsi host12: iSCSI Initiator over TCP/IP
Jan 29 12:42:35 hwlxve01 kernel: scsi 11:0:0:0: Direct-Access     NETAPP   LUN C-Mode       9131 PQ: 0 ANSI: 5
Jan 29 12:42:35 hwlxve01 kernel: scsi 11:0:0:0: alua: supports implicit TPGS
Jan 29 12:42:35 hwlxve01 kernel: scsi 11:0:0:0: alua: device naa.600a098038314c6f445d565238477871 port group 3e9 rel port 6
Jan 29 12:42:35 hwlxve01 kernel: sd 11:0:0:0: Attached scsi generic sg2 type 0

und Multipath macht seinen Job

Jan 29 12:42:36 hwlxve01 multipathd[659]: mpatha: reload [0 176093659136 multipath 3 pg_init_retries 50 queue_if_no_path 1 alua 2 1 service-time 0 1 1 8:16 1 service-time 0 2 1 8:48 1 8:32 1]

OK, ich weiß, dass iSCSI-Anmeldungen eine Weile dauern können, aber so lange kommt mir komisch vor. Und warum erhalte ich den iSCSI-Daemon-Verbindungsfehler?

Was kann ich machen?

Wenn weitere Protokolle benötigt werden, lassen Sie es mich wissen.

Ich habe ein paar ähnliche Setups erstellt und stoße nirgends auf ein ähnliches Problem.

verwandte Informationen