[Debian - Sparc]Netwerk install NFS

[Sjeng]

Ik probeer om een paar oude SPARCClassics nieuw leven in te blazen door deze middels TFTP en NFS over het netwerk te laten booten en als X/windows terminal in te zetten.

Het server platform waarvan dit alles plaatsvind is een Windows 2000 server. Ik heb inmiddels een TFTP (Winagents) en NFS (Microsoft SFU 3.5) server aan de praat. Ik kan de SPARCS middels TFTP ook booten en de machientjes vragen netjes om hun boot-image, bijvoorbeeld: 839BE1C5.SUN4M. Dit image is een copy van de tftpboot.img van Debian. So far so good. De SPARCClassics booten rechtstreek van uit openbootmiddels het commando: boot net:<ipserver>,,<ipclient>

De Debian installer bemerkt dat er geen HD aanwezig is en dat er op een NFS geinstalleerd moet worden. De NFS schijf wordt netjes gemount en na een dik uurtje zijn alle bestanden op de NFS mount gecopierd. Na het copieren probeert de installatie procedure zonder hierover verder melding te doen of een vraag te stellen de NFS mount als root te mounten middels chroot. De chroot faalt echter en na een tijdje beland ik weer in het installatie menu van debian en kan ik nogmaals proberen alles naar de NFS mount te copieren. Dit is natuurlijk onzinnig want dit is net gebeurd en doe ik het toch dan eindig ik weer met het chroot probleem.

Nu heb ik zelf echt geen idee meer hoe ik het nu wel aan de praat moet krijgen. Doe ik een reboot dan serveert de TFTP server netjes weer het tftpboot.img wat eigenlijk niet meer is dan de rescue floppy set van de Debian installatie. Ik moet dus eigenlijk een TFTP image hebben dat ook meteen de NFS mount. Iemand een idee hoe dit aan te pakken. De Debian SPARC documentatie blijft nogal heel erg oppervlakkig over dit soort installaties. Voor het i386 platform bestaan er allerlei projects en packages (bijvoorbeeld LTSP) waarmee dit soort installaties eenvoudig te realiseren zijn maar voor SPARC kan ik zoiets niet vinden.
Zou het chroot commando misschien niet werken dmv ntfs/windows/nfs restricties? Maw zou een client niet het ownership kunnen overnemen?

[Verwijderd]

Je moet een kernel zien te bemachtigen (zelf bakken of in debian's packages list vinden) die NFS als root-filesystem snapt bij 't opstarten. Zie voor meer informatie de file NFS-Root.txt in de Documentation subdirectory van je kernel source.

[Sjeng]

NFS-root.txt kan ik niet vinden. Wel het bestand kernel-config. Hierin staat o.a. al dit:

....
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
CONFIG_ROOT_NFS=y
....

Maw de kernel ondersteunt NFS en ook root NFS (althans dat concludeer ik hier uit).
En hoe wil ik een nieuwe kernel compilen zonder een draaiend systeem? Het is niet dat ik al zover ben dat ik een werkend systeem heb. Ik kan natuurlijk middels Alt-F2 naar een andere terminal switchen maar die terminal biedt nagenoeg geen mogelijkheden (busybox?)

[Verwijderd]

1. je moet idd een andere boot image hebben om niet in de installatie te komen
2. je NFS server en client moeten toestaan dat NFS share als root partitie worden gemount [dit omdat er device nodes op een root partitie staan en die moeten wel werken anders kan de kernel z'n hardware niet aansturen]

op W2K heb ik daar geen verstand van maar op linux is er een extra optie die je aan de NFS export op de server moet meegeven.

tip: kijk eens bij NetBSD, de howto laat precies zien wat je moet doen, waarschijnlijk kan je op de site wat ideeen opdoen, hoe het werkend te krijgen

desnoods volg je de FAQ 1 op 1 en draai je netbsd
http://www.netbsd.org/Documentation/network/netboot/

nog een tip
misschien is het makkelijker om een aparte linux/netBSD servertje te bouwen als boot servertje, al was het alleen al omdat waarschijnlijk meer mensen die OS-en gebruiken om dit voor elkaar te krijgen, en je dat de HowTo hierboven kan volgen

[ Voor 10% gewijzigd door Verwijderd op 11-05-2004 15:41 . Reden: extra NFS info ]

[Sjeng]

Middels de reacties en nog wat persoonlijk gegoogle heb ik voorlopig het vermoeden dat het probleem zit bij de Windows NFS server. Ik heb momenteel geen hardware voorhanden waarop ik nog even een linux NFS server kan inrichten. Het probleem zit waarschijnlijk bij de usermapping van nfs naar windows gebruikersaccounts. Ik ga er nog eens mee aan de slag om te kijken of het probleem hier zit.

Dit wordt meer en meer een uit de hand gelopen uitdaging

Ik gebruik overigens geen ARP om te booten. Vanuit de openprom (versie 2) roep ik rechtstreek de TFTP server aan. DHCP server kan ik verder ook niet bij.

Ik heb inmiddels problemen met het overall concept van netbooten. Even mijn voorstelling:

Middels TFTP wordt een kernel geladen, deze mount NFS en klaar? Als ik het middels deze weg doe, mis ik dan cruciale componenten welke in de meeste beschrijvingen nog genoemd worden? Ik denk dan met name aan opties die via ARP, BOOTP, DHCP nog doorgegeven worden? Geeft een van deze servers NFS info mee?

[ Voor 40% gewijzigd door Sjeng op 11-05-2004 15:46 . Reden: Verdere info setup en netwerk config en persoonlijke voorstelling hoe het zou moeten werken ]

[Verwijderd]

Kan je niet met knoppix ofzo ff snel een simpele test nfs server maken? (en de laatste knoppix heeft write support voor NTFS, dus dat moet te doen zijn)

Ik heb nooit veel geluk gehad met debian nfs-root (zie ook Debian bug #163735)

[ Voor 35% gewijzigd door Verwijderd op 12-05-2004 10:23 ]