Nachdem ich der NSLU2 über iSCSI mehr Speicher zur Verfügung gestellt hatte, kam mir die Idee den Spieß mal umzudrehen, und die NSLU2 als iSCSI Target zu missbrauchen. Bisher läuft auf meiner NSLU2 nur ein Samba und ein kleiner Lightttpd - alles nur für Testzwecke. Was brauchen wir denn alles um die NSLU2 als iSCSI Target laufen zu lassen??

• NSLU2 mit Debian 4.0
• iSCSI Enterprise Target in der stabilen Version (0.4.15)
• ein paar Developertools müssen installiert werden (make, gcc usw.)
• die Kernel-Sourcen des 2.6.18
• für die Tests später einen iSCSI Initiator

Erstmal ziehen wir uns mittels apt-get install linux-source-2.6.18 die Kernel Sourcen und entpacken diese unterhalb von /usr/src. Danch noch schnell mittels

ln -s /usr/src/linux-2.6.18 /usr/src/linux 

einen Symlink erstellt. Einen weiteren Symlink brauchen wir unterhalb von /lib/modules/2.6.18-5-ixp4xx. Den erstellen wir mittels

ln -s /lib/modules/2.6.18-5-ixp4xx /lib/modules/2.6.18-5-ixp4xx/build

Anschließend müssen wir noch diverse Developertools, samt Abhängigkeiten installieren. Dazu gehören z.B. make, gcc, kernel-header, ncurses, libssl-dev usw. Ich liste die hier nicht im Detail auf, sucht selber. :P Das iSCSI Enterprise Target entpacken wir erstmal unter /tmp.

tar xzf iscsitarget-0.4.15.tar.gz

Anschließend in das Verzeichnis wechseln und beherzt make eingeben und warten. Am Ende ein make install und fertig. Ich musste aber noch das Kernel Modul von /lib/modules/2.6.18/kernel/iscsi/ nach /lib/modules/2.6.18-5-ixp4xx/kernel/iscsi/ kopieren, aber das ist halb so wild. Damit sollte die Installation abgeschlossen sein. Anschließend kann man die /etc/ietd.conf, die /etc/initiators.allow und /etc/initiators.deny vergewaltigen. Zum Testen habe ich auf meinem Notebook den Microsoft iSCSI Initiator installiert. Funktioniert wunderbar. Hier mal meine /etc/ietd.conf:

IncomingUser iscsi xxxxxxxxxxxx

Target iqn.2007-03.site.blazilla:svr-lev-01-lun0

        Lun 0 Path=/srv/iscsi1/lun0,Type=fileio

        Alias lun0

        IncomingUser iqn.2007-03.site.blazilla:mln-nb-60198 xxxxxxxxxxxx

        MaxConnections          1

        InitialR2T              Yes

        ImmediateData           No

        MaxRecvDataSegmentLength 8192

        MaxXmitDataSegmentLength 8192

        MaxBurstLength          262144

        FirstBurstLength        65536

        DefaultTime2Wait        2

        DefaultTime2Retain      20

        MaxOutstandingR2T       8

        DataPDUInOrder          Yes

        DataSequenceInOrder     Yes

        ErrorRecoveryLevel      0

        HeaderDigest            CRC32C,None

        DataDigest              CRC32C,None

        Wthreads                8

Als Container können durchaus mittels dd erstellte Dateien dienen, so wie bei mir. Oder aber Blockdevices, wie USB Stick o.ä. Bitte keine Performancewunder erwarten. :) Aber für ein einfaches iSCSI Target reicht es. :)

Ich habe in den letzten Tagen mal etwas mit iSCSI und der NSLU2 rumgespielt. iSCSI ist wohl die einfachste Form der NSLU2 mehr Speicher unterzuschieben. Auf meinem Server habe ich das iSCSI Enterprise Target installiert, auf der NSLU2 den Open-iSCSI Initiator. Das iSCSI Enterprise Target unter Debien Etch ans Fliegen zu bekommen ist gar nicht so einfach, da man, sofern man einen neueren Kernel verwendet, einen Kernel Patch braucht. Hilfe findet man hier. Über LVM und IET habe ich dann zwei 512 MB große iSCSI LUNs bereitgetstellt und diese an die NSLU2 angebunden. Mittels dd kam ich im Schnitt auf 4,5 MB/s bei 4KB Blockgröße. Jetzt habe ich die beiden LUNs per mdadm zu einem RAID 0 verbunden. Da kam ich dann im Schnitt auf 7 MB/s bei 4 KB Blockgröße. Ich denke hier ist das Netzwerkinterface das Problem. Auf jeden Fall ist iSCSI eine interessante Möglichkeit der NSLU2 schnell mehr Speicher zur Verfügung zu stellen. Booten via iSCSI wäre natürlich auch sehr nett. Mal sehen ob ich das hinbekomme. :)

So, nachdem Ende des letzten Jahres ein neues Debian Image (4.0r2) herausgekommen ist, versuche ich es erneut mit der NSLU2. Ich weiß noch nicht was die Kiste genau machen soll, aber mir wird schon was einfallen. :D

Die Tests gehen weiter. Ich habe den WWW Server mittlerweile von Apache auf lighttpd umgestellt. Es kann sein das ich heute Nacht den ganzen WWW Kram mal auf die kleine Box schwenke, nur um mal zu sehen wie sich das so live verhält. Mail, DNS usw. laufen aber dann weiterhin auf dem "richtigen" Server. :) Also nicht wundern wenn es morgen etwas langsamer ist. ;)

Ich habe meine NSLU2 mittlerweile mit Debian Etch betankt und auf den Namen Gary getauft. Na... klingelt es bei den Namen??? Denkt mal darüber nach.... Na ja, Debian ist drauf und ich könnte kotzen... Warum können sich die ganzen Distributionsjünger nicht mal zusammensetzen und dafür sorgen, dass zumindest Konfigurationsdateien gleich aussehen und an den gleichen Stellen liegen?? Nein, /etc ist nicht der gleiche Platz! Im Prinzip ist mir das ja egal, aber das ganze umdenken und testen wie was funktioniert nervt. OpenS/WAN habe ich schon drauf, läuft auch. Postfix und Cyrus IMAP liefen auch nach kurzem Ruckeln. Aber der Apache samt PHP5 macht mich schwach. Irgendwo ist in meiner VirtualHost Konfiguration der Wurm drin. Im Prinzip ist das Ding auch fix genug. Vom Speicherverbraucht geht es auch noch. Na ja, für heute habe ich erstmal den Kaffee auf. Aber das Ding läuft ja nicht weg. Schnecken laufen ja nicht....

Gerade habe ich mir das Ding geordert. Erstmal wird das nur ein Testballon. Sollte sich zeigen, dass sich die Kiste unter der Last von BIND, DHCP, OpenS/WAN, Apache, MySQL, PHP und Samba nicht in einen Käsetoast verwandelt, und gerade die Apache-Installation auch noch halbwegs performant ist, dann wird die Maschine meinen Heimserver ablösen. Erste Tests werde ich aber mit einem USB Stick machen. :) Ich werde auch brav berichten wie sich das Teil verhält.