Ext3 atmeretezese utan

[gabaman]

Adott 3 partíció típus:

1. natív ext3
2. MD: régi RAID1 + ext3
3. MD: új RAID1 (Persistent Superblock) + ext3.

Az tény, hogy a beavatkozás előtt volt egy működő 2. vagy 3. típusú RAID tömb. Történtek dolgok és az eredmény az hogy a fájlrendszerben megadott méret egy kicsivel nagyobb, mint a 3. típusú partíció hasznos mérete. Ez mondjuk e2fsck-val javítható, de hogy mitől lett nagyobb azt sohasem fogjuk megtudni, mivel nem kellett volna hozzányúlni a második lemez nyers tartalmához. Ugyanis egy 2 lemezes szoftveres RAID1 tömb szétválasztató 2 működő (de nem reduddáns) md tömbbé (mivel mindkét lemezen ugyanaz van). Ezt kellett volna tenni:

1. sdb2 leválasztása az md1-ről
2. sdb2 egy pl. md2 tömbbe helyezése (raidtab)
3. md1 resize
4. md1 fsck

5a. ha minden rendben:
5a.1 md2 resize
5a.2 md2 leválasztás
5a.3 sdb2 felvétele az md1-be

5b. rossz a resize:
5b.1 md1 leválasztás
5b.2 sda2 visszaállítás
5b.3 sda2 felvétele az md2-be
5b.4 md2 átnevezés md1 névre (raidtab)

[gabaman]

Adott 3 partíció típus:

1. natív ext3
2. MD: régi RAID1 + ext3
3. MD: új RAID1 (Persistent Superblock) + ext3.

Az tény, hogy a beavatkozás előtt volt egy működő 2. vagy 3. típusú RAID tömb. Történtek dolgok és az eredmény az hogy a fájlrendszerben megadott méret egy kicsivel nagyobb, mint a 3. típusú partíció hasznos mérete. Ez mondjuk e2fsck-val javítható, de hogy mitől lett nagyobb azt sohasem fogjuk megtudni, mivel nem kellett volna hozzányúlni a második lemez nyers tartalmához. Ugyanis egy 2 lemezes szoftveres RAID1 tömb szétválasztató 2 működő (de nem reduddáns) md tömbbé (mivel mindkét lemezen ugyanaz van). Ezt kellett volna tenni:

1. sdb2 leválasztása az md1-ről
2. sdb2 egy pl. md2 tömbbe helyezése (raidtab)
3. md1 resize
4. md1 fsck

5a. ha minden rendben:
5a.1 md2 resize
5a.2 md2 leválasztás
5a.3 sdb2 felvétele az md1-be

5b. rossz a resize:
5b.1 md1 leválasztás
5b.2 sda2 visszaállítás
5b.3 sda2 felvétele az md2-be
5b.4 md2 átnevezés md1 névre (raidtab)

[Goosfrabaa]

Sracok!

Nem tudom, hogy a tema teszi -e, de most olyan a hangulat itt, amit szeretek..

Szoval, hogy reagaljak a hozzaszolasaitokra ime a sztory kicsit bovebben (hatha segit a problema megoldasaban):

Egy RHEL 4.6-t telepitese kozben hoztam letre ket RAID1-et az sda es sdb eszkozokon (eddig meg nem volt dolgom RAID-del).
Egyet a bootnak (md0) egyet a gyokernek (md1). Telepites, konfiguralas, szinkronizalas utan vettem eszre, hogy elmaradt a swap (es hely mar nem volt).

A Systemrescue CD-vel akartam gparteddel atmeretezni, de valami hibauzenetet dobott, amibol az derult ki szamomra, hogy foglalt az eszkoz.
Ekkor kezdtem RAID doksikat olvasni. Azt okoskodtam ki, hogy mdadm –stop /dev/md1, es kulon-kulon az sda[23]-at at majd tudom meretezni.

Meg is tortent, majd ujra osszeraktam a tombot: mdadm -C /dev/md1 -l1 -n2 /dev/sda2 /dev/sdb2
(Szolt, hogy van am rajt ext3, akarom -e, de tudtam, hogy menni fog, mert elotte kiprobaltam mashol).
Szepen indult is a szinkronizalas, megnyugodtam.

Aztan a rebootnal jott a meglepetes.

A tovabbi kiserletek valoban ugy tortentek, hogy mdadm –stoppal leallitottam az md1-et, es kulon-kulon particionkent masolgattam, fdiskeltem,
formattaltam, ahogy irtam. Valoszinuleg tenyleg valahol a fajlrendszerben van elrejtve a rossz blokkmeret, de pl /etc/raidtab fajl szerintem nincs
(most nem erem el a gepet, de egy masikra atmentettem az egesz /etc-t es abban nem latom)

[Goosfrabaa]

Sracok!

Nem tudom, hogy a tema teszi -e, de most olyan a hangulat itt, amit szeretek..

Szoval, hogy reagaljak a hozzaszolasaitokra ime a sztory kicsit bovebben (hatha segit a problema megoldasaban):

Egy RHEL 4.6-t telepitese kozben hoztam letre ket RAID1-et az sda es sdb eszkozokon (eddig meg nem volt dolgom RAID-del).
Egyet a bootnak (md0) egyet a gyokernek (md1). Telepites, konfiguralas, szinkronizalas utan vettem eszre, hogy elmaradt a swap (es hely mar nem volt).

A Systemrescue CD-vel akartam gparteddel atmeretezni, de valami hibauzenetet dobott, amibol az derult ki szamomra, hogy foglalt az eszkoz.
Ekkor kezdtem RAID doksikat olvasni. Azt okoskodtam ki, hogy mdadm –stop /dev/md1, es kulon-kulon az sda[23]-at at majd tudom meretezni.

Meg is tortent, majd ujra osszeraktam a tombot: mdadm -C /dev/md1 -l1 -n2 /dev/sda2 /dev/sdb2
(Szolt, hogy van am rajt ext3, akarom -e, de tudtam, hogy menni fog, mert elotte kiprobaltam mashol).
Szepen indult is a szinkronizalas, megnyugodtam.

Aztan a rebootnal jott a meglepetes.

A tovabbi kiserletek valoban ugy tortentek, hogy mdadm –stoppal leallitottam az md1-et, es kulon-kulon particionkent masolgattam, fdiskeltem,
formattaltam, ahogy irtam. Valoszinuleg tenyleg valahol a fajlrendszerben van elrejtve a rossz blokkmeret, de pl /etc/raidtab fajl szerintem nincs
(most nem erem el a gepet, de egy masikra atmentettem az egesz /etc-t es abban nem latom)

[gabaman]

vizsla wrote:

az egyik partíció sima ext3-ként van megformázva, a másik meg RAID tömbnek és utána ext3-nak.

Én úgy értem – majd javít -, hogy mondjuk hely hiány miatt külön formázta az sda2-t ill. az sdb-2-t is (egyiken tárolta az adatokat, majd a másikon) és nem md1-ként

Goosfrabaa wrote:

A tovabbi kiserletek valoban ugy tortentek, hogy mdadm –stoppal leallitottam az md1-et, es kulon-kulon particionkent masolgattam, fdiskeltem,
formattaltam, ahogy irtam. Valoszinuleg tenyleg valahol a fajlrendszerben van elrejtve a rossz blokkmeret

Tehát akkor ez történt:
Telepítő:
1. mdadm –create /dev/md1
2. mkfs.ext3 /dev/md1
Kézzel:
3. mdadm –stop
4. dd if=/dev/zero of=/dev/sda2
5. fdisk /dev/sda
6. mkfs.ext3 /dev/sda2
7. cp /dev/sdb2 /dev/sda2
8. dd if=/dev/zero of=/dev/sdb2
9. fdisk /dev/sdb
10. mkfs.ext3 /dev/sdb2
11. cp /dev/sda2 /dev/sdb2
12. mdadm –create /dev/md1

Ezek után nem csoda, hogy az ext3 fájlrendszerben tárolt érték nagyobb, mint az md1 felhasználható területe. Jól gondoltam, hogy a differencia a RAID tömb szuperblokk mérete.

Goosfrabaa wrote:

Egy RHEL 4.6-t telepitese kozben hoztam letre ket RAID1-et az sda es sdb eszkozokon (eddig meg nem volt dolgom RAID-del).

Remélem ez nem egy céges server, mert sikeresen felülírtad az ext3 fájlrendszer egyes részeit az ‘mdadm -C’ paranccsal, utána meg azt vadászod, hogy mit ismer fel rosszul a linux.

Goosfrabaa wrote:

A Systemrescue CD-vel akartam gparteddel atmeretezni, de valami hibauzenetet dobott, amibol az derult ki szamomra, hogy foglalt az eszkoz.

Ez teljesen természetes, ha az átméretezendő terület csatolva van. A Systemrescue CD alapból csatolja, hogy dolgozni tudjál rajta, főleg mivel a gyökér könyvtár is a RAID1 tömbben van. Mindössze le kellett volna választanod, és akkor már hibátlanul megcsinált volna mindent a gparted.

Goosfrabaa wrote:

Ekkor kezdtem RAID doksikat olvasni. Azt okoskodtam ki, hogy mdadm –stop /dev/md1, es kulon-kulon az sda[23]-at at majd tudom meretezni.

De csak úgy megy, ha nem borítod fel a RAID tömb és a fájlrendszer integritását. Például úgy, ahogy írtam.

Goosfrabaa wrote:

Meg is tortent, majd ujra osszeraktam a tombot: mdadm -C /dev/md1 -l1 -n2 /dev/sda2 /dev/sdb2
(Szolt, hogy van am rajt ext3, akarom -e, de tudtam, hogy menni fog, mert elotte kiprobaltam mashol).
Szepen indult is a szinkronizalas, megnyugodtam.

Szólt, mert koránt sem biztos, hogy azonos disk offset és méret környezetben lett létrehozva. És nem is így volt.

Goosfrabaa wrote:

Aztan a rebootnal jott a meglepetes.

Valójában akkor lepődtél volna meg igazán, ha rebootnál nem kiabál, hanem elindul és teleírja a naplót I/O hibákkal, mert beleírtál a fájlrendszerbe. Akkor meg azt sem tudnád mi nem működik jól. Néha problémát tud okozni az a szemlélet, hogy a rendszergazdának nagy szabadságot és mozgásteret kell biztosítani.

Az a legegyszerűbb, ha letörlöd az összes adatot, és újbol feltelepítesz mindent. A rossz műveleti sorrend miatt megsérült a gyökér fájlrendszer első 24 blokkja (ami látszólag hiányzik), ezt nem lehet kijavítani.

[gabaman]

vizsla wrote:

az egyik partíció sima ext3-ként van megformázva, a másik meg RAID tömbnek és utána ext3-nak.

Én úgy értem – majd javít -, hogy mondjuk hely hiány miatt külön formázta az sda2-t ill. az sdb-2-t is (egyiken tárolta az adatokat, majd a másikon) és nem md1-ként

Goosfrabaa wrote:

A tovabbi kiserletek valoban ugy tortentek, hogy mdadm –stoppal leallitottam az md1-et, es kulon-kulon particionkent masolgattam, fdiskeltem,
formattaltam, ahogy irtam. Valoszinuleg tenyleg valahol a fajlrendszerben van elrejtve a rossz blokkmeret

Tehát akkor ez történt:
Telepítő:
1. mdadm –create /dev/md1
2. mkfs.ext3 /dev/md1
Kézzel:
3. mdadm –stop
4. dd if=/dev/zero of=/dev/sda2
5. fdisk /dev/sda
6. mkfs.ext3 /dev/sda2
7. cp /dev/sdb2 /dev/sda2
8. dd if=/dev/zero of=/dev/sdb2
9. fdisk /dev/sdb
10. mkfs.ext3 /dev/sdb2
11. cp /dev/sda2 /dev/sdb2
12. mdadm –create /dev/md1

Ezek után nem csoda, hogy az ext3 fájlrendszerben tárolt érték nagyobb, mint az md1 felhasználható területe. Jól gondoltam, hogy a differencia a RAID tömb szuperblokk mérete.

Goosfrabaa wrote:

Egy RHEL 4.6-t telepitese kozben hoztam letre ket RAID1-et az sda es sdb eszkozokon (eddig meg nem volt dolgom RAID-del).

Remélem ez nem egy céges server, mert sikeresen felülírtad az ext3 fájlrendszer egyes részeit az ‘mdadm -C’ paranccsal, utána meg azt vadászod, hogy mit ismer fel rosszul a linux.

Goosfrabaa wrote:

A Systemrescue CD-vel akartam gparteddel atmeretezni, de valami hibauzenetet dobott, amibol az derult ki szamomra, hogy foglalt az eszkoz.

Ez teljesen természetes, ha az átméretezendő terület csatolva van. A Systemrescue CD alapból csatolja, hogy dolgozni tudjál rajta, főleg mivel a gyökér könyvtár is a RAID1 tömbben van. Mindössze le kellett volna választanod, és akkor már hibátlanul megcsinált volna mindent a gparted.

Goosfrabaa wrote:

Ekkor kezdtem RAID doksikat olvasni. Azt okoskodtam ki, hogy mdadm –stop /dev/md1, es kulon-kulon az sda[23]-at at majd tudom meretezni.

De csak úgy megy, ha nem borítod fel a RAID tömb és a fájlrendszer integritását. Például úgy, ahogy írtam.

Goosfrabaa wrote:

Meg is tortent, majd ujra osszeraktam a tombot: mdadm -C /dev/md1 -l1 -n2 /dev/sda2 /dev/sdb2
(Szolt, hogy van am rajt ext3, akarom -e, de tudtam, hogy menni fog, mert elotte kiprobaltam mashol).
Szepen indult is a szinkronizalas, megnyugodtam.

Szólt, mert koránt sem biztos, hogy azonos disk offset és méret környezetben lett létrehozva. És nem is így volt.

Goosfrabaa wrote:

Aztan a rebootnal jott a meglepetes.

Valójában akkor lepődtél volna meg igazán, ha rebootnál nem kiabál, hanem elindul és teleírja a naplót I/O hibákkal, mert beleírtál a fájlrendszerbe. Akkor meg azt sem tudnád mi nem működik jól. Néha problémát tud okozni az a szemlélet, hogy a rendszergazdának nagy szabadságot és mozgásteret kell biztosítani.

Az a legegyszerűbb, ha letörlöd az összes adatot, és újbol feltelepítesz mindent. A rossz műveleti sorrend miatt megsérült a gyökér fájlrendszer első 24 blokkja (ami látszólag hiányzik), ezt nem lehet kijavítani.

[kisbetu]

Goosfrabaa wrote:

Egy RHEL 4.6-t telepitese kozben hoztam letre ket RAID1-et az sda es sdb eszkozokon (eddig meg nem volt dolgom RAID-del).
Egyet a bootnak (md0) egyet a gyokernek (md1). Telepites, konfiguralas, szinkronizalas utan vettem eszre, hogy elmaradt a swap (es hely mar nem volt).

A Systemrescue CD-vel akartam gparteddel atmeretezni, de valami hibauzenetet dobott, amibol az derult ki szamomra, hogy foglalt az eszkoz.
Ekkor kezdtem RAID doksikat olvasni. Azt okoskodtam ki, hogy mdadm –stop /dev/md1, es kulon-kulon az sda[23]-at at majd tudom meretezni.

gabaman wrote:

Remélem ez nem egy céges server, mert

gabaman wrote:

Az a legegyszerűbb, ha letörlöd az összes adatot, és újbol feltelepítesz mindent. A rossz műveleti sorrend miatt megsérült a gyökér fájlrendszer első 24 blokkja (ami látszólag hiányzik), ezt nem lehet kijavítani.

Mivel egyelőre úgy tűnik, hogy akár céges, akár nem céges, de új telepítés, tényleg a legcélszerűbb újrakezdeni az egészet.

[kisbetu]

Goosfrabaa wrote:

Egy RHEL 4.6-t telepitese kozben hoztam letre ket RAID1-et az sda es sdb eszkozokon (eddig meg nem volt dolgom RAID-del).
Egyet a bootnak (md0) egyet a gyokernek (md1). Telepites, konfiguralas, szinkronizalas utan vettem eszre, hogy elmaradt a swap (es hely mar nem volt).

A Systemrescue CD-vel akartam gparteddel atmeretezni, de valami hibauzenetet dobott, amibol az derult ki szamomra, hogy foglalt az eszkoz.
Ekkor kezdtem RAID doksikat olvasni. Azt okoskodtam ki, hogy mdadm –stop /dev/md1, es kulon-kulon az sda[23]-at at majd tudom meretezni.

gabaman wrote:

Remélem ez nem egy céges server, mert

gabaman wrote:

Az a legegyszerűbb, ha letörlöd az összes adatot, és újbol feltelepítesz mindent. A rossz műveleti sorrend miatt megsérült a gyökér fájlrendszer első 24 blokkja (ami látszólag hiányzik), ezt nem lehet kijavítani.

Mivel egyelőre úgy tűnik, hogy akár céges, akár nem céges, de új telepítés, tényleg a legcélszerűbb újrakezdeni az egészet.

[Goosfrabaa]

Ok, akkor ezek szerint nem uszom a meg a reinstallt vegul is nem gond.
Nem voltak rajt adatok meg, alap redszer volt csak, ami fontos volt (nekem), azt kimentettem belole.

Van azonban meg egy kerdes, ami nem hagy nyugodni (bar tulzas volna azt allitani, hogy mindent ertettem, amit irtatok):
Hol tarolodnak a RAID adatok? Tehat, ha letrehozok egyet az mdadm -C -vel, akkor az hova tesz bejegyzest?

Ha ragaszkodom az eddigi particio meretekhez/kiosztasokhoz, akkor hogyan kezdjem a telepitest?
Fdiskkel toroljem mindket vinyo minden particiojat es ugyanoda, ugyanugy hozzam letre, aztan mdadm -C, majd mkfs.ext3 /dev/md[01]?

Update: mar ujrahuztam, mukodik szepen. Bar a fenti kerdes tovabbra is izgat.

[Goosfrabaa]

Ok, akkor ezek szerint nem uszom a meg a reinstallt vegul is nem gond.
Nem voltak rajt adatok meg, alap redszer volt csak, ami fontos volt (nekem), azt kimentettem belole.

Van azonban meg egy kerdes, ami nem hagy nyugodni (bar tulzas volna azt allitani, hogy mindent ertettem, amit irtatok):
Hol tarolodnak a RAID adatok? Tehat, ha letrehozok egyet az mdadm -C -vel, akkor az hova tesz bejegyzest?

Ha ragaszkodom az eddigi particio meretekhez/kiosztasokhoz, akkor hogyan kezdjem a telepitest?
Fdiskkel toroljem mindket vinyo minden particiojat es ugyanoda, ugyanugy hozzam letre, aztan mdadm -C, majd mkfs.ext3 /dev/md[01]?

Update: mar ujrahuztam, mukodik szepen. Bar a fenti kerdes tovabbra is izgat.

[Szerző]

Bejegyzés