Re: (Nachtrag) OT: Treiberauswahl für Diskless-NFS-PXE-System
Am Donnerstag, 21. Februar 2008 schrieb Thomas Halinka:
> Am Mittwoch, den 20.02.2008, 23:43 +0100 schrieb Markus Schulz:
> > Am Mittwoch, 20. Februar 2008 schrieb Thomas Halinka:
> > > Am Mittwoch, den 20.02.2008, 20:09 +0100 schrieb Markus Schulz:
> > > > Hallo,
> > >
> > > Hi Markus,
> > >
> > > > Gibt es hier bessere Ideen?
> > >
> > > Nur so ne Idee:
> > >
> > > Boote per PXE und hole dir ne Platte per SAN (iscsi/AoE) -
> > > Datentransfer/Share kannst zB über ne 2te-LUN machen, die mit nem
> > > Cluster-FS (vorzugsweise ocfs2) ausgestattet ist und an all dein
> > > "Clients" eingehängt ist und von allen beschrieben werden kann.
> >
> > open-iscsi wäre ne Variante, aber mit Cluster-FS hab ich keine
> > Erfahrung und Schreibzugriff will ich eigentlich garnicht haben...
>
> Ich verstehe irgendwie nicht ganz, wie/was du machen du genau machen
> willst?!
Ich habe ein untrusted Netz. Es stehen dort 'ne Menge Desktop Rechner
rum. Diese sollen ein "anonymes" System (read-only) hochfahren und von
dort z.B. per grdesktop auf 'nen Windows-Terminal Server oder aber
einfach nur Surfen via Browser oder Dokumente die sie auf Ihrem USB
Stick haben bearbeiten oder oder oder, wobei Win-Terminal Server und
Browser wohl die klassischen Aufgaben sind.
LTSP wäre wohl eine Variante, aber die mögliche Lösung hätte ich auch
gerne auf einem WRAP-Board Server eingesetzt, der als LTSP-Server
natürlich nicht in Frage kommt.
> Ich habe (privat) bei mir im LAN ne domU die PXE-Server spielt und
> iET läuft auch noch in ner domU.
> Jetzt komm ich zB mit Firmen-Laptop zuhause an: boote per PXE und
> sehe n Bootmenu:
> - etch
> - grml
> - ubuntu
> - etch64
> - sid & whatever
> Je Nachdem bootet der halt Kernel x und holt sich seine olle
> iSCSI-LUN, auf der ich ordentlich rumrödeln kann (55 MB/s), wobei die
> Laptop-Platte langsamer wäre.
Du lässt doch aber bestimmt keine Fremden in deinem Netz dein iSCSI
mounten oder?
> > > Ein weiterer Vorteil des "SAN" wäre die _deutlich_ bessere
> > > Performance - arbeiten iSCSI/AoE doch auf Block-Ebene und NFS/SMB
> > > and whatever auf Filebene.
> >
> > Naja, ob das bei read-only-FS noch so zum Tragen kommt würde ich
> > fast bezweifeln(das ClusterFS ist da vielleicht schon langsamer als
> > NFS+phys.FS).
>
> Wie kommst du auf diesen Gedanken - ist doch der Overhead bedeutend
> grösser, wenn du Files "schiebst"...
> Schnapp dir doch mal n flottes Tape und versuch das mal mit tar zu
> füttern ;)
Das ClusterFS bedeutet garantiert Overhead, ich vermute das du selbst in
deinem Beispiel aber garkeins benutzt (Single User Nutzung). NFS als
read-only ist schon ziemlich schnell und für diese Zwecke auch
ausreichend. Ich vermute auch ganz stark das es garkeine read-only
Block-Orientierten Lösungen gibt oder?
> > Ist aber auch nicht so wichtig, die Treibergeschichte ist mir
> > erstmal wichtiger.
>
> hth
Mittlerweile habe ich mir von Kanotix ein paar Skripte "besorgt" (
ddcxinfo-kanotix, xf86config-kanotix) die ich gerade versuche
entsprechend anzupassen.
--
Markus Schulz
"Plug and Play" ist eine ganz tolle Sache, leider funktioniert es in der
Regel nur zu 50 Prozent. Um exakt zu sein: "Plug" gelingt eigentlich
immer... (Aus dem C-Tutorial von Jürgen Dankert)
Reply to: