Linux met een oude boot hard drive

[Gwaihir]

Ons kantoor gebruikt een Linux file-/printerserver. Een bescheiden PIII-500 machientje, maar er zit een Highpoint RocketRAID404 controller in met een RAID0/1 array van redelijk recente schijven, dus files spuiten kan hij prima. Wel heeft die controller één groot nadeel: Highpoint heeft maar voor een enkele kernel binairy drivers op de site staan, voor de rest moet je zelf de module compilen. En laat compilen voor zo'n kernel die nog niet kan draaien (want de server boot van het array) nou een tikje boven mijn comfort zone in Linux zijn gebleken..

Ik ben daarom tot nu toe maar van die kernel afgebleven, maar aan die luxe komt helaas een eind. De behoefte aan een recente Samba (die beter met XP workstations overweg kan) en een upgrade van PHP (er draait ondertussen toch een intranet servertje op) is toch wel heel groot geworden en via allerlei dependencies leidt dat onvermeidelijk naar een kernel upgrade. Kortom: het is tijd Red Hat 8 te gaan verlaten en iets nieuws te installeren. Ik denk zelf aan een recente Debian (advies is welkom).

Bij deze gelegenheid zou ik ook graag dat oude probleem definitief achter me laten. Hoewel mijn trots anders roept, vraag ik me af of ik die oplossing niet het beste kan zoeken in het toevoegen van een extra hard drive op de IDE controller van het moederboard. Ik heb nog een bescheiden (oud) exemplaar liggen, waar op zich het OS wel op zou moeten passen..

Vandaar de vraag / vragen: kan ik met hulp van deze drive Linux zonder al te veel problemen zo installeren dat ik:
1. kan booten zonder het RAID array te gebruiken (dus zonder daar al een driver voor klaar te hebben)
2. dan de RAID driver kan compilen (moet ik kernel sources voor beschikbaar hebben en een compiler e.d. lijkt me zo)
3. na reboot het systeem "normaal" kan gebruiken, dus mét het array (met o.a. alle userdata), zonder merkbaar performance-verlies t.o.v. de huidige situatie
4. Ik bij iedere kernel-upgrade stap 1 t/m 3 moeiteloos kan herhalen

Het schijfje wat ik beschikbaar heb is een Western Digital uit 1996 van net iets boven de 2GB. De issues zijn dus:
- weinig ruimte beschikbaar zonder het array
- het is ongetwijfeld een langzaam ding, maar daar wil ik (na het booten) geen last meer van hebben
=> wat moet waarheen?

Kan dat - en zo ja hoe ongeveer - of zou ik het hier alleen nog maar lastiger mee maken dan de huidige situatie?

[Roel]

Je kunt het op een hele makkelijke manier oplossen met initrd:

Op de nieuwe harddisk zet je alleen /boot.
Je kernel maak bouw je dan met de juiste modules & een initrd met daarin alle modules die je nodig hebt om je raidkaart te herkennen. Het werkt dan op de volgende manier:

- kernel boot
- laad initrd
- laat raiddriver
- start op vanaf raidkaart
- doet de rest van z'n dingen die ie moet doen.

Hij kijkt dan verder niet meer naar de extra harddisk zolang je /boot niet mount. Je kunt hem zelfs met hdparm laten stoppen met spinnen, zodat ie ook nog langer heel blijft en je niet bij de volgende reboot over een jaar ineens met een kapotte ide schijf zit

Een kernel update is dan ook geen probleem, zolang je in dezelfde branch blijft (dus 2.6 updaten binnen 2.6 is dan geen probleem)...

[Gwaihir]

Want /boot hoeft helemaal niet gemount te zijn, normaal gesproken, right? (Mijn RH8 heeft 'm nu wel standaard gemount.)

Zo zat ik ook te denken; klinkt tot zoverre prima

Maar: voor dat bouwen en maken van die kernel zal ik toch meer dan /boot nodig hebben, right? Daar raak ik het spoor kwijt.. Ik heb 't gevoel dat ik een flink aantal dingen op twee plaatsen zou moeten zetten: én op de kleine drive, voor het bouwen, én dan vervolgens op het RAID array voor "normaal draaien". Ik neem aan dat ik dan op een of andere manier tijdens boot kan / moet kiezen welke "mode" ik wil starten. Maar hoe doe ik dat precies en hoe houdt ik 't "manageable"? Is het domweg een kopie die ik doorschuif op de momenten dan ik in "bouw / upgrade mode" draai en net weer een RAID driver heb? Hoe genereer ik de betreffende opstart-keuzes?

Stoppen met spinnen is inderdaad wel aardig (voor zover het power management dat niet oppakt), want rebooten is inderdaad slechts een tot drie keer per jaar.

[Verwijderd]

Een kleine offtopic opmerking: voor 75 euro heb je een grote, snelle moderne harde schijf.
Voor die prijs ga je toch niet zitten pielen met een eeuwen oude, supertrage schijf, die het elk moment kan begeven in een kritieke situatie?

[Roel]

Birdie schreef op woensdag 04 mei 2005 @ 23:51:
Want /boot hoeft helemaal niet gemount te zijn, normaal gesproken, right? (Mijn RH8 heeft 'm nu wel standaard gemount.)

Zo zat ik ook te denken; klinkt tot zoverre prima

Maar: voor dat bouwen en maken van die kernel zal ik toch meer dan /boot nodig hebben, right? Daar raak ik het spoor kwijt.. Ik heb 't gevoel dat ik een flink aantal dingen op twee plaatsen zou moeten zetten: én op de kleine drive, voor het bouwen, én dan vervolgens op het RAID array voor "normaal draaien". Ik neem aan dat ik dan op een of andere manier tijdens boot kan / moet kiezen welke "mode" ik wil starten. Maar hoe doe ik dat precies en hoe houdt ik 't "manageable"? Is het domweg een kopie die ik doorschuif op de momenten dan ik in "bouw / upgrade mode" draai en net weer een RAID driver heb? Hoe genereer ik de betreffende opstart-keuzes.

Ik heb zelf redelijk veel ervaring met gentoo, dus ik weet niet precies of het bij debian ook zo werkt:

Tijdens het installeren van je distributie heb je je raid array gemount. Dan maak je een nieuwe kernel die je in /boot plaatst op de oude harddisk, en de rest van je systeem draait op raid.

Als je server in bedrijf is en je maakt een nieuwe kernel dan doe je dat zoals normaal, je hoeft alleen /boot te mounten en daar de nieuwe kernel neer te zetten. Je hoeft dus niet moeilijk te doen met 2 installaties, boot keuzes etc etc.. Dat is het mooie van die initrd: Daar zit dat '2e' systeem in maar die bevat alleen een paar programma's en modules om je raid te mounten, meer niet.

[Gwaihir]

enkrypt: echt snel kan het daar toch niet worden met een schijf op de mobo-controller (ATA33) in verhouding tot het array (vult de PC-bus aardig tijdens read). Oud: ja. Onbetrouwbaar: waarom? Hij heeft een bescheiden gebruiksleven achter zich, gevolgd door jaren op het schap.

Vandaar dat ik graag zonder (veel gebruik van) die schijf zou draaien. Als die 2GB echt een issue blijkt, dan kan ik inderdaad best die eurotjes voor een grotere neertellen.


Roel: dat gaat helaas niet; dit zou de oplossing zijn indien booten van het RAID array niet (lees: nooit) mogelijk was. Ik kan bij normaal gebruik wel van dat array booten.

Het probleem is dat ik pas van het RAID array kan booten wanneer ik een driver voor het array heb en die moet ik daartoe eerst zelf compileren. Ik zoek dus een setup waarop ik dat compileren kan doen (vereist kernel sources, een compiler, e.d.). Ik dacht hierbij aan een setup zonder dat RAID array, omdat ik dan kan compilen tegen de draaiende kernel; het werken met versies (huidige, draaiende en nieuwe, waarvoor driver te maken) door elkaar maakte me nogal van slag, vandaar het idee.

Bij het upgraden / opnieuw installeren met de nieuwe distributie wordt dit nog vervelender, daar ik ook voor de stock-kernel van die distributie geen driver heb.. ik zou dan eerst de driver van source moeten zien te compileren, op dat RH8 systeem of op andere hardware.

[Brothar]

Is on-line updaten van Red Hat een idee ?
Overigens, hangt er geen tapestreamer aan, of een ander back-up apparaat ?

[Gwaihir]

On-line updaten? Hoe bedoel je dat precies? Ik heb indertijd altijd het updaten van RedHat gedaan, behalve de kernels. Die downloade ik wel, maar kreeg ik door dat driver probleem niet geinstalleerd (ik had (/ heb) alleen een driver voor de installatie kernel). Overigens wil ik naar Debian switchen (ipv Fedora) omdat Fedora me veel te snel met "updaten" ophoudt en zegt "installeer maar een nieuwe major release".

Nee, geen lokaal back up apparaat. Ik maak de back-ups via het internet, met rsync over ssh. Op die manier zijn ze gelijk off-site. (Werkt erg prettig trouwens, gaat geheel automatisch, zonder enig omkijken daarnaar.)

[ Voor 14% gewijzigd door Gwaihir op 06-05-2005 02:54 ]

[Roel]

[b][message=23326527,noline]
Roel: dat gaat helaas niet; dit zou de oplossing zijn indien booten van het RAID array niet (lees: nooit) mogelijk was. Ik kan bij normaal gebruik wel van dat array booten.

Het probleem is dat ik pas van het RAID array kan booten wanneer ik een driver voor het array heb en die moet ik daartoe eerst zelf compileren. Ik zoek dus een setup waarop ik dat compileren kan doen (vereist kernel sources, een compiler, e.d.). Ik dacht hierbij aan een setup zonder dat RAID array, omdat ik dan kan compilen tegen de draaiende kernel; het werken met versies (huidige, draaiende en nieuwe, waarvoor driver te maken) door elkaar maakte me nogal van slag, vandaar het idee.

Bij het upgraden / opnieuw installeren met de nieuwe distributie wordt dit nog vervelender, daar ik ook voor de stock-kernel van die distributie geen driver heb.. ik zou dan eerst de driver van source moeten zien te compileren, op dat RH8 systeem of op andere hardware.

Als je bij normaal gebruik wel gewoon van de raid kunt booten zie ik weinig problemen...
- Installatie op kleine harddisk en daarvan booten, (Eventueel een halve installatie en de rest later installeren)
- Raid drivers compilen
- Huide systeem naar raid copieren en bootable maken, inclusief huidige kernel copieren
- Van je raid booten en de oude harddisk nooit meer gebruiken.

Bij een nieuwe kernel bouw je die gewoon onder je raid setup, net als je normaal bij een upgrade zou doen. Daarvoor hoef je echt niet moeilijk te doen met 2 verschillende installaties...

[ Voor 3% gewijzigd door Roel op 06-05-2005 11:45 ]