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.
Raid-1 -kysymys guruille
10
286
Vastaukset
- Peilailija
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?- Peilailija
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. Peilailija kirjoitti:
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...- Peilailija
djmosse kirjoitti:
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. Peilailija kirjoitti:
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?
- Peilailija
djmosse kirjoitti:
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. Peilailija kirjoitti:
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?- Peilailija
djmosse kirjoitti:
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!
- Peilailija
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.
Ketjusta on poistettu 0 sääntöjenvastaista viestiä.
Luetuimmat keskustelut
- 904322
Onko jollakin navetassa kuolleita eläimiä
Onko totta mitä facebookissa kirjoitetaan että jonkun navetassa olisi kuolleita eläimiä? Mitä on tapahtunut?422645Minä en ala kenenkään perässä juoksemaan
Voin jopa rakastaa sinua ja kääntää silti tunteeni pois. Tunteetkin hälvenevät aikanaan, poissa silmistä poissa mielestä1082461Miksi olet riittämätön kaivatullesi?
Mistä asioista tunnet riittämättömyyden tunnetta kaipaamaasi ihmistä kohtaan? Miksi koet, että et olisi tarpeeksi hänell1082248Tiedän, että emme yritä mitään
Jos kohtaamme joskus ja tilaisuus on sopiva, voimme jutella jne. Mutta kumpikaan ei aio tehdä muuta konkreettista asian281947- 321945
Aloitetaan puhtaalta pöydältä
Mukavaa iltaa mukaville. 😊 ❤️ ⚜️ Minusta ei kaikki täällä tykkää, eikä tarvitsekaan. Kun eivät ymmärrä, niin sitten ei2111632Näin pitkästä aikaa unta sinusta
Oltiin yllättäen jossain julkisessa saunassa ja istuttiin vierekkäin, siellä oli muitakin. Pahoittelin jotain itsessäni91607- 291598
- 791406