[rlug] recuperare RAID 1 software fara hdd-ul defect
Salut! Revin cu problema reconstruirii unui raid software. Practic, nu mai am unul dintre hdd-uri, este mort ... nu-l mai vede nici bios-ul Am alt hdd identic pentru inlocuire. Presupunand ca pe primul hdd din raid datele sunt corect pastrate, cum as putea sa refac raid-ul? Ma poate ajuta cineva pas cu pas? Am gasit mai multe tutoriale pe net cum ar fi si http://www.howtoforge.com/replacing_hard_disks_in_a_raid1_array, dar nu acopera situația mea si nu vreau sa pierd si ceea ce am. Multam ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
Am gasit mai multe tutoriale pe net cum ar fi si http://www.howtoforge.com/replacing_hard_disks_in_a_raid1_array, dar nu acopera situația mea si nu vreau sa pierd si ceea ce am. Poate sunt eu mai adormit la ora asta, dar din ce-am vazut in tutorial pare ok. Singura chestie de care trebuie sa ai grija este numerotarea hardurilor. Am patit-o la un server ca dupa ce a crapat sda-ul, automat sdb-ul a fost detectat ca sda. A fost un pic de munca dar in final pacientul a scapat cu bine din operatie. Oricum, ti-as recomanda daca poti sa mai gasesti inca un hard de imprumut si daca timpul iti permite sa faci o copie a discului (just in case). Alex ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
* * 2010/2/4 Alex 'CAVE' Cernat c...@cernat.ro Am gasit mai multe tutoriale pe net cum ar fi si http://www.howtoforge.com/replacing_hard_disks_in_a_raid1_array, dar nu acopera situația mea si nu vreau sa pierd si ceea ce am. Poate sunt eu mai adormit la ora asta, dar din ce-am vazut in tutorial pare ok. Singura chestie de care trebuie sa ai grija este numerotarea hardurilor. Am patit-o la un server ca dupa ce a crapat sda-ul, automat sdb-ul a fost detectat ca sda. A fost un pic de munca dar in final pacientul a scapat cu bine din operatie. Oricum, ti-as recomanda daca poti sa mai gasesti inca un hard de imprumut si daca timpul iti permite sa faci o copie a discului (just in case). Alex am facut deja o copie a hdd-ului ramas din raid. dd if=/dev/sda of=/./imagine deci aici sunt ok problema e ca desi am facut copie a mbr-ului cu sfdisk -d /dev/sda | sfdisk /dev/sdb * * *la reboot, se vad partitiile (sda1, sda2, sdb1, sdb2, etc), dar nu vad md-urile* * * *IAR, daca aplic ceea ce spune tutorialul mdadm --manage /dev/md0 --remove(--add) /dev/sdb1, * *imi spune ca device-ul md0 nu exista* * * ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
Quoting Alex 'CAVE' Cernat c...@cernat.ro: Am gasit mai multe tutoriale pe net cum ar fi si http://www.howtoforge.com/replacing_hard_disks_in_a_raid1_array, dar nu acopera situa?ia mea si nu vreau sa pierd si ceea ce am. Poate sunt eu mai adormit la ora asta, dar din ce-am vazut in tutorial pare ok. Singura chestie de care trebuie sa ai grija este numerotarea hardurilor. Am patit-o la un server ca dupa ce a crapat sda-ul, automat sdb-ul a fost detectat ca sda. A fost un pic de munca dar in final pacientul a scapat cu bine din operatie. Oricum, ti-as recomanda daca poti sa mai gasesti inca un hard de imprumut si daca timpul iti permite sa faci o copie a discului (just in case). Alex Eu chiar am recuperat, un raid dupa tutorialul ala acu ceva timp. In plus am facut urmatorul lucru, ca sa nu gresesc(in ideea lui Alex), am copiat cu dd-ul de pe HDD-ul valid pe HDD-ul pe care urma sa-l adaug in RAID. Asa practic ai 2 HDD-ri cu aceleasi date, si nu are importanta care cu care se sincronizeaza in raid. Sigur ca un backup nu strica niciodata, mai ales daca ai date f. importanate. This message was sent using IMP, the Internet Messaging Program. pgpGKmQOWlJNp.pgp Description: PGP Digital Signature ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
Mircea Popescu wrote: **la reboot, se vad partitiile (sda1, sda2, sdb1, sdb2, etc), dar nu vad md-urile* * * *IAR, daca aplic ceea ce spune tutorialul mdadm --manage /dev/md0 --remove(--add) /dev/sdb1, * *imi spune ca device-ul md0 nu exista* * * mai da un cat /proc/mdstat o data cu un singur hard, si a doua oara dupa ce bagi hardul nou, sa vedem ce crede kernelul despre asta ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
Eu chiar am recuperat, un raid dupa tutorialul ala acu ceva timp. In plus am facut urmatorul lucru, ca sa nu gresesc(in ideea lui Alex), am copiat cu dd-ul de pe HDD-ul valid pe HDD-ul pe care urma sa-l adaug in RAID. Asa practic ai 2 HDD-ri cu aceleasi date, si nu are importanta care cu care se sincronizeaza in raid. Sigur ca un backup nu strica niciodata, mai ales daca ai date f. importanate. Teoretic nu e chiar 'politically correct', in sensul ca intr-adevar, cele 2 harduri sunt aproape identice, difera doar o mica parte pusa la sfarsitul fiecarei partitii, in care isi scrie linuul diverse chestii de raid. Dar avand in vedere ca oricum era acelasi lucru pe fiecare, chiar nu conta in ce directie s-a facut sincronizarea de dupa. Totul e sa treaca cu bine si sa nu sughite prea tare cand vede ca informatiile 'raid-related' sunt identice pe ambele discuri. Si backup-ul cu siguranta e sfant, prietenii stiu de ce :-D Alex ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
2010/2/4 Alex 'CAVE' Cernat c...@cernat.ro Mircea Popescu wrote: **la reboot, se vad partitiile (sda1, sda2, sdb1, sdb2, etc), dar nu vad md-urile* * * *IAR, daca aplic ceea ce spune tutorialul mdadm --manage /dev/md0 --remove(--add) /dev/sdb1, * *imi spune ca device-ul md0 nu exista* * * mai da un cat /proc/mdstat o data cu un singur hard, si a doua oara dupa ce bagi hardul nou, sa vedem ce crede kernelul despre asta cu hdd-ul nou: r...@sysresccd /root % cat /proc/mdstat Personalities : [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] unused devices: none cu un singur hdd: r...@sysresccd /root % cat /proc/mdstat Personalities : [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] unused devices: none deci, la fel Pot crea md-urile fara sa afectez continutul discurilor? Sincer cred ca e posibil cumva, dar suflu si in iaurt acum de aceea prefer sa ma sfatuiasca cineva care chiar a trecut prin aceeasi situatie: md-uri lipsa, hdd nou, lipsa totala a celui stricat. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
Mircea Popescu wrote: Pot crea md-urile fara sa afectez continutul discurilor? mdadm --assemble /dev/md0 /dev/sda1 Dupa ce ai raidul pornit si vizibil in /proc/mdstat poti sa dai add cu celalt disc Daca e o distributie din secolul asta dupa ce ariile sint functionale tre sa le declari in /etc/mdadm/mdadm.conf (mdadm --detail --scan ti le listeaza) si dupa aia sa refaci initramfs (pe debian/ubuntu ar fi update-initramfs -u) -- Dan Borlovan Datagroup-Int ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
2010/2/4 Dan Borlovan d...@level7.ro Mircea Popescu wrote: Pot crea md-urile fara sa afectez continutul discurilor? mdadm --assemble /dev/md0 /dev/sda1 Dupa ce ai raidul pornit si vizibil in /proc/mdstat poti sa dai add cu celalt disc Daca e o distributie din secolul asta dupa ce ariile sint functionale tre sa le declari in /etc/mdadm/mdadm.conf (mdadm --detail --scan ti le listeaza) si dupa aia sa refaci initramfs (pe debian/ubuntu ar fi update-initramfs -u) Iata output-ul: mdadm --assemble /dev/md0 /dev/sda1 mdadm: no recogniseable superblock on /dev/sda1 mdadm: /dev/sda1 has no superblock - assembly aborted Cred ca ne apropiem de dezastru -- Dan Borlovan Datagroup-Int ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
Mircea Popescu wrote: mdadm --assemble /dev/md0 /dev/sda1 mdadm: no recogniseable superblock on /dev/sda1 mdadm: /dev/sda1 has no superblock - assembly aborted Cred ca ne apropiem de dezastru Eu nu inteleg o chestie: cum puii mei a disparut raid-ul ? Ca daca iti pica un hard el continua sa porneasca si sa functioneze in mod degradat, dar porneste si functioneaza. Ceea ce la tine nu pare sa se intample ... Sau butezi de pe un alt hard / cdrom ? Alex ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
Quoting Alex 'CAVE' Cernat c...@cernat.ro: Mircea Popescu wrote: mdadm --assemble /dev/md0 /dev/sda1 mdadm: no recogniseable superblock on /dev/sda1 mdadm: /dev/sda1 has no superblock - assembly aborted Dintr-un motiv oarecare, mie mi se pare ca de fapt, partitia /dev/sda1 nu este marcata ca de tip raid. - fdisk -l /dev/sda, ce zice? -normal ar trebui sa zica cam asa: dev/sda1 * 1 x+ fd Linux raid autodetect -asta ar fi prima conditie, care trebuie indeplinita, partitiile sa fie de tipul Linux raid Cred ca ne apropiem de dezastru Eu nu inteleg o chestie: cum puii mei a disparut raid-ul ? Ca daca iti pica un hard el continua sa porneasca si sa functioneze in mod degradat, dar porneste si functioneaza. Ceea ce la tine nu pare sa se intample ... Sau butezi de pe un alt hard / cdrom ? Alex ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug -- English Version: This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. Versiunea Romana: Mesajul a fost scanat de MailScanner si este considerat a fi neinfectat. This message was sent using IMP, the Internet Messaging Program. pgpd3ilBzARcL.pgp Description: PGP Digital Signature ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
2010/2/4 Alex 'CAVE' Cernat c...@cernat.ro Mircea Popescu wrote: mdadm --assemble /dev/md0 /dev/sda1 mdadm: no recogniseable superblock on /dev/sda1 mdadm: /dev/sda1 has no superblock - assembly aborted Cred ca ne apropiem de dezastru Eu nu inteleg o chestie: cum puii mei a disparut raid-ul ? Ca daca iti pica un hard el continua sa porneasca si sa functioneze in mod degradat, dar porneste si functioneaza. Ceea ce la tine nu pare sa se intample ... Sau butezi de pe un alt hard / cdrom ? Alex bootarea se facea de pe un flash, pe hdd-urile in raid se facea doar stocarea. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
2010/2/4 Iulian Murgulet gul...@casbv.ro Quoting Alex 'CAVE' Cernat c...@cernat.ro: Mircea Popescu wrote: mdadm --assemble /dev/md0 /dev/sda1 mdadm: no recogniseable superblock on /dev/sda1 mdadm: /dev/sda1 has no superblock - assembly aborted Dintr-un motiv oarecare, mie mi se pare ca de fapt, partitia /dev/sda1 nu este marcata ca de tip raid. - fdisk -l /dev/sda, ce zice? -normal ar trebui sa zica cam asa: dev/sda1 * 1 x+ fd Linux raid autodetect -asta ar fi prima conditie, care trebuie indeplinita, partitiile sa fie de tipul Linux raid fdisk -l /dev/sda imi arata: Disk /dev/sda: 500.1 GB, 500107862016 bytes 255 heads, 63 sectors/track, 60801 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x Device Boot Start End Blocks Id System /dev/sda1 * 1 912 7325608+ fd Linux raid autodetect /dev/sda2 9131824 7325640 fd Linux raid autodetect /dev/sda31825 60801 473732752+ fd Linux raid autodetect Cred ca ne apropiem de dezastru Eu nu inteleg o chestie: cum puii mei a disparut raid-ul ? Ca daca iti pica un hard el continua sa porneasca si sa functioneze in mod degradat, dar porneste si functioneaza. Ceea ce la tine nu pare sa se intample ... Sau butezi de pe un alt hard / cdrom ? Alex ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug -- English Version: This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. Versiunea Romana: Mesajul a fost scanat de MailScanner si este considerat a fi neinfectat. This message was sent using IMP, the Internet Messaging Program. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
Mircea Popescu wrote: fdisk -l /dev/sda imi arata: Disk /dev/sda: 500.1 GB, 500107862016 bytes 255 heads, 63 sectors/track, 60801 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x Device Boot Start End Blocks Id System /dev/sda1 * 1 912 7325608+ fd Linux raid autodetect /dev/sda2 9131824 7325640 fd Linux raid autodetect /dev/sda31825 60801 473732752+ fd Linux raid autodetect incearca cu --build ... si ca sa fii sigur (daca zici ca ai facut imagine pe celelalt) foloseste un hdd + missing ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
2010/2/4 Vlad Georgescu v...@lsi.ro Mircea Popescu wrote: fdisk -l /dev/sda imi arata: Disk /dev/sda: 500.1 GB, 500107862016 bytes 255 heads, 63 sectors/track, 60801 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x Device Boot Start End Blocks Id System /dev/sda1 * 1 912 7325608+ fd Linux raid autodetect /dev/sda2 9131824 7325640 fd Linux raid autodetect /dev/sda31825 60801 473732752+ fd Linux raid autodetect incearca cu --build ... si ca sa fii sigur (daca zici ca ai facut imagine pe celelalt) foloseste un hdd + missing faptul ca mdadm --assemble /dev/md0 /dev/sda1 imi returneaza mdadm: no recogniseable superblock on /dev/sda1 mdadm: /dev/sda1 has no superblock - assembly aborted ma face sa cred ca exista o eroare la nivelul superblock-ului intrebare, acum: daca ii dau un mdadm --build ... ce se va suprascrie? Deci ce voi pierde? ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
Mircea Popescu wrote: faptul ca mdadm --assemble /dev/md0 /dev/sda1 imi returneaza mdadm: no recogniseable superblock on /dev/sda1 mdadm: /dev/sda1 has no superblock - assembly aborted ma face sa cred ca exista o eroare la nivelul superblock-ului intrebare, acum: daca ii dau un mdadm --build ... ce se va suprascrie? Deci ce voi pierde? daca ai facut imagine cu dd pe celalalt hdd (si vei folosi doar unu' pt. operatie), nu vei pierde nimic indiferent ce i-ai face primului ;) ... si da-i cu man mdadm - nu lua de buna ce zicem noi p'aici ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
2010/2/4 Vlad Georgescu v...@lsi.ro Mircea Popescu wrote: faptul ca mdadm --assemble /dev/md0 /dev/sda1 imi returneaza mdadm: no recogniseable superblock on /dev/sda1 mdadm: /dev/sda1 has no superblock - assembly aborted ma face sa cred ca exista o eroare la nivelul superblock-ului intrebare, acum: daca ii dau un mdadm --build ... ce se va suprascrie? Deci ce voi pierde? daca ai facut imagine cu dd pe celalalt hdd (si vei folosi doar unu' pt. operatie), nu vei pierde nimic indiferent ce i-ai face primului ;) ... si da-i cu man mdadm - nu lua de buna ce zicem noi p'aici Bun, am dat un mdadm --build /dev/md2 --level=1 --raid-devices=2 /dev/sda2 missing mi-a aparut /dev/md2 dar la montare nu recunoaste sistemul de fisiere r...@sysresccd /root % mount /dev/md2 /mnt/md2 -t ext3 mount: wrong fs type, bad option, bad superblock on /dev/md2, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so IAR: e2fsck /dev/md2 e2fsck 1.41.3 (12-Oct-2008) e2fsck: Superblock invalid, trying backup blocks... e2fsck: Bad magic number in super-block while trying to open /dev/md2 mai am vreo sansa? ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
Mircea Popescu wrote: Bun, am dat un mdadm --build /dev/md2 --level=1 --raid-devices=2 /dev/sda2 missing mi-a aparut /dev/md2 dar la montare nu recunoaste sistemul de fisiere r...@sysresccd /root % mount /dev/md2 /mnt/md2 -t ext3 mount: wrong fs type, bad option, bad superblock on /dev/md2, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so IAR: e2fsck /dev/md2 e2fsck 1.41.3 (12-Oct-2008) e2fsck: Superblock invalid, trying backup blocks... e2fsck: Bad magic number in super-block while trying to open /dev/md2 mai am vreo sansa? si tune2fs -l /dev/md2 ce zice? ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
On Thu, Feb 4, 2010 at 12:36 PM, Vlad Georgescu v...@lsi.ro wrote: Mircea Popescu wrote: Bun, am dat un mdadm --build /dev/md2 --level=1 --raid-devices=2 /dev/sda2 missing mi-a aparut /dev/md2 dar la montare nu recunoaste sistemul de fisiere r...@sysresccd /root % mount /dev/md2 /mnt/md2 -t ext3 mount: wrong fs type, bad option, bad superblock on /dev/md2, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so IAR: e2fsck /dev/md2 e2fsck 1.41.3 (12-Oct-2008) e2fsck: Superblock invalid, trying backup blocks... e2fsck: Bad magic number in super-block while trying to open /dev/md2 mai am vreo sansa? si tune2fs -l /dev/md2 ce zice? r...@sysresccd /root % tune2fs -l /dev/md2 tune2fs 1.41.3 (12-Oct-2008) tune2fs: Bad magic number in super-block while trying to open /dev/md2 Couldn't find valid filesystem superblock. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
Mircea Popescu wrote: r...@sysresccd /root % tune2fs -l /dev/md2 tune2fs 1.41.3 (12-Oct-2008) tune2fs: Bad magic number in super-block while trying to open /dev/md2 Couldn't find valid filesystem superblock. sigur ai ext3 acolo? n-ai swap sau altceva? ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
On Thu, Feb 4, 2010 at 12:57 PM, Vlad Georgescu v...@lsi.ro wrote: Mircea Popescu wrote: r...@sysresccd /root % tune2fs -l /dev/md2 tune2fs 1.41.3 (12-Oct-2008) tune2fs: Bad magic number in super-block while trying to open /dev/md2 Couldn't find valid filesystem superblock. sigur ai ext3 acolo? n-ai swap sau altceva? sigur am ext3 ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
Mircea Popescu wrote: On Thu, Feb 4, 2010 at 12:57 PM, Vlad Georgescu v...@lsi.ro wrote: Mircea Popescu wrote: r...@sysresccd /root % tune2fs -l /dev/md2 tune2fs 1.41.3 (12-Oct-2008) tune2fs: Bad magic number in super-block while trying to open /dev/md2 Couldn't find valid filesystem superblock. sigur ai ext3 acolo? n-ai swap sau altceva? sigur am ext3 Sigur n-aveai LVM ? ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema cu un Centos 5.4 - retea instabila
2010/2/2 lonely wolf wo...@prolinux.ro: [...] eu stiu ce face netvision? acum stind si gindindu-ma, s-ar putea totusi sa gresesc: in mod normal linuxul ar trebui sa tipe si sa anunte daca observa un conflict de MAC sau IP , mai ales la ridicarea interfetei. Umpic de lumina pe ethernet layer2 :) Un host nu are cum sa afle daca ii este furat MAC-ul in retea. Poate doar sa deduca asta din faptul ca dintr-o data are heavy packet loss pe incoming. Din cate stiu, placile de retea nu pun pe sarma frame-uri cu dst_mac = own_mac; si si daca ar pune, in microsecunda receptionarii frame-ului, switch-ul invata MAC-ul respectiv pe portul sursa, si deci o sa retrimita frame-ul pe acelasi port. (sau mai degraba o sa-l drop-uie, pentru ca un switch bine-crescut nu ar trebui niciodata sa trimita un frame pe acelasi port pe care l-a primit) Furtul de MAC se poate detecta pe switch-uri, prin activarea detectiei de MAC-flapping. Cand un MAC flapeaza intre 2 porturi, ori e furt de MAC (1 MAC flapeaza), ori bucla nedetectata (N MAC-uri flapeaza). De asemenea, furtul unui MAC-uri mai poate fi detectat de pe un alt host din retea prin arping-uirea broadcast a MAC-ului si numararea replyurilor -- daca sunt 1 nu e bine. Furtul de IP in schimb poate fi detectat de host, prin Gratuitous ARP. Windozele fac asta cand li se ridica o interfata, Linuxul face asta doar cand porneste reteaua. Prin Linux vreau sa zic redhat-style distros, unde detectia o face un arping -I $REALDEVICE $IPADDR din /etc/sysconfig/network-scripts/ifup-eth. Nu stiu despre alte tipuri de distributii. HTH -- www.flo.ro ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
On Thu, Feb 4, 2010 at 1:09 PM, Dragos Chiriac dra...@secured.ro wrote: Mircea Popescu wrote: On Thu, Feb 4, 2010 at 12:57 PM, Vlad Georgescu v...@lsi.ro wrote: Mircea Popescu wrote: r...@sysresccd /root % tune2fs -l /dev/md2 tune2fs 1.41.3 (12-Oct-2008) tune2fs: Bad magic number in super-block while trying to open /dev/md2 Couldn't find valid filesystem superblock. sigur ai ext3 acolo? n-ai swap sau altceva? sigur am ext3 Sigur n-aveai LVM ? Cu siguranta nu ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
Mircea Popescu wrote: sigur am ext3 in cazul asta incearca: dumpe2fs /dev/md2 | grep -i superblock si apoi: e2fsck -b x /dev/md2 ai spus ca /boot este pe un flash si vad din fdisk ca doua partitii sunt mititele si una mare ... swap-ul pe care este? oricum incearca sa activezi si celelalte md-uri si incearca sa le montezi ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema cu un Centos 5.4 - retea instabila
Florin Popovici wrote: 2010/2/2 lonely wolf wo...@prolinux.ro: [...] eu stiu ce face netvision? acum stind si gindindu-ma, s-ar putea totusi sa gresesc: in mod normal linuxul ar trebui sa tipe si sa anunte daca observa un conflict de MAC sau IP , mai ales la ridicarea interfetei. Umpic de lumina pe ethernet layer2 :) Un host nu are cum sa afle daca ii este furat MAC-ul in retea. Poate doar sa deduca asta din faptul ca dintr-o data are heavy packet loss pe incoming. Din cate stiu, placile de retea nu pun pe sarma frame-uri cu dst_mac = own_mac; si si daca ar pune, in microsecunda receptionarii frame-ului, ... care microsecunda dureaza si 30 de sec pe unele ciscoace ... Furtul de MAC se poate detecta pe switch-uri, prin activarea detectiei de MAC-flapping. Cand un MAC flapeaza intre 2 porturi, ori e furt de MAC (1 MAC flapeaza), ori bucla nedetectata (N MAC-uri flapeaza). cu conditia sa ai switchuri suficient de inteligente, ceea ce nu e neaparat cazul la retelele de cartier. e suficient sa ai o cascada de 2-3 switchuri chioare si 2 baieti destepti si incepi sa faci referiri la rude si sarbatori crestine. si da, ai dreptate, doar conflictul de IP e detectabil local. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
2010/2/4 Dan Borlovan d...@level7.ro: Mircea Popescu wrote: Pot crea md-urile fara sa afectez continutul discurilor? mdadm --assemble /dev/md0 /dev/sda1 Dupa ce ai raidul pornit si vizibil in /proc/mdstat poti sa dai add cu celalt disc Va rog eu foarte frumos, nu mai spuneti aberatii pe lista, nu de alta, dar avem si copii mici care pe tot ce pun mana, baga in gura si dupa aia incep sa planga ca nenea rau le-a stricat masina de productie. Daca nu ma insel comanda aia n-o sa mearga decat in conditiile in care sda1 este deja membru intr-un array raid1 si nu e nici un md0 pornit. Device-urile membre ale unui raid contin superblock de md, care descrie chunk size si numarul de chunkuri si ID-urile membrului raid, respectiv al device-ului md, cat sa se prinda cine cu cine trebuie imperecheat. Faptul ca acest superblock e la coada blockdev-ului permite ca membrii unui raid1 sa poata fi montati individual ca ext3/xfs/whatever (nu se face nici o translatare a adreselor). Asta nu inseamna ca merge si invers! Corect se face asa: - sa zicem ca ai discul sda partitionat si formatat traditional si vrei sa-i mai pui unul sau mai multe discuri si sa faci raid cu toate. - pe discul sau discurile noi (N-1, lasand sda la o parte) le partitionezi cum iti va conveni (partition type 0xFD la membrii raid nu e musai necesar, dar previne confuzii) si faci raidurile pastrand liber locul sda-ului, la modul: mdadm --create --level 5 (sau 1, sau 10, sau whatever) --raid-devices 4 (adica N, numarand si sda) /dev/md0 missing /dev/sdb1 /dev/sdc1 /dev/sdd1 (lasi missing in locul partitiei de pe sda). La fel si cu restul de md-uri. daca vrei sa si bootezi de pe raid, partitia pe care e /boot va trebui sa fie raid1 (o sa explic mai jos cum faci cu grub ca sa n-ai probleme), desi am auzit ca grub2 ar sti sa booteze de pe raid, n-am incercat, nu ma pronunt. - dupa ce ai md-urile create (atentie, daca ai inegalitati de marime intre discuri sau partitii, se va considera marimea celei mai mici ca marimea tuturor iar restul de spatiu de pe cele mai mari nu va putea fi folosit), le formatezi cu mkfs (md-urile, nu partitiile), le montezi undeva si copiezi datele de pe partitiile de pe sda pe md-uri, in functie de cum o sa vrei sa le montezi (cp -ax e suficient, de incercat sa fie activitate cat mai mica pe disc ca sa pierzi cat mai putine date proaspete la mutare). - daca e vorba de discul sistem si nu se poate demonta, se seteaza bootloaderul sa porneasca cu md-urile ( grubul de pe discurile din raid si fstabul de pe md-ul care va avea rol de root). - grubul pt. boot de pe un / sau /boot care e un raid1 format din sdb1, sdc1 si sdd1 se seteaza asa: * din sistemul parinte (pe care ai montat /dev) rulezi: grub --no-floppy * device (hd0) /dev/sdb ### scenariul in care sdb este vazut de bios ca primul hard-disc * root (hd0,0) adica sdb1, prima partitie de pe primul disc din bios * setup (hd0) instalezi grub in mbr-ul discului respectiv * device (hd0) /dev/sdc # la fel pt. discul urmator, il punem tot ca discul de boot, pentru ca daca biosul ajunge sa booteze de pe el, asta e * root (hd0,0) * setup (hd0) * device (hd0) /dev/sdd * root (hd0,0) * setup (hd0) * ctrl-c sa iesi din shellul grub * atentie! nu umbla la mbr-ul lui sda pentru ca de ala stii sigur ca booteaza in caz ca ai ratat ceva * ce face toata schema de mai sus: instruieste grubul de pe fiecare disc sa incarce 2nd stage si kernelul de pe partitia de pe _acelasi_ disc. Daca nu faci remapari de device-uri si doar setup (hd1), setup (hd2), etc, o sa te trezesti ca-si cauta 2nd stage la locatia pe care o avea pe (hd0), care in principiu e aceeasi la raid1, cu exceptia cazului de fata cand hd0 e un filesystem diferit. - de la o vreme si din niste motive pe care cei care nu s-au lovit de ele le injura :P mdadm a inceput sa ceara un fisier de configurare care sa-i spuna ce device-uri sa foloseasca. Pe Debian asta se rezolva cu /usr/share/mdadm/mkconf /etc/mdadm.conf urmat de mkinitramfs -u -k all (eu fac asta in chrootul de pe raid in care am montat in prealabil cu -o bind /dev si /sys). Daca ai alta distributie vezi daca ai acest mkconf si pe unde e. Se recomanda sa arunci o privire peste acest mdadm.conf generat si sa vezi daca e ce trebuie. ID-urile se obtin cu mdadm --detail /dev/md0 sau mdadm --info /dev/sdb1 (sau poti tine minte doar mdadm --query ca zice ala ce e cazul sa dai mai departe). - reboot cu fortarea din bios sa booteze de pe unul din discurile noi (nu uita sa setezi root=/dev/md0 in configul de grub din raid si fstabul din raid sa monteze md-urile, nu sda-urile). - daca nu mi-a scapat nimic, in principiu ar trebui ca dupa reboot sa ai montate raidurile, iar sda sa fie nefolosit. Raidurile sunt inca degradate (cu sdaX missing), asa ca ar trebui reparate repede. Daca e cazul, monteaza sda-urile undeva sa mai copiezi datele care ti-au scapat (desi va fi mai dificil, ca pe md a inceput deja sa se faca
Re: [rlug] Problema cu un Centos 5.4 - retea instabila
2010/2/4 lonely wolf wo...@prolinux.ro: Florin Popovici wrote: 2010/2/2 lonely wolf wo...@prolinux.ro: [...] eu stiu ce face netvision? acum stind si gindindu-ma, s-ar putea totusi sa gresesc: in mod normal linuxul ar trebui sa tipe si sa anunte daca observa un conflict de MAC sau IP , mai ales la ridicarea interfetei. Umpic de lumina pe ethernet layer2 :) Un host nu are cum sa afle daca ii este furat MAC-ul in retea. Poate doar sa deduca asta din faptul ca dintr-o data are heavy packet loss pe incoming. Din cate stiu, placile de retea nu pun pe sarma frame-uri cu dst_mac = own_mac; si si daca ar pune, in microsecunda receptionarii frame-ului, ... care microsecunda dureaza si 30 de sec pe unele ciscoace ... Furtul de MAC se poate detecta pe switch-uri, prin activarea detectiei de MAC-flapping. Cand un MAC flapeaza intre 2 porturi, ori e furt de MAC (1 MAC flapeaza), ori bucla nedetectata (N MAC-uri flapeaza). cu conditia sa ai switchuri suficient de inteligente, ceea ce nu e neaparat cazul la retelele de cartier. e suficient sa ai o cascada de 2-3 switchuri chioare si 2 baieti destepti si incepi sa faci referiri la rude si sarbatori crestine. si da, ai dreptate, doar conflictul de IP e detectabil local. ... fara sa-ti dai jos orice ip, sa setezi alt mac, sa pui interfata in promiscuous si sa lasi un tcpdump pornit o zi sa vezi daca animalul n-a scapat ceva protocoale care fac broadcast sau ... sa astepti cat sa faci colectie de clasele de ip-uri care-s la tine in retea, sa-ti ridici un ip care pare nefolosit (cu tot cu un mac de vmware sau ceva) si sa faci un arp scan pe toate clasele alea pana gasesti animalu' (desi cine iti fura macul iti fura in general si ip-ul ca na) -- Petre don't thread on me Ratiu ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
2010/2/4 Vlad Georgescu v...@lsi.ro Mircea Popescu wrote: sigur am ext3 in cazul asta incearca: dumpe2fs /dev/md2 | grep -i superblock si apoi: e2fsck -b x /dev/md2 r...@sysresccd /root % dumpe2fs /dev/md2 | grep -i superblock dumpe2fs 1.41.3 (12-Oct-2008) dumpe2fs: Bad magic number in super-block while trying to open /dev/md2 Couldn't find valid filesystem superblock. DAR in urma unui mdadm --build /dev/md1 --level=1 --raid-devices=2 /dev/sda1 missing am reusit sa montez device-ul si sa vad toate fisierele de pe MD1 ... le-am facut imagine, etc ... deci asta e salvata. Problema subzista pentru MD2 si MD3 si nu stiu cum sa continui toata treaba ai spus ca /boot este pe un flash si vad din fdisk ca doua partitii sunt mititele si una mare ... swap-ul pe care este? oricum incearca sa activezi si celelalte md-uri si incearca sa le montezi ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
Petru Ratiu wrote: Device-urile membre ale unui raid contin superblock de md, care descrie chunk size si numarul de chunkuri si ID-urile membrului raid, respectiv al device-ului md, cat sa se prinda cine cu cine trebuie imperecheat. Faptul ca acest superblock e la coada blockdev-ului permite ca membrii unui raid1 sa poata fi montati individual ca ext3/xfs/whatever (nu se face nici o translatare a adreselor). Asta nu inseamna ca merge si invers! Omu a zis ca i-a crapat un disc dintr-un raid1 si de fapt raid-ul nici nu mai era pornit ca sa faca hotadd cu discul nou Caz in care nu ma prind de ce n-are voie sa faca assemble de mina Sau n-am inteles eu problema initiala? Da, daca vrei sa transformi din raid in non-raid sau invers e alta poveste -- Dan Borlovan Datagroup-Int ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
Petru Ratiu wrote: 2010/2/4 Dan Borlovan d...@level7.ro: Mircea Popescu wrote: Pot crea md-urile fara sa afectez continutul discurilor? mdadm --assemble /dev/md0 /dev/sda1 Dupa ce ai raidul pornit si vizibil in /proc/mdstat poti sa dai add cu celalt disc Va rog eu foarte frumos, nu mai spuneti aberatii pe lista, nu de alta, dar avem si copii mici care pe tot ce pun mana, baga in gura si dupa aia incep sa planga ca nenea rau le-a stricat masina de productie. Daca nu ma insel comanda aia n-o sa mearga decat in conditiile in care sda1 este deja membru intr-un array raid1 si nu e nici un md0 pornit. Dap, dar omul avea ceva raid inainte pe disk. Probabil de asta i s-a recomandat sa incerce assemble. Raspunsul corect cred ca era : la create/build nu iti va afecta FS-ul. Si in mod normal, asa cum a zis si RPetre, daca ai raid1 nu e musai sa pornesti raidul ca sa citesti FS-ul de pe partitie, superblockul raid e undeva dupa ce se termina FS-ul. Am facut candva un stunt, cu un raid care nu mai voia --assembe , sa dau direct create, si apoi mount, si a mers cat sa recuperez datele si sa arunc discurile care incepusera in bunul stil seagate 250G primele serii sa crape simultan. Depinde daca ai folosit sa nu superblock la crearea arrayului (desi in mod normal cam toate au). De altfel m-am si intrebat de ce nu a incercat sa monteze direct partitiile, ca nu era nici o greata cu raid1. Deci raidul nu e musai sa aiba superblock. create/assemble se folosete la cele cu superblock, build la cele fara superblock. Doar ca alea fara supeblock sunt dumb, si-ti trebe fisier de configurare musai pentru ele. Daca vrei sa vezi ce ai pe o partitie, se poate folosi mdadm --examine /dev/sdYX. La care ai si linia de events, pe care daca o compari vezi : 1. care device-uri sunt in sync (au ac numar la events) 2. care e cea mai noua versiune dupa desincronizare, si implicit care a fost discul scuipat afara din raid chiar daca vine cu discurile la tine in punga si nenumerotate. Omul are o problema mai grava, anume asta: r...@sysresccd /root % tune2fs -l /dev/md2 tune2fs 1.41.3 (12-Oct-2008) tune2fs: Bad magic number in super-block while trying to open /dev/md2 Couldn't find valid filesystem superblock. In mod normal ar putea sa citeasca/verifice partitia si direct #tune2fs -l /dev/sdXY FS-ul pare decedat, se poate incerca ceva cu debugfs, la genu de aici : http://www.securityfocus.com/infocus/1902 Dragos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
2010/2/4 Dragos Chiriac dra...@secured.ro Petru Ratiu wrote: 2010/2/4 Dan Borlovan d...@level7.ro: Mircea Popescu wrote: Pot crea md-urile fara sa afectez continutul discurilor? mdadm --assemble /dev/md0 /dev/sda1 Dupa ce ai raidul pornit si vizibil in /proc/mdstat poti sa dai add cu celalt disc Va rog eu foarte frumos, nu mai spuneti aberatii pe lista, nu de alta, dar avem si copii mici care pe tot ce pun mana, baga in gura si dupa aia incep sa planga ca nenea rau le-a stricat masina de productie. Daca nu ma insel comanda aia n-o sa mearga decat in conditiile in care sda1 este deja membru intr-un array raid1 si nu e nici un md0 pornit. Dap, dar omul avea ceva raid inainte pe disk. Probabil de asta i s-a recomandat sa incerce assemble. Raspunsul corect cred ca era : la create/build nu iti va afecta FS-ul. Si in mod normal, asa cum a zis si RPetre, daca ai raid1 nu e musai sa pornesti raidul ca sa citesti FS-ul de pe partitie, superblockul raid e undeva dupa ce se termina FS-ul. Am facut candva un stunt, cu un raid care nu mai voia --assembe , sa dau direct create, si apoi mount, si a mers cat sa recuperez datele si sa arunc discurile care incepusera in bunul stil seagate 250G primele serii sa crape simultan. Depinde daca ai folosit sa nu superblock la crearea arrayului (desi in mod normal cam toate au). De altfel m-am si intrebat de ce nu a incercat sa monteze direct partitiile, ca nu era nici o greata cu raid1. Deci raidul nu e musai sa aiba superblock. create/assemble se folosete la cele cu superblock, build la cele fara superblock. Doar ca alea fara supeblock sunt dumb, si-ti trebe fisier de configurare musai pentru ele. da, dar eu am reusit sa recuperez unul dintre cele 3 md-uri cu build, fara superblock si fara fisier de configurare ziceai mai sus ca pot citi fs-ul de pe partitie fara superblock-ul raid ... cum fac asta Si ca sa va amuz putin pe toti, apropos de Seagate-urile care pica amandoua simultan ... si eu aveam tot 2 Seagate-uri de 500 GB insa si acum incep sa cred ca asa s-a intamplat si la mine, poate nu in aceeasi masura la ambele discuri ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
Mircea Popescu wrote: Si ca sa va amuz putin pe toti, apropos de Seagate-urile care pica amandoua simultan ... si eu aveam tot 2 Seagate-uri de 500 GB insa si acum incep sa cred ca asa s-a intamplat si la mine, poate nu in aceeasi masura la ambele discuri De aia s-a inventat verificarea automata lunara (pentru debian/ubuntu /etc/default/mdadm AUTOCHECK=true) si smartmontools Caz in care cind shit happens primesti un mail Semnat Unul care a patit-o -- Dan Borlovan Datagroup-Int ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
Mircea Popescu wrote: 2010/2/4 Dragos Chiriac dra...@secured.ro Petru Ratiu wrote: 2010/2/4 Dan Borlovan d...@level7.ro: Mircea Popescu wrote: Pot crea md-urile fara sa afectez continutul discurilor? mdadm --assemble /dev/md0 /dev/sda1 Dupa ce ai raidul pornit si vizibil in /proc/mdstat poti sa dai add cu celalt disc Va rog eu foarte frumos, nu mai spuneti aberatii pe lista, nu de alta, dar avem si copii mici care pe tot ce pun mana, baga in gura si dupa aia incep sa planga ca nenea rau le-a stricat masina de productie. Daca nu ma insel comanda aia n-o sa mearga decat in conditiile in care sda1 este deja membru intr-un array raid1 si nu e nici un md0 pornit. Dap, dar omul avea ceva raid inainte pe disk. Probabil de asta i s-a recomandat sa incerce assemble. Raspunsul corect cred ca era : la create/build nu iti va afecta FS-ul. Si in mod normal, asa cum a zis si RPetre, daca ai raid1 nu e musai sa pornesti raidul ca sa citesti FS-ul de pe partitie, superblockul raid e undeva dupa ce se termina FS-ul. Am facut candva un stunt, cu un raid care nu mai voia --assembe , sa dau direct create, si apoi mount, si a mers cat sa recuperez datele si sa arunc discurile care incepusera in bunul stil seagate 250G primele serii sa crape simultan. Depinde daca ai folosit sa nu superblock la crearea arrayului (desi in mod normal cam toate au). De altfel m-am si intrebat de ce nu a incercat sa monteze direct partitiile, ca nu era nici o greata cu raid1. Deci raidul nu e musai sa aiba superblock. create/assemble se folosete la cele cu superblock, build la cele fara superblock. Doar ca alea fara supeblock sunt dumb, si-ti trebe fisier de configurare musai pentru ele. da, dar eu am reusit sa recuperez unul dintre cele 3 md-uri cu build, fara superblock si fara fisier de configurare ziceai mai sus ca pot citi fs-ul de pe partitie fara superblock-ul raid ... cum fac asta Pai presupunem ca raidu' era /dev/md0 format din /dev/sda1, si /dev/sdb1 Poti linistit sa mount -t ext3 /dev/sda1 /my/spare/folder si/sau /dev/sdb1 /my/other/folder , ca o sa vada FS-ul. Nu merge decat pt raid1 totusi. Ar fi indicat sa dai -o ro (montat read only). Dupa cum stii un sistem de fisiere nu e musai sa foloseasca tot spatiul block device-ului. Netehnic vorbind, din punctul de vedere a lui mount, suberblockul raid nu e decat niste junk la capatul block device-ului. El capata sens numai daca il pui in comun cu mdadm. La raid 1 vei avea ac sistem de fisiere, perfect functional, pe ambele discuri. La alte tipuri nu mai e asa simplu. BTW, asa e unul dintre motivele pentru care partitia de boot nu poate fi decat fie disk normal, fie raid1. Nu poti buta de pe un raid5 software de exemplu. Dragos Si ca sa va amuz putin pe toti, apropos de Seagate-urile care pica amandoua simultan ... si eu aveam tot 2 Seagate-uri de 500 GB insa si acum incep sa cred ca asa s-a intamplat si la mine, poate nu in aceeasi masura la ambele discuri ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
2010/2/4 Dragos Chiriac dra...@secured.ro: Petru Ratiu wrote: 2010/2/4 Dan Borlovan d...@level7.ro: Mircea Popescu wrote: Pot crea md-urile fara sa afectez continutul discurilor? mdadm --assemble /dev/md0 /dev/sda1 Dupa ce ai raidul pornit si vizibil in /proc/mdstat poti sa dai add cu celalt disc Va rog eu foarte frumos, nu mai spuneti aberatii pe lista, nu de alta, dar avem si copii mici care pe tot ce pun mana, baga in gura si dupa aia incep sa planga ca nenea rau le-a stricat masina de productie. Daca nu ma insel comanda aia n-o sa mearga decat in conditiile in care sda1 este deja membru intr-un array raid1 si nu e nici un md0 pornit. Dap, dar omul avea ceva raid inainte pe disk. Probabil de asta i s-a recomandat sa incerce assemble. Raspunsul corect cred ca era : la create/build nu iti va afecta FS-ul. Uite ca si tu spui prostii, la create iti scrie superblockul de md pe partitie, si considera ca poate sa suprascrie orice biti sunt acolo. Raspunsul meu era putin mai generic, ma enerveaza ingrozitor cand e incurajata atitudinea de a da la butoane fara sa pricepi pana fie merge, fie crapa. Poate e ok pt. un contabil sa confunde hard diskul cu memoria (tata e inginer constructor si ultima data cand a facut chestii de IT, erau programe in fortran pe cartele pt. nushce minicalculatoare felix sau coral si schimba termenii astia intre ei adesea), sau sa stie despre networking ca dai pe televizoarele alea din bara 'repair' si merge, dar nu e in regula sa nu intelegi ce fac treburile din responsabilitatea ta. Nu zic ca eu as sti rfc-uri pe de rost sa recit structuri de pachete sau ca pot explica in detaliu fara sa ma uit in vreun manual care e continutul unui superbloc de ext3, dar cred ca e necesar sa ai notiuni elementare despre routare cand faci un router sau despre cand anume se modifica datele pe disc cand faci inginerii cu md. Si cei care incurajeaza asta dand comenzi copy-paste pe liste fara a sublinia particularitatile sau contraindicatiile (poate tocmai din cauza ca nici ei nu stiu) sunt de doua ori vinovati si cu nimic mai buni decat aia care fac glume cu dd (pe care recunosc ca si eu le-am mai facut cu indivizi care refuzau sa citeasca manuale, dar nu in locuri publice la care sa ajunga alte oi ratacite cu Google). As invita colistasii care inteleg despre ce vorbesc la mai multa responsabilitate, nu doar in indicatiile pentru cel care intreaba, dar si in atitudinea fata de cei care nu citesc de doua ori ce scapa pe lista in vazul privirilor naive. In definitiv, sunt de parere ca aceasta comunitate e valoroasa nu numai prin faptul ca are oameni dispusi sa citeasca manuale, dar si ca stiu sa-i ajute pe altii sa le inteleaga. Si ca shameless plug (adica n-are de ce sa-mi fie rusine), invit pe cat mai multi, cu mic cu mare, la intalnirile noastre lunare din care urmatoarea e de azi intr-o saptamana: http://tinyurl.com/ybpvcur unde eu si altii suntem incantati sa discutam despre lucrurile pe care le stim cu altii dispusi sa ne asculte (sau sa ne invete chestii in plus). (am vrut initial sa dau pe offtopic, dar pana la urma nu era nimic offtopic aici). -- Petre don't thread on me Ratiu ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] Call for papers conferinta IDG - Linux Open Source
Hello, In data de 23 Februarie va avea loc o noua editie a conferintei anuale IDG despre Linux si Open Source. Va invit sa va rezervati inca de acum in calendar aceasta data pentru a participa la acest eveniment. Conferinta are loc in Bucuresti, la Capital Plaza (http://xurl.ro/87420) La aceasta editie unde Asociatia PROLINUX va fi partener al evenimentului, initiem o noua rubrica, workshop-uri Linux Open Source sustinute de comunitatea PROLINUX. Ca atare, cei ce doresc sa povesteasca despre tehnici, scenarii de utilizare si configurare, solutii inovative Linux Open Source sunt invitati sa trimita un abstract (document de 100-200 de cuvinte) despre subiectul abordat la adresa i...@prolinux.ro pana pe data de 16 Februarie. Lucrarile vor fi selectate din punct de vedere al subiectului si calitatii continutului iar castigatorii vor fi anuntati pe 17 Februarie. Prezentarile finale ale celor selectati sunt asteptate pana pe 21 Februarie, la aceeasi adresa. In paralel, conform traditiei stabilite deja de intalnirile PROLINUX, asteptam propuneri de lightning talks http://wiki.lug.ro/mediawiki/index.php/RLUG_Lightning_Talks adica prezentari fulger de 5 minute. Prezentarea castigatoare va fi selectata de catre speakeri in dimineata evenimentului si va fi sustinuta in a doua parte a evenimentului. Ca atare participantii sunt invitati sa participe inca de dimineata la eveniment pentru a se pregati moral :) Prezentarile de workshop sau lightning talks sunt asteptate la adresa i...@prolinux.ro in format OpenDocument sau PDF. Va asteptam la Conferinta Linux Open Source organizata de IDG, Mircea MITU ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema cu un Centos 5.4 - retea instabila
2010/2/4 Petru Ratiu rpe...@gmail.com: 2010/2/4 lonely wolf wo...@prolinux.ro: Florin Popovici wrote: 2010/2/2 lonely wolf wo...@prolinux.ro: [...] eu stiu ce face netvision? acum stind si gindindu-ma, s-ar putea totusi sa gresesc: in mod normal linuxul ar trebui sa tipe si sa anunte daca observa un conflict de MAC sau IP , mai ales la ridicarea interfetei. Umpic de lumina pe ethernet layer2 :) Un host nu are cum sa afle daca ii este furat MAC-ul in retea. Poate doar sa deduca asta din faptul ca dintr-o data are heavy packet loss pe incoming. Din cate stiu, placile de retea nu pun pe sarma frame-uri cu dst_mac = own_mac; si si daca ar pune, in microsecunda receptionarii frame-ului, ... care microsecunda dureaza si 30 de sec pe unele ciscoace ... Furtul de MAC se poate detecta pe switch-uri, prin activarea detectiei de MAC-flapping. Cand un MAC flapeaza intre 2 porturi, ori e furt de MAC (1 MAC flapeaza), ori bucla nedetectata (N MAC-uri flapeaza). cu conditia sa ai switchuri suficient de inteligente, ceea ce nu e neaparat cazul la retelele de cartier. e suficient sa ai o cascada de 2-3 switchuri chioare si 2 baieti destepti si incepi sa faci referiri la rude si sarbatori crestine. si da, ai dreptate, doar conflictul de IP e detectabil local. ... fara sa-ti dai jos orice ip, sa setezi alt mac, sa pui interfata in promiscuous si sa lasi un tcpdump pornit o zi sa vezi daca animalul n-a scapat ceva protocoale care fac broadcast sau ... sa astepti cat sa faci colectie de clasele de ip-uri care-s la tine in retea, sa-ti ridici un ip care pare nefolosit (cu tot cu un mac de vmware sau ceva) si sa faci un arp scan pe toate clasele alea pana gasesti animalu' (desi cine iti fura macul iti fura in general si ip-ul ca na) exact. Si daca lasi un ping sa mearga tot timpul atunci toti de pe traseul layer2 stiu MAC-ul tau in permanenta. In alta ordine de ideei intr-o astfel de retea fara portsecurity sau ACL cu mac predefinit/port il poti baga si pe macof din dsniff :) macof = individul ce baga mii de macuri/secunda intr-o retea. Pentru ca tot am deviat de la subiect... oamenii de rand aseamana retelele utp layer 2 cu tevile de apa. Cine vrea sa se documenteze despre ce se poate intampla intr-o retea layer 2 recomand Security Features on Switches de la ciscopress. Imi cer scuze pt offtopic, Bazy ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
Petru Ratiu wrote: 2010/2/4 Dragos Chiriac dra...@secured.ro: Petru Ratiu wrote: 2010/2/4 Dan Borlovan d...@level7.ro: Mircea Popescu wrote: Pot crea md-urile fara sa afectez continutul discurilor? mdadm --assemble /dev/md0 /dev/sda1 Dupa ce ai raidul pornit si vizibil in /proc/mdstat poti sa dai add cu celalt disc Va rog eu foarte frumos, nu mai spuneti aberatii pe lista, nu de alta, dar avem si copii mici care pe tot ce pun mana, baga in gura si dupa aia incep sa planga ca nenea rau le-a stricat masina de productie. Daca nu ma insel comanda aia n-o sa mearga decat in conditiile in care sda1 este deja membru intr-un array raid1 si nu e nici un md0 pornit. Dap, dar omul avea ceva raid inainte pe disk. Probabil de asta i s-a recomandat sa incerce assemble. Raspunsul corect cred ca era : la create/build nu iti va afecta FS-ul. Uite ca si tu spui prostii, la create iti scrie superblockul de md pe partitie, si considera ca poate sa suprascrie orice biti sunt acolo. Care daca era inainte tot md, iti va suprascrie doar superblockul. Care nu are nici un efect distructiv asupra FS-ului. md3 : active raid1 sdb1[0] sdc1[1] 976759936 blocks [2/2] [UU] md0 : active raid1 sdd2[1] sda2[0] 38186432 blocks [2/2] [UU] md3 de acolo a fost o vreme md2, intr-o zi dupa o pana de curent n-a mai vrut sa assemble. Asa ca am cetit, am recreat, si inca merge perfect dupa 1 an de zile. Daca aveai inainte un raid fara superblock, si dai create cu superblock ai destule sanse sa belesti chestii. Daca STII ca aveai superblock acolo, recrearea/suprascrierea lui nu busete FS-ul, pentru ca nu are ce scrie in zona unde e FS-ul. Cel putin asta am inteles eu. Daca stii sigur ce faci, e ok, daca nu, dai cu build, ca ala nu suprascrie nimic. Deci da, va suprascrie superblockul la creere, dar FS-ul nu pateste nimic. Ideea e sa : 1. dai examine 2. stabilesti care tine cea mai noua versiune 3. creezi raidu nou doar cu ala 4. il rebagi si pe al doilea La faza asta se vor schimba UUID-ul,eventsul,alte alea pe acolo, insa datele din FS raman intacte. Gresesc cu ceva ? Dragos Raspunsul meu era putin mai generic, ma enerveaza ingrozitor cand e incurajata atitudinea de a da la butoane fara sa pricepi pana fie merge, fie crapa. Poate e ok pt. un contabil sa confunde hard diskul cu memoria (tata e inginer constructor si ultima data cand a facut chestii de IT, erau programe in fortran pe cartele pt. nushce minicalculatoare felix sau coral si schimba termenii astia intre ei adesea), sau sa stie despre networking ca dai pe televizoarele alea din bara 'repair' si merge, dar nu e in regula sa nu intelegi ce fac treburile din responsabilitatea ta. Nu zic ca eu as sti rfc-uri pe de rost sa recit structuri de pachete sau ca pot explica in detaliu fara sa ma uit in vreun manual care e continutul unui superbloc de ext3, dar cred ca e necesar sa ai notiuni elementare despre routare cand faci un router sau despre cand anume se modifica datele pe disc cand faci inginerii cu md. Si cei care incurajeaza asta dand comenzi copy-paste pe liste fara a sublinia particularitatile sau contraindicatiile (poate tocmai din cauza ca nici ei nu stiu) sunt de doua ori vinovati si cu nimic mai buni decat aia care fac glume cu dd (pe care recunosc ca si eu le-am mai facut cu indivizi care refuzau sa citeasca manuale, dar nu in locuri publice la care sa ajunga alte oi ratacite cu Google). As invita colistasii care inteleg despre ce vorbesc la mai multa responsabilitate, nu doar in indicatiile pentru cel care intreaba, dar si in atitudinea fata de cei care nu citesc de doua ori ce scapa pe lista in vazul privirilor naive. In definitiv, sunt de parere ca aceasta comunitate e valoroasa nu numai prin faptul ca are oameni dispusi sa citeasca manuale, dar si ca stiu sa-i ajute pe altii sa le inteleaga. Si ca shameless plug (adica n-are de ce sa-mi fie rusine), invit pe cat mai multi, cu mic cu mare, la intalnirile noastre lunare din care urmatoarea e de azi intr-o saptamana: http://tinyurl.com/ybpvcur unde eu si altii suntem incantati sa discutam despre lucrurile pe care le stim cu altii dispusi sa ne asculte (sau sa ne invete chestii in plus). (am vrut initial sa dau pe offtopic, dar pana la urma nu era nimic offtopic aici). ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
Petru Ratiu wrote: mdadm --assemble /dev/md0 /dev/sda1 Uite ca si tu spui prostii, la create iti scrie superblockul de md pe partitie, si considera ca poate sa suprascrie orice biti sunt acolo. Am zis assemble nu create Raspunsul meu era putin mai generic, ma enerveaza ingrozitor cand e incurajata atitudinea de a da la butoane fara sa pricepi pana fie merge, fie crapa. Poate e ok pt. un contabil sa confunde hard diskul cu memoria (tata e inginer constructor si ultima data cand a facut Asta e, a zis ca are backup si n-are rost sa-l trimitem la un curs de o saptamina sa invete raid pe dinafara si pe dinauntru Ca sa fim corecti ar inseamna sa raspundem doar la cei care stiu ce au de facut si n-au ce intreba, si aia care nu stiu si intreaba sa se duca la curs si pina nu dau examen n-au ce cauta Nici eu nu sint de principiu copy paste fara sa pricepi da' daca tot avea backup ziceam ca un assemble nu-l omoara -- Dan Borlovan Datagroup-Int ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Call for papers conferinta IDG - Linux Open Source
2010/2/4 Mircea MITU mir...@prolinux.ro: In paralel, conform traditiei stabilite deja de intalnirile PROLINUX, asteptam propuneri de lightning talks http://wiki.lug.ro/mediawiki/index.php/RLUG_Lightning_Talks adica prezentari fulger de 5 minute. Prezentarea castigatoare va fi selectata de catre speakeri in dimineata evenimentului si va fi sustinuta in a doua parte a evenimentului. Ca atare participantii sunt invitati sa participe inca de dimineata la eveniment pentru a se pregati moral :) IMVHO, lightning talks nu prea au haz decat daca sunt in baterie si necesita niste mean skillz din partea organizatorilor ca sa mearga bine, asa ca as recomanda sa nu incercam pana nu facem mai mult antrenament la cenaclul nostru. -- Petre don't thread on me Ratiu ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
Dan Borlovan wrote: Petru Ratiu wrote: mdadm --assemble /dev/md0 /dev/sda1 Uite ca si tu spui prostii, la create iti scrie superblockul de md pe partitie, si considera ca poate sa suprascrie orice biti sunt acolo. Am zis assemble nu create Nu era vb de tine :). Io sunt cel vizat. Lasa s-o incasez io, daca merit :). Inveti mai multe din belele decat din succesuri. Dragos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
2010/2/4 Dan Borlovan d...@level7.ro: Petru Ratiu wrote: mdadm --assemble /dev/md0 /dev/sda1 Uite ca si tu spui prostii, la create iti scrie superblockul de md pe partitie, si considera ca poate sa suprascrie orice biti sunt acolo. Am zis assemble nu create Fraza pe care o citezi i se adresa lui Dragos, nu tie. Si ca sa nu mai dau alt mail, Dragos, evident ca daca specifici conditiile in care afirmatia aia are sens e cu totul altceva, ma refeream la jumatati de informatie aruncate asa la misto, pe care vine mai tarziu altul si le crede pentru ca n-ai specificat contextul. Asa pot si eu sa zic: daca dai cu ciocanul in hard-disc in timp ce merge, nu pierzi datele de pe el si sa omit ...daca ai backup :P Raspunsul meu era putin mai generic, ma enerveaza ingrozitor cand e incurajata atitudinea de a da la butoane fara sa pricepi pana fie merge, fie crapa. Poate e ok pt. un contabil sa confunde hard diskul cu memoria (tata e inginer constructor si ultima data cand a facut Asta e, a zis ca are backup si n-are rost sa-l trimitem la un curs de o saptamina sa invete raid pe dinafara si pe dinauntru Ca sa fim corecti ar inseamna sa raspundem doar la cei care stiu ce au de facut si n-au ce intreba, si aia care nu stiu si intreaba sa se duca la curs si pina nu dau examen n-au ce cauta Hai ca nu e chiar rocket science, daca citesti RAID Howto si te uiti prin manualul de la mdadm afli toate astea si ceva in plus. E ok ca omul intreaba, nu e ok ca e incurajat sa nu invete. Adica chiar daca el nu stie ca nu stie, e cumva obligatia morala a celui care raspunde sa-i arate ce ar trebui sa stie (sau macar sa realizeze ca nu stie). Nici eu nu sint de principiu copy paste fara sa pricepi da' daca tot avea backup ziceam ca un assemble nu-l omoara Atunci mentioneaza ca e probabil sa mearga si ca daca nu, sa restaureze backupul, in primul rand ca sa nu ramana el surprins ca s-a stricat jucaria si in al doilea rand ca sa previi tragedii mai mari cand peste cateva luni gaseste cineva pe google mailul asta si nu realizeaza ca lui nu i se aplica contextul. Prin documentul ala cu intrebari inteligente pe care nu-l citeste niciodata cine trebuie sunt mentionate si chestii gen: cel care raspunde are obligatia sa nu vorbeasca din burta si sa mentioneze cand nu e sigur de ce-a zis: http://tinyurl.com/yalcg67 . Documentul e nitel cam vechi sa sublinieze importanta efectului Google dar e inca foarte valabil. Daca esti voluntar, nu inseamna ca nu esti responsabil de ce faci. -- Petre don't thread on me Ratiu ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
2010/2/4 Dragos Chiriac dra...@secured.ro: [...] Daca aveai inainte un raid fara superblock, si dai create cu superblock ai destule sanse sa belesti chestii. Daca STII ca aveai superblock [...] Gresesc cu ceva ? AFAIK, da. Orice array raid software are superblock. Discutia este unde anume tinem superblock-ul. Versiunile 0.90 (default) si 1 il pun la sfarsitul blockdevice-ului, 1.1 la inceput, 1.2 la 4K de inceput (traducere aproximativa din man mdadm, optiunea -e). Deci n-ai superblock, nu esti RAID member. Chiar daca partitia e de tipul 0xfd aka linux software raid. Insa noroc ca mdadm permite operatii chirurgicale de genul fa-mi superblock aici, cu informatiile astea, si apoi fa-mi array-ul X din device-urile Y si Z, chiar daca n-ai superblock sau ai altceva in superblock :) -- www.flo.ro ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
2010/2/4 Florin Popovici florin.popov...@gmail.com: [..] Orice array raid software are superblock. Discutia este unde anume Pentru cei pretiosi: am vrut sa zic orice blockdevice membru al unui array software. Array-ul propriu-zis e un alt blockdevice, diferit de membri, care nu are nici un superblock. -- www.flo.ro ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
2010/2/4 Dragos Chiriac dra...@secured.ro: Nu era vb de tine :). Io sunt cel vizat. Lasa s-o incasez io, daca merit :). Inveti mai multe din belele decat din succesuri. Lasa ca nu s-a simtit nici el cu musca pe caciula degeaba, era un soi de multishot. In ultima vreme apar prea des jumatati de mailuri compuse asa in graba pe aici pe lista si stiu ca nu-s ultimul mohican pe care il enerveaza prea des raspunsurile mai mult decat intrebarile, sper ca facand scandal sa-i incurajez si pe altii sa deschida gura mai des. E adevarat ca inteleptii tac mult mai mult decat vorbesc dar daca tac prea mult nu mai sunt bagati in seama. Si toata lumea pierde. Nu ma intelegeti gresit, nu-mi fac campanie personala, eu sunt doar degetul care arata luna, nu ma consider nici eu decat pe la genunchiul broastei, dar tin prea mult la comunitatea asta sa ma uit de pe margine cum se degradeaza. -- Petre newbie with 10 year RLUG experience Ratiu ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema cu un Centos 5.4 - retea instabila
2010/2/4 Bazy baz...@gmail.com: [...] exact. Si daca lasi un ping sa mearga tot timpul atunci toti de pe traseul layer2 stiu MAC-ul tau in permanenta. Poate un flood ping :) Pana si cel mai ieftin switch e capabil sa flapeze un MAC intre doua porturi de cateva sute de ori pe secunda. Daca tu trimiti un frame pe secunda si celalalt trimite 100, atunci switch-ul va avea MAC-ul pe portul tau timp de 0.01s si pe portul celuilalt 0.99s. Intr-adevar, Metcalfe et co n-aveau securitate in cap cand au gandit ethernet-ul. Optiunile de securizare gen port security / MAC-based ACLs / MAC flapping detection / pppoe / etc sunt mai mult sau mai putin peticeli, pot fi depasite cu putin efort. -- www.flo.ro ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
Florin Popovici wrote: 2010/2/4 Dragos Chiriac dra...@secured.ro: [...] Daca aveai inainte un raid fara superblock, si dai create cu superblock ai destule sanse sa belesti chestii. Daca STII ca aveai superblock [...] Gresesc cu ceva ? AFAIK, da. Orice array raid software are superblock. Discutia este unde anume tinem superblock-ul. Versiunile 0.90 (default) si 1 il pun la sfarsitul blockdevice-ului, 1.1 la inceput, 1.2 la 4K de inceput (traducere aproximativa din man mdadm, optiunea -e). Dap, in distributiile noi. Raidtools V2, asta de o folosm noi, a aparut dupa ce a aparut 2.4. Sunt destule sisteme legacy, care au raidtools V1, care habar n-avea de persistent superblocks. Chestia cu build e ca sa le suporte si p-alea. Mai sunt unii care adauga raid-uri dupa manuale vechi de cand lumea, si baga d-astea cu array build, si configuratie statica (/etc/raidtab anyone ?). Nu sunt asa de rarisime cum ar trebui :(. Indieni anyone ? Yup, auch, N-am citit niciodata de 1.1 si 1.2. That hurts, I stand corrected :). Auch. Auch. Auch. Cum afli ce versiune ai ? Ca la examine si query nu vad nimic relevant ? Dragos Deci n-ai superblock, nu esti RAID member. Chiar daca partitia e de tipul 0xfd aka linux software raid. Insa noroc ca mdadm permite operatii chirurgicale de genul fa-mi superblock aici, cu informatiile astea, si apoi fa-mi array-ul X din device-urile Y si Z, chiar daca n-ai superblock sau ai altceva in superblock :) ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
Dragos Chiriac wrote: Florin Popovici wrote: Is retard, era prima linie de la --detail . Dragos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Call for papers conferinta IDG - Linux Open Source
prezentari fulger de 5 minute. Prezentarea castigatoare va fi selectata de catre speakeri in dimineata evenimentului si va fi sustinuta in a doua parte a evenimentului. Ca atare participantii sunt invitati sa participe inca de dimineata la eveniment pentru a se pregati moral :) Daca se accepta repeats, eu pot sa mai prestez inca o data Linux la secretariat. M-am incadrat data trecuta in 5 minute, deci cred ca o sa-mi iasa bine. Merge? -- Ovidiu Constantin ovi...@mybox.ro http://blog.mybox.ro/ * http://twitter.com/ovidiusoft ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Call for papers conferinta IDG - Linux Open Source
On Thu, 2010-02-04 at 17:07 +0200, Ovidiu Constantin wrote: prezentari fulger de 5 minute. Prezentarea castigatoare va fi selectata de catre speakeri in dimineata evenimentului si va fi sustinuta in a doua parte a evenimentului. Ca atare participantii sunt invitati sa participe inca de dimineata la eveniment pentru a se pregati moral :) Daca se accepta repeats, eu pot sa mai prestez inca o data Linux la secretariat. M-am incadrat data trecuta in 5 minute, deci cred ca o sa-mi iasa bine. Merge? Sure, de ce nu ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] recuperare RAID 1 - ziua 2
Incep prin a multumi colistasilor pentru sprijinul oferit ieri si care a dus la recuperarea uneia dintre partitiile pierdute. A mai ramas una, tot ext3 tot in raid1 si care are superblock-ul fs-ului (nu al raid-ului) busit. Citind acest tutorial http://blog.edseek.com/archives/2004/02/25/ext3-filesystem-bad-superblock-recovery/ am realizat ca, practic, trebuie sa gasesc un alt superblock al ext3-ului pentru a putea da un fsck, iar pentru asta trebuie sa stiu exact care era dimensiunea acestui fs, excluzand informatiile pe care le scrie raid-ul. deci x = (dimensiune partitie 0xfd) - (superblock raid + whatever mai scrie raid-ul pe acolo) INTREBAREA: cum determin x avand in vedere ca dimensiunea partitiei o am, dar nu cunosc a doua valoare din ecuatia de mai sus? Multam ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 - ziua 2
2010/2/5 Mircea Popescu popescu.mir...@gmail.com: Incep prin a multumi colistasilor pentru sprijinul oferit ieri si care a dus la recuperarea uneia dintre partitiile pierdute. A mai ramas una, tot ext3 tot in raid1 si care are superblock-ul fs-ului (nu al raid-ului) busit. Citind acest tutorial http://blog.edseek.com/archives/2004/02/25/ext3-filesystem-bad-superblock-recovery/ am realizat ca, practic, trebuie sa gasesc un alt superblock al ext3-ului pentru a putea da un fsck, iar pentru asta trebuie sa stiu exact care era dimensiunea acestui fs, excluzand informatiile pe care le scrie raid-ul. deci x = (dimensiune partitie 0xfd) - (superblock raid + whatever mai scrie raid-ul pe acolo) INTREBAREA: cum determin x avand in vedere ca dimensiunea partitiei o am, dar nu cunosc a doua valoare din ecuatia de mai sus? Nu-ti trebuie dimensiunea, ci mai degraba offsetul filesystemului in partitie (de la ce adresa incepe). Din experienta de pana acum cu raid1, offsetul ala a fost tot timpul 0 (de-aia se si poate monta direct un membru de raid1), asa ca incearca sa cauti superblockurile exact la pozitiile standard. Pozitiile astea depind de marimea fs-ului (cred ca se pot da parametri speciali de mkfs.ext3, dar ma indoiesc ca a facut cineva asta la formatare fara vreun motiv anume), asa ca poti sa rulezi un mkfs.ext3 -n sa vezi unde le-ar face (sau poti incerca direct la 32768 sau 65536 sa vezi daca le-a nimerit (am incercat adineauri pe niste fs-uri intre 30GB si 1TB si tot 32768 blocks per group au). Alternativ, poti sa te dai cu ceva utilitar sa te uiti direct la bitii de pe disc si sa compari cu altul sanatos pana gasesti structurile care-ti trebuie (probabil exista diverse hexviewers, eu prefer dd if=/dev/sda1 bs=4096 count=1 skip=$block_num | xxd ). Bafta. -- Petre don't thread on me Ratiu ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 - ziua 2
2010/2/5 Petru Ratiu rpe...@gmail.com 2010/2/5 Mircea Popescu popescu.mir...@gmail.com: Incep prin a multumi colistasilor pentru sprijinul oferit ieri si care a dus la recuperarea uneia dintre partitiile pierdute. A mai ramas una, tot ext3 tot in raid1 si care are superblock-ul fs-ului (nu al raid-ului) busit. Citind acest tutorial http://blog.edseek.com/archives/2004/02/25/ext3-filesystem-bad-superblock-recovery/ am realizat ca, practic, trebuie sa gasesc un alt superblock al ext3-ului pentru a putea da un fsck, iar pentru asta trebuie sa stiu exact care era dimensiunea acestui fs, excluzand informatiile pe care le scrie raid-ul. deci x = (dimensiune partitie 0xfd) - (superblock raid + whatever mai scrie raid-ul pe acolo) INTREBAREA: cum determin x avand in vedere ca dimensiunea partitiei o am, dar nu cunosc a doua valoare din ecuatia de mai sus? Nu-ti trebuie dimensiunea, ci mai degraba offsetul filesystemului in partitie (de la ce adresa incepe). Din experienta de pana acum cu raid1, offsetul ala a fost tot timpul 0 (de-aia se si poate monta direct un membru de raid1), asa ca incearca sa cauti superblockurile exact la pozitiile standard. Pozitiile astea depind de marimea fs-ului (cred ca se pot da parametri speciali de mkfs.ext3, dar ma indoiesc ca a facut cineva asta la formatare fara vreun motiv anume), asa ca poti sa rulezi un mkfs.ext3 -n sa vezi unde le-ar face (sau poti incerca direct la 32768 sau 65536 sa vezi daca le-a nimerit (am incercat adineauri pe niste fs-uri intre 30GB si 1TB si tot 32768 blocks per group au). Alternativ, poti sa te dai cu ceva utilitar sa te uiti direct la bitii de pe disc si sa compari cu altul sanatos pana gasesti structurile care-ti trebuie (probabil exista diverse hexviewers, eu prefer dd if=/dev/sda1 bs=4096 count=1 skip=$block_num | xxd ). Bafta. -- Petre don't thread on me Ratiu Am incercat: mke2fs -n /dev/md3 si mke2fs -n /dev/sda3 si am urmatorul output (identic pentru ambele situatii): mke2fs 1.41.3 (12-Oct-2008) Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 29614080 inodes, 118433188 blocks 5921659 blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=0 3615 block groups 32768 blocks per group, 32768 fragments per group 8192 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 2048, 23887872, 71663616, 78675968, 10240 Apoi, am luat fiecare superblock la rand cu fsck.ext3 -b x /dev/md3 sau /dev/sda3, iar rezultatele au fost aceleasi): adik nu am reusit sa repar partitia. Curios este alt lucru: pana la valoarea 7962624 (7 cifre) mesajul de eroare era: *fsck.ext3: Bad magic number in super-block while trying to open /dev/md3*, iar de la valoare urmatoare 11239424 (8 cifre), mesajul de eroare s-a schimbat in *Invalid argument while trying to open /dev/md3* ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 - ziua 2
2010/2/5 Mircea Popescu popescu.mir...@gmail.com: Apoi, am luat fiecare superblock la rand cu fsck.ext3 -b x /dev/md3 sau /dev/sda3, iar rezultatele au fost aceleasi): adik nu am reusit sa repar partitia. Curios este alt lucru: pana la valoarea 7962624 (7 cifre) mesajul de eroare era: *fsck.ext3: Bad magic number in super-block while trying to open /dev/md3*, iar de la valoare urmatoare 11239424 (8 cifre), mesajul de eroare s-a schimbat in *Invalid argument while trying to open /dev/md3* Nu-s inca foarte sigur ce situatie ai tu acolo, dar as recomanda urmatoarele: - hotaraste-te daca lucrezi pe /dev/md3 sau pe /dev/sda3, in cazul al doilea opreste device-ul raid si foloseste partitia ca atare, in primul caz va trebui sa te uiti prin mdstat si prin --query sa vezi ce parere are driverul md atat despre md3 cat si despre sda3, ca tinde sa le marcheze ca desincronizate si in functie de ce scamatorii ai facut precedent, e posibil sa fie busite iremediabil. - se poate ca fsck sa incerce cu un blocksize gresit si sa nu iasa inmultirile cum trebuie. Incearca sa specifici si -B 4096 ca sa fii sigur - nu stiu exact daca mesajul lui fsck cu invalid argument inseamna ca a trecut de sfarsitul device-ului sau sunt alte erori de citire (si momentan mi merge netul suficient de prost incat sa nu pot cauta in locul tau pe google), e posibil sa fie relevant - alternativ, incearca si varianta cu hexviewer, cauta in prealabil dupa ceva gen ext3 superblock magic number ca sa stii dupa ce sa te uiti, e posibil ca intr-adevar superblockurile sa fie defazate cu ceva offset (dar asta nu explica erorile produse de cautarile suficient de in adancime) - si, in sfarsit, e foarte posibil ca fs-ul ala sa fie iremediabil distrus, sau cum zice dr. McCoy din ST:TOS, It's dead, Jim. Nu uita sa tragi linie in care munca pt. recuperarea partitiei depaseste efortul de restaurare a datelor din alta parte si intra in categoria sport. Succes. -- Petre don't thread on me Ratiu ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug