Terve!
Olen peilannut / -tiedostojärjestelmän mdadm-komennolla tyyliin
mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/hda2 missing.
Tämän tein tietty luonnollisesti live-cd:stä käsin, sillä mountattua tiedostojärjestelmää ei voi raidata. Kaikki näyttää pelittävän normaalisti kun katson /proc/mdstatin sisällön, eli / on levyn toinen puoli ja toinen puoli pitäisi lisätä.
Ok. Tein asianmukaiset rivit tiedostoon /etc/mdadm/mdadm.conf. Ko. riveissä ei mainita muita kuin hda2, eli kakkospartitio ykköslevyltä.
Mutta kun buuttaan koneen, kernel sanoo että /dev/hda1 ei ole raid-device!
Miksi ihmeessä kernel edes yrittää lukea hda1:stä, kun sitä ei ole missään vaiheessa mihinkään konfiguroitu? Missä tiedostossa virhe voi olla, ts. mihin kaikkiin tiedostoihin mdadm kirjoittaa?
Historia tällä jutulla on se, että kopioin vanhasta raudasta dump/restore -tyypillä systeemin uudelle raudalle ja haluan nyt peilata levyn. Vanhassa raudassa levy oli myös peilattu, mutta ymmärrettävistä syistä dump/restorella ei peiliä voi siirtää, koska vain tiedostot siirtyvät.
Jotain siis jäi roikkumaan vanhasta asennuksesta, mutta mitä? Missä tiedostossa lukee, että /dev/hda1 olisi raid-partitio?
Ok, tää on paha enkä odota saavani vastausta, mutta yrittänyttä ei laiteta. Kiitos jos vaivaudutte vastaamaan.
Olen peilannut / -tiedostojärjestelmän mdadm-komennolla tyyliin
mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/hda2 missing.
Tämän tein tietty luonnollisesti live-cd:stä käsin, sillä mountattua tiedostojärjestelmää ei voi raidata. Kaikki näyttää pelittävän normaalisti kun katson /proc/mdstatin sisällön, eli / on levyn toinen puoli ja toinen puoli pitäisi lisätä.
Ok. Tein asianmukaiset rivit tiedostoon /etc/mdadm/mdadm.conf. Ko. riveissä ei mainita muita kuin hda2, eli kakkospartitio ykköslevyltä.
Mutta kun buuttaan koneen, kernel sanoo että /dev/hda1 ei ole raid-device!
Miksi ihmeessä kernel edes yrittää lukea hda1:stä, kun sitä ei ole missään vaiheessa mihinkään konfiguroitu? Missä tiedostossa virhe voi olla, ts. mihin kaikkiin tiedostoihin mdadm kirjoittaa?
Historia tällä jutulla on se, että kopioin vanhasta raudasta dump/restore -tyypillä systeemin uudelle raudalle ja haluan nyt peilata levyn. Vanhassa raudassa levy oli myös peilattu, mutta ymmärrettävistä syistä dump/restorella ei peiliä voi siirtää, koska vain tiedostot siirtyvät.
Jotain siis jäi roikkumaan vanhasta asennuksesta, mutta mitä? Missä tiedostossa lukee, että /dev/hda1 olisi raid-partitio?
Ok, tää on paha enkä odota saavani vastausta, mutta yrittänyttä ei laiteta. Kiitos jos vaivaudutte vastaamaan.
Vastaukset 10
Vanhimmat
Vanhassa asennuksessa siis hda1 oli peilattu / -tiedostojärjestelmä, kun taas uudessa hda1 on swap ja hda2 sisältää / :n. Systeemi käynnistyy aivan normaalisti jos en yritä peilata sitä, mutta kernel panic iskee jos yritän.
ovat molemmat levyt yhtä isoja?
Jos kyllä, niin onko mahdollista käyttää emolevyn RAID-järjestelmää peilaukseen?
Levyt ovat kyllä yhtä isoja, mutta en halua käyttää rautaraidia. Tämä siksi, että siirrettäviä järjetelmiä on melko paljon ja raudat kovin erilaisia. Kun saan homman menemään mallikkaasti läpi, käytän sitten vain samaa "standardia" muihin laitteisiin.
Tuo raidin dokumentointi on minusta melko puutteellista. Tärkeintä olisi tietää, mihin kaikkiin tiedostoihin kirjoitetaan. Levyllehän kirjoitetaan se superblockki, mutta jossain tiedostossa täytyy olla ylimääräistä nöyhtää, koska systeemi tarjoaa ekaa partitiota väkisin raid-devicen jäseneksi.
rauta RAID on siitä näppärä, että Linux edes näe sitä ilman sopivia softia/ajureita...
Tuo Linux:in softa pohjainen RAID on "virtuaali" systeemi joka kirjoittaa valmiiseen partitioon...
Totta kai, mutta se ei sovellu kaikkiin tarkoituksiin tässä tapauksessa. Softaraidissa on hyvät puolensa, ja sitä on todella helppo valvoa ohjelmallisesti ja lähettää tarvittaessa ylläpidolle sähköpostia.
Mutta asiaan. Homma on kiteytynyt siihen, ettei initrd.img-tiedosto ole ajan tasalla. live-cd:llä en voi ajaa mkinitrd:tä (eri kernel jne) ja toisaalta jos buuttaan hda1:lle, ei mkinitrd:tä voi käyttää, koska md0 ei ole käytössä. Ja käyttöön sitä ei voi ottaa, kun / on mountattu.
Piru vie, onpa tämä ongelma. No voihan tän kiertää tietty siten, että asentaa kakkoslevyn, raidaa sen, luo tiedostojärjestelmän ja sen jälkeen kopioi kaiken tiedon varsinaiselta levyltä uudelle levylle. Tämän jälkeen uusi levy arrayhin mukaan... hankala ja kömpelö tapa. Ei, kyllä tähän täytyy löytyä parempi lääke.
Sulla on RAID-pakan toinen levy käytössä, jolta olet kopsannut tiedot?
Vaan näin
1) mulla on kone, jossa raid-1 -peilatut levyt
2) mulla on kone 2, jossa kaksi levyä mutta ei käyttöjärjestelmää
3) kopioin dump-restore -menetelmällä tiedostot koneelle 2 /dev/hda2:lle
4) kone 2 buuttaa ok /dev/hda2:lta
5) yritän peilata levyt siten, että /dev/hda2 ja /dev/hdb2 muodostaisivat /dev/md0:n
Juu. Tää on paha.
Pistä ne 2-koneen levyt 1-koneeseen ja tee siinä se RAID-pakka ja vaikka dd:n kanssa raakakopio...
Mahtaisko toimia?
Voi olla että toimiskin. dd- ja zcat -yhdistelmällä pystyy toki tekemään vaikka mitä. En kuitenkaan hakenut ihan tätä, sillä mulla on tota tuotantoa huollettavana vähän enemmänkin, ja dump/restore on sovellus, jota on tarkoitus käyttää.
Ihan hyvä idis joka tapauksessa, kiitti vaan!
Ok. Löysin ratkaisun, mutta se on niin "likainen", ettei sitä viitsi täällä esittää.
Periaattessa homma menee kuitenkin siten, että ensin buutataan knoppixiin, sitten luodaan /dev/md0, sen jälkeen raidataan sen päälle partitio jolta aiotaan buutata (toinen levy missing), sitten chroot /dev/md0, sen jälkeen mkinitrd (skriptiä pitää muokata jotta kernel-libraryt mätsäävät), sitten buutti, sitten toinen levy joka lisätään arrayhin.
Likainen osuus on se mkinitrd:n editointi sekä raid-devicen superblockin muokkaus. En suosittele.
Kiitos kuitenkin kaikille yrityksestä jelpata. Ehkä tästä joku saa jotain ideaa omiin ongelmiinsa.