Mijn vraag
Ooit had ik een iSCSI target op mijn Linux machine (toendertijd Fedora 23 meen ik) welke ik op mijn MacBook kon benaderen via globalSAN. Op die manier had ik een hele berg opslag voor Final Cut Pro X zonder dat mijn laptop daar zwaar of onhandig van werd. Nu ik de schijven weer terug heb gevonden wil ik de data er weer vanaf halen, maar dat is lastiger dan ik had gehoopt.
Ik ben begonnen met de [http://linux-iscsi.org/wiki/Targetcli#Quick_start_guide]Quick start guide[/url] van linux-iscsi.org, maar daarmee kwam ik er niet 100% uit. Na een aantal tutorials die hun eigen Systemd unit files en alles gingen maken terecht gekomen bij CertDepot, maar ook daarmee krijg ik het niet werkend.
Wat ik wil bereiken:
Een iSCSI target op mijn CentOS machine welke bruikbaar is vanaf mijn macOS machine. De verbinding tussen die twee is 1GbE via een switch.
Wat gaat er fout:
Ik heb in globalSAN een "Portal/Group" aangemaakt met als Group Name de IQN van het iSCSI target. Vervolgens als IP Address 192.168.178.44 opgegeven, waarna het target vanzelf gevonden werd. So far so good. Helaas gaat het mis zodra ik verbinding probeer te maken. Ik krijg dan in mijn kernel logs het volgende te zien:
Als ik in globalSAN aangeef dat het veld SessionType altijd verstuurd moet worden dan krijg ik geen logging meer aan de Linux kant, maar meld globalSAN wel 0.2.5. iSCSI portal was not found at the 192.168.178.44 address. Bovenstaande is ook hoe globalSAN het zelf omschrijft in hun documentatie voor o.a. het verbinden met een QNAP NAS.
Relevante software en hardware die ik gebruik
De quick start guide op linux-iscsi.org en de tutorial op CertDepot.net
EDIT: Aangezien globalSAN klaagt over het portal heb ik even gekeken of ik deze specifiek op het IP adres kan aanmaken, maar dan krijg ik de melding "Could not create NetworkPortal in configFS". Ik weet wel dat ik daar eerder ook moeite mee had...
Ooit had ik een iSCSI target op mijn Linux machine (toendertijd Fedora 23 meen ik) welke ik op mijn MacBook kon benaderen via globalSAN. Op die manier had ik een hele berg opslag voor Final Cut Pro X zonder dat mijn laptop daar zwaar of onhandig van werd. Nu ik de schijven weer terug heb gevonden wil ik de data er weer vanaf halen, maar dat is lastiger dan ik had gehoopt.
Ik ben begonnen met de [http://linux-iscsi.org/wiki/Targetcli#Quick_start_guide]Quick start guide[/url] van linux-iscsi.org, maar daarmee kwam ik er niet 100% uit. Na een aantal tutorials die hun eigen Systemd unit files en alles gingen maken terecht gekomen bij CertDepot, maar ook daarmee krijg ik het niet werkend.
Wat ik wil bereiken:
Een iSCSI target op mijn CentOS machine welke bruikbaar is vanaf mijn macOS machine. De verbinding tussen die twee is 1GbE via een switch.
Wat gaat er fout:
Ik heb in globalSAN een "Portal/Group" aangemaakt met als Group Name de IQN van het iSCSI target. Vervolgens als IP Address 192.168.178.44 opgegeven, waarna het target vanzelf gevonden werd. So far so good. Helaas gaat het mis zodra ik verbinding probeer te maken. Ik krijg dan in mijn kernel logs het volgende te zien:
code:
1
2
| Jul 27 20:35:40 hikari.local kernel: SessionType key not received in first login request. Jul 27 20:35:40 hikari.local kernel: iSCSI Login negotiation failed. |
Als ik in globalSAN aangeef dat het veld SessionType altijd verstuurd moet worden dan krijg ik geen logging meer aan de Linux kant, maar meld globalSAN wel 0.2.5. iSCSI portal was not found at the 192.168.178.44 address. Bovenstaande is ook hoe globalSAN het zelf omschrijft in hun documentatie voor o.a. het verbinden met een QNAP NAS.
Relevante software en hardware die ik gebruik
- CentOS 7.3 (volledig up-to-date)
- macOS Sierra (versie 10.12.5)
- globalSAN iSCSI Initiator (versie 5.3.1.528)
De quick start guide op linux-iscsi.org en de tutorial op CertDepot.net
EDIT: Aangezien globalSAN klaagt over het portal heb ik even gekeken of ik deze specifiek op het IP adres kan aanmaken, maar dan krijg ik de melding "Could not create NetworkPortal in configFS". Ik weet wel dat ik daar eerder ook moeite mee had...
[ Voor 4% gewijzigd door Xudonax op 27-07-2017 20:44 ]