Hozzászólások
-
Bejegyzés
-
Goosfrabaa wrote: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?Rendszerinfót a nyers partíciók elejére, de ezeket nem fogod látni. RAID1-nél nincs külön RAID adat, mint a RAID5 esetén a paritás, hanem minden kettőzve lesz.
http://hu.wikipedia.org/wiki/RAID
Goosfrabaa wrote: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]?El kellett volna olvasnod a telepítő lemezen is megtalálható vagy a neten is elérhető telepítési útmutatót. Ha már RHEL 4.6 disztribet használsz, akkor ki kellene használni az előnyeit, például azt, hogy elég jól dokumentált a többihez képest.
Goosfrabaa wrote: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?Rendszerinfót a nyers partíciók elejére, de ezeket nem fogod látni. RAID1-nél nincs külön RAID adat, mint a RAID5 esetén a paritás, hanem minden kettőzve lesz.
http://hu.wikipedia.org/wiki/RAID
Goosfrabaa wrote: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]?El kellett volna olvasnod a telepítő lemezen is megtalálható vagy a neten is elérhető telepítési útmutatót. Ha már RHEL 4.6 disztribet használsz, akkor ki kellene használni az előnyeit, például azt, hogy elég jól dokumentált a többihez képest.
Létre kell hozni mindegyik merevlemezen azonos méretű partíciót, például a gparted segítségével. Kivéve ha az egész területet felhasználod, akkor nem kell egy partíció sem.
Az mdadm segítségével lehet lezelni a RAID köteteket, így tudod létrehozni:
# mdadm –create –level=5 –raid-devices=3 /dev/md0 /dev/sda1 /dev/sdb1 /dev/sdc1Formázás:
# mkfs.ext3 /dev/md0Csatolás:
# mount /dev/md0 /RAID/Ha nem ismerné fel az Ubuntu újraindítás után a RAID kötetet, akkor az
# mdadm –assemble –scan
parancs szükséges.Az aktuális RAID állapotot a meg tudod nézni:
# cat /proc/mdstatNagyon fontos, hogy a partícionálást kivéve soha se használd egyik RAID partíciót sem közvetlenül!
A sebesség nem lesz valami nagy, de ha fontosabb mint a méret, akkor van egy trükk. Meg kell felezni a RAID partíciókat, így összesen 6db lesz, ami osztható kettővel. Megfelelő párokba rendezve először RAID1-be, majd RAID0-val vagy LVM-el összekötve egységessé tudod tenni. Így méretben nem a harmada, hanem a fele veszik el, de sebességben 3-4x gyorsabb mint a szofveres RAID5, a proecesszor terhelés meg több nagyságrenddel kisebb lesz.
Létre kell hozni mindegyik merevlemezen azonos méretű partíciót, például a gparted segítségével. Kivéve ha az egész területet felhasználod, akkor nem kell egy partíció sem.
Az mdadm segítségével lehet lezelni a RAID köteteket, így tudod létrehozni:
# mdadm –create –level=5 –raid-devices=3 /dev/md0 /dev/sda1 /dev/sdb1 /dev/sdc1Formázás:
# mkfs.ext3 /dev/md0Csatolás:
# mount /dev/md0 /RAID/Ha nem ismerné fel az Ubuntu újraindítás után a RAID kötetet, akkor az
# mdadm –assemble –scan
parancs szükséges.Az aktuális RAID állapotot a meg tudod nézni:
# cat /proc/mdstatNagyon fontos, hogy a partícionálást kivéve soha se használd egyik RAID partíciót sem közvetlenül!
A sebesség nem lesz valami nagy, de ha fontosabb mint a méret, akkor van egy trükk. Meg kell felezni a RAID partíciókat, így összesen 6db lesz, ami osztható kettővel. Megfelelő párokba rendezve először RAID1-be, majd RAID0-val vagy LVM-el összekötve egységessé tudod tenni. Így méretben nem a harmada, hanem a fele veszik el, de sebességben 3-4x gyorsabb mint a szofveres RAID5, a proecesszor terhelés meg több nagyságrenddel kisebb lesz.
Régebben belefutottam ebbe a problémába, ha jól tudom a proxy.jabber.org-ot kell használni. Sajna régen volt.
Itt többen küzdenek ugyanezzel:
http://www.manast.com/2007/05/11/how-to-configure-pidgin-to-work-with-google-talk/Régebben belefutottam ebbe a problémába, ha jól tudom a proxy.jabber.org-ot kell használni. Sajna régen volt.
Itt többen küzdenek ugyanezzel:
http://www.manast.com/2007/05/11/how-to-configure-pidgin-to-work-with-google-talk/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 blokkmeretTehá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/md1Ezek 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.
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 blokkmeretTehá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/md1Ezek 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.
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 fsck5a. ha minden rendben:
5a.1 md2 resize
5a.2 md2 leválasztás
5a.3 sdb2 felvétele az md1-be5b. 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)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 fsck5a. ha minden rendben:
5a.1 md2 resize
5a.2 md2 leválasztás
5a.3 sdb2 felvétele az md1-be5b. 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)
legutóbbi hsz