Linux als iSCSI target met macOS

Pagina: 1
Acties:

Vraag


Acties:
  • 0 Henk 'm!

  • Xudonax
  • Registratie: November 2010
  • Laatst online: 23-09 09:25
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:

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)
Wat ik al gevonden of geprobeerd heb
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 ]

Beste antwoord (via Xudonax op 27-07-2017 21:35)


  • Hero of Time
  • Registratie: Oktober 2004
  • Laatst online: 22:30

Hero of Time

Moderator LNX

There is only one Legend

Test anders eerst even met een andere Linux machine om verbinding te maken met je iSCSI target. Zo weet je zeker dat je server een werkende config heeft. Goed mogelijk dat je nog iets vergeten bent, waardoor je 'm wel ziet, maar niet kan gebruiken.

Omdat iSCSI een block device is waar je nog een file system op moet zetten, heb je vast een hele goede reden hiervoor ipv voor NFS te kiezen. Welke reden is dat? Wat voldoet er niet aan NFS?

Commandline FTW | Tweakt met mate

Alle reacties


Acties:
  • Beste antwoord
  • +1 Henk 'm!

  • Hero of Time
  • Registratie: Oktober 2004
  • Laatst online: 22:30

Hero of Time

Moderator LNX

There is only one Legend

Test anders eerst even met een andere Linux machine om verbinding te maken met je iSCSI target. Zo weet je zeker dat je server een werkende config heeft. Goed mogelijk dat je nog iets vergeten bent, waardoor je 'm wel ziet, maar niet kan gebruiken.

Omdat iSCSI een block device is waar je nog een file system op moet zetten, heb je vast een hele goede reden hiervoor ipv voor NFS te kiezen. Welke reden is dat? Wat voldoet er niet aan NFS?

Commandline FTW | Tweakt met mate


Acties:
  • 0 Henk 'm!

  • Xudonax
  • Registratie: November 2010
  • Laatst online: 23-09 09:25
Het is een "bestaande" setup die ik probeer na te bouwen, dus het block device heeft al een GPT partitietabel etc. De reden dat NFS niet voldoet is dat dit niet ondersteund word door Final Cut Pro X. Deze vereist dat de drive niet via SMB, NFS etc. loopt. Lokaal via SATA, SAS, Fibre Channel, iSCSI etc. is wel goed. En aangezien FC controllers op Thunderbolt nogal aan de prijzige kant zijn... :P

Ik ga even een Linux VM bakken om dit op te testen.

Acties:
  • +1 Henk 'm!

  • Hero of Time
  • Registratie: Oktober 2004
  • Laatst online: 22:30

Hero of Time

Moderator LNX

There is only one Legend

Als je een Linux VM bakt, zorg dan dat je fatsoenlijke verbinding hebt met de server. Het kan allicht beter zijn om je Apple te gebruiken voor een live sessie.

Commandline FTW | Tweakt met mate


Acties:
  • 0 Henk 'm!

  • Xudonax
  • Registratie: November 2010
  • Laatst online: 23-09 09:25
Hmm, dat gaat in één keer goed aan de hand van de tutorial op https://www.server-world....e?os=CentOS_7&p=iscsi&f=2. De grote vraag is dan wel wat ik fout doe bij globalSAN...

Nadat ik die opnieuw in heb gesteld gaat het wel goed, hoewel ik wel het Always send "SessionType" when connecting vinkje zetten onder iSCSI Options..., de dropdown Error detection op Header only en krijg ik alsnog onderstaande meldingen in mijn journalctl -k -f output. Maar het werkt, en dat is genoeg om de data van de schijf af te trekken :) Hartelijk bedankt!

code:
1
2
3
Jul 27 21:33:06 hikari.local kernel: Unknown VPD Code: 0xc8
Jul 27 21:33:06 hikari.local kernel: Unknown VPD Code: 0xc0
Jul 27 21:33:08 hikari.local kernel: MODE SENSE: unimplemented page/subpage: 0x04/0x00

[ Voor 3% gewijzigd door Xudonax op 27-07-2017 21:55 ]