abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
včera 22:00 | Komunita

Přibližně před měsícem bylo oznámeno, že linuxová distribuce SUSE Linux Enterprise Server (SLES) běží nově také Raspberry Pi 3 (dokumentace). Obraz verze 12 SP2 pro Raspberry Pi 3 je ke stažení zdarma. Pro registrované jsou po dobu jednoho roku zdarma také aktualizace. Dnes bylo oznámeno, že pro Raspberry Pi 3 je k dispozici také nové openSUSE Leap 42.2 (zprávička). K dispozici je hned několik obrazů.

Ladislav Hagara | Komentářů: 1
včera 06:00 | Zajímavý software

OMG! Ubuntu! představuje emulátor terminálu Hyper (GitHub) postavený na webových technologiích (HTML, CSS a JavaScript). V diskusi k článku je zmíněn podobný emulátor terminálu Black Screen. Hyper i Black Screen používají framework Electron, stejně jako editor Atom nebo vývojové prostředí Visual Studio Code.

Ladislav Hagara | Komentářů: 26
včera 06:00 | Zajímavý článek

I letos vychází řada ajťáckých adventních kalendářů. QEMU Advent Calendar 2016 přináší každý den nový obraz disku pro QEMU. Programátoři se mohou potrápit při řešení úloh z kalendáře Advent of Code 2016. Kalendáře Perl Advent Calendar 2016 a Perl 6 Advent Calendar přinášejí každý den zajímavé informace o programovacím jazyce Perl. Stranou nezůstává ani programovací jazyk Go.

Ladislav Hagara | Komentářů: 8
3.12. 16:24 | Nová verze

Byla vydána Mageia 5.1. Jedná se o první opravné vydání verze 5, jež vyšla v červnu loňského roku (zprávička). Uživatelům verze 5 nepřináší opravné vydání nic nového, samozřejmě pokud pravidelně aktualizují. Vydání obsahuje všechny aktualizace za posledního téměř půldruhého roku. Mageia 5.1 obsahuje LibreOffice 4.4.7, Linux 4.4.32, KDE4 4.14.5 nebo GNOME 3.14.3.

Ladislav Hagara | Komentářů: 14
3.12. 13:42 | Pozvánky

V Praze probíhá konference Internet a Technologie 16.2, volné pokračování jarní konference sdružení CZ.NIC. Konferenci lze sledovat online na YouTube. K dispozici je také archiv předchozích konferencí.

Ladislav Hagara | Komentářů: 0
2.12. 22:44 | Komunita

Joinup informuje, že Mnichov používá open source groupware Kolab. V srpnu byl dokončen dvouletý přechod na toto řešení. V provozu je asi 60 000 poštovních schránek. Nejenom Kolabu se věnoval Georg Greve ve své přednášce Open Source: the future for the European institutions (SlideShare) na konferenci DIGITEC 2016, jež proběhla v úterý 29. listopadu v Bruselu. Videozáznam přednášek z hlavního sálu je ke zhlédnutí na Livestreamu.

Ladislav Hagara | Komentářů: 25
2.12. 15:30 | Zajímavý projekt

Společnost Jolla oznámila v příspěvku Case study: Sailfish Watch na svém blogu, že naportovala Sailfish OS na chytré hodinky. Využila a inspirovala se otevřeným operačním systémem pro chytré hodinky AsteroidOS. Použita je knihovna libhybris. Ukázka ovládání hodinek na YouTube.

Ladislav Hagara | Komentářů: 15
2.12. 14:15 | Nová verze

Byla vydána verze 7.1.0 skriptovacího jazyka PHP používaného zejména k vývoji dynamických webových stránek. Jedná se o první stabilní verzi nejnovější větvě 7.1. Přehled novinek v dokumentaci. Podrobnosti v ChangeLogu. K dispozici je také příručka pro přechod z PHP 7.0.x na PHP 7.1.x.

Ladislav Hagara | Komentářů: 5
2.12. 12:55 | Nová verze

Google Chrome 55 byl prohlášen za stabilní. Nejnovější stabilní verze 55.0.2883.75 tohoto webového prohlížeče přináší řadu oprav a vylepšení (YouTube). Opraveno bylo také 36 bezpečnostních chyb. Mariusz Mlynski si například vydělal 22 500 dolarů za 3 nahlášené chyby (Universal XSS in Blink).

Ladislav Hagara | Komentářů: 4
2.12. 11:55 | Pozvánky

Máte rádi svobodný software a hardware nebo se o nich chcete něco dozvědět? Přijďte na 135. sraz spolku OpenAlt, který se bude konat ve čtvrtek 8. prosince od 18:00 v Radegastovně Perón (Stroupežnického 20, Praha 5). Sraz bude tentokrát tématický. Bude retro! K vidění budou přístroje jako Psion 5mx nebo Palm Z22. Ze svobodného hardwaru pak Openmoko nebo čtečka WikiReader. Přijďte se i vy pochlubit svými legendami, nebo alespoň na pivo. Moderní hardware má vstup samozřejmě také povolen.

xkucf03 | Komentářů: 1
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 774 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

Dotaz: RAID5 - pole přepsáno pomocí mdadm --create

5.7.2011 02:24 Rada | skóre: 14
RAID5 - pole přepsáno pomocí mdadm --create
Přečteno: 481×
Zdravím, vyskytla se mi taková nepříjemná situace - díky mé chybě se mi podařilo přepsat diskové pole na serveru pomocí mdadm --create. Existuje ještě nějaká šance dostat z takového pole data? Původně pole vypadalo takto:
/dev/md0: 
Version : 0.90
Creation Time : Fri Oct 30 08:15:50 2009                                
     Raid Level : raid5                                                   
  Used Dev Size : 976762496 (931.51 GiB 1000.20 GB)                      
  Raid Devices : 3                                                      
  Total Devices : 3                                                       
  Preferred Minor : 0                                                      
  Persistence : Superblock is persistent

                                                            
  Update Time : Tue Jul  5 00:17:29 2011                               
  State : active, FAILED, Not Started                              
  Active Devices : 1                                                        
  Working Devices : 3                                                       
  Failed Devices : 0                                                         
  Spare Devices : 2                                                       
                                                                                          
         Layout : left-symmetric
     Chunk Size : 64K
           UUID :90c49a34:4801b02d:b02e60a1:741643b3
         Events : 0.3961328
                                                                                                                                                                      
    Number   Major   Minor   RaidDevice State                                                                                     
       0       0        0        0      removed   
       1       0        0        1      removed
       2       8       32        2      active sync /dev/sdc
       3       8       16        -      spare   /dev/sdb
       4       8        0        -      spare   /dev/sda

Zmíněné spare disky jsou disky, které vypadly vlivem softwarové chyby. Obsahují data původního pole a nejsou poškozeny - lze z nich číst a lze na ně zapisovat.
Za jakoukoliv radu bych byl velmi vděčný.

Odpovědi

5.7.2011 10:43 Milan Roubal | skóre: 25
Rozbalit Rozbalit vše Re: RAID5 - pole přepsáno pomocí mdadm --create
tohle vypada stale jeste dobre. Podle vypisu tedy nedoslo k synchronizaci disku v raid 5 a jejich prepsani, to je vzdy dobra zprava. Pole ted musis zastavit a vytvorit nove. Nove pole doporucuji vytvorit tak, ze ho vytvoris bez jednoho z tech disku, tedy vytvoris rovnou degradovane pole a zabranis synchronizaci, tedy prepsani dat.

Doporucuju to vytvorit z 3 disku, sda a sdb a jakykoli disk co bude oznaceny jako faulty a melo by se ti podarit takto vytvorene pole primountovat a data zachranit. Je potreba trefit to poradi disku stejne jako v tom puvodnim poli.

Nejlepsi je data z tech disku nejprve odzalohovat pomoci dd a az pak zkouset delat pokusy, jedina chyba a pustena synchronizace posle ty data uz do nenavratna.
5.7.2011 21:01 Rada | skóre: 14
Rozbalit Rozbalit vše Re: RAID5 - pole přepsáno pomocí mdadm --create
Děkuji za odpověď. Postupoval jsem podle tvého návodu. Pole nyní vypadá takto:
/dev/md0:                                                                 
  Version : 1.2                                                     
  Creation Time : Tue Jul  5 19:37:00 2011                               
  Raid Level : raid5                                                   
  Array Size : 1953522816 (1863.02 GiB 2000.41 GB)                     
  Used Dev Size : 976761408 (931.51 GiB 1000.20 GB)                       
  Raid Devices : 3                                                       
  Total Devices : 2                                                        
  Persistence : Superblock is persistent

    Update Time : Tue Jul  5 19:37:12 2011                               
    State : clean, degraded                                          
    Active Devices : 2                                                        
    Working Devices : 2                                                       
    Failed Devices : 0                                                         
    Spare Devices : 0                                                         
                                                                                              Layout : left-symmetric
    Chunk Size : 64K                                                       
                                                       
    Name : Router:0  (local to host Router)                        
    UUID : 6c782117:0497906f:3667cc47:fd716398                      
    Events : 2                                                       
                                                                                          
    Number   Major   Minor   RaidDevice State                              
       0       8        0        0      active sync   /dev/sda            
       1       8       16        1      active sync   /dev/sdb             
       2       0        0        2      removed            
Bohužel po zprovoznění pole vgscan nenachází žádnou volume grupu, která na původní poli byla. Teď je otázkou: je rozumné obnovit konfiguraci LVM na tomto poli ze zálohy konfigurace? Nebo se raději vyhnout jakýmkoliv zápisům na pole? Jinak zálohu pole mám v plánu, ale čekám na disky, kam bych mohl pole přesypat.
6.7.2011 13:56 Milan Roubal | skóre: 25
Rozbalit Rozbalit vše Re: RAID5 - pole přepsáno pomocí mdadm --create
no pole vypada na prvni pohled dobre, ale pokud to nenajde mountovatelnou partisnu nebo LVM volume na /dev/md0, tak to neni dobre.

Pricinou muze byt odlisne poradi disku v tom novem poli proti staremu, jina velikost chunk size a podobne. Pokud mas stare boot logy z toho pole kdyz jeste bylo funkcni, tak se podivej zda se ten vypis nelisi od toho kdyz se startuje to pole ted. Predpokladam ze tam bude nejaka odlisnost a tu je potreba odstranit.

Dalsi moznost je podivat se pomoci dd na prvnich 128 KB z /dev/md0. LVM sice neznam, ale urcite tam bude mit informace na nejakem konkretnim miste a tak se da take zjistit ze je poradi disku jine.

Stale plati na ty disky nic nezapisovat, to je temer jista ztrata dat.
6.7.2011 16:58 Rada | skóre: 14
Rozbalit Rozbalit vše Re: RAID5 - pole přepsáno pomocí mdadm --create
Mno, v logu jsem našel ohledně pole tohle:
md/raid:md0: device sda operational as raid disk 0
md/raid:md0: device sdc operational as raid disk 2
md/raid:md0: device sdb operational as raid disk 1
md/raid:md0: allocated 3174kB
md/raid:md0: raid level 5 active with 3 out of 3 devices, algorithm 2
RAID conf printout:
 --- level:5 rd:3 wd:3
 disk 0, o:1, dev:sda
 disk 1, o:1, dev:sdb
 disk 2, o:1, dev:sdc
Zdá se tedy, že disky by měly být v pořadi sda, sdb, sdc. Zkusil jsem postavit pole z různých dvojic disků. Přesto se ale nedaří na něm nic najít - tedy alespoň vgscan nic nenachází. Chunksize jsem si pohlídal. Je ale pravda, že jednou během sestavování pole jsem chunksize nezadal a ten se nastavil implicitně na 128kb místo 64kb. Nevím, jestli tohle nemohlo data odrovnat... Jinak mám uloženou přesnou konfiguraci toho LVM - pro jistotu ji sem postnu, kdyby se dala nějak využít:
contents = "Text Format Volume Group"
version = 1

description = "Created *after* executing 'vgscan'"

creation_host = "Router"        # Linux Router 2.6.37noCFQ_temp #2 Tue Jan 25 04:23:30 CET 2011 i686
creation_time = 1309892812      # Tue Jul  5 21:06:52 2011

SATA_RAID_pole {
        id = "IlclCy-fDd3-Xfu8-GgJZ-6xoo-TVCH-EDdXIS"
        seqno = 7
        status = ["RESIZEABLE", "READ", "WRITE"]
        flags = []
        extent_size = 8192              # 4 Megabytes
        max_lv = 0
        max_pv = 0

        physical_volumes {

                pv0 {
                        id = "hH0yZF-0wgr-mEcu-82Bg-9HH6-g3Md-0EmR6E"
                        device = "/dev/md0"     # Hint only

                        status = ["ALLOCATABLE"]
                        flags = []
                        dev_size = 3907049984   # 1,81936 Terabytes
                        pe_start = 384
                        pe_count = 476934       # 1,81936 Terabytes
                }
        }

        logical_volumes {

                pole_CRITICAL {
                        id = "gY3p79-yiko-MLre-lt2I-dcD6-1jBz-jL7YSC"
                        status = ["READ", "WRITE", "VISIBLE"]
                        flags = []
                        segment_count = 1

                        segment1 {
                                start_extent = 0
                                extent_count = 76800    # 300 Gigabytes

                                type = "striped"
                                stripe_count = 1        # linear

                                                       stripes = [
                                        "pv0", 0
                                ]
                        }
                }

                pole_COMMON {
                        id = "PaN10A-kMJS-0Phw-rOdV-NEce-fT2x-5a9Orz"
                        status = ["READ", "WRITE", "VISIBLE"]
                        flags = []
                        segment_count = 1

                        segment1 {
                                start_extent = 0
                                extent_count = 348934   # 1,33108 Terabytes

                                type = "striped"
                                stripe_count = 1        # linear

                                stripes = [
                                        "pv0", 128000
                                ]
                        }
                }

                backup_CRITICAL {
                        id = "chNcq1-7DCV-2xXa-i013-HwWL-nIP8-spzZpn"
                        status = ["READ", "WRITE"]
                        flags = []
                        segment_count = 1

                        segment1 {
                                start_extent = 0
                                extent_count = 51200    # 200 Gigabytes

                                type = "striped"
                                stripe_count = 1        # linear

                                stripes = [
                                        "pv0", 76800
                                ]
                        }
                }

                snapshot0 {
                        id = "CLabIT-f3uV-SsfK-RbAX-jezr-RWaB-K6YuQj"
                        status = ["READ", "WRITE", "VISIBLE"]
                        flags = []
                        segment_count = 1

                        
                        segment1 {
                                start_extent = 0
                                extent_count = 76800    # 300 Gigabytes

                                type = "snapshot"
                                chunk_size = 8
                                origin = "pole_CRITICAL"
                                cow_store = "backup_CRITICAL"
                        }
                }
        }
}
7.7.2011 09:53 Milan Roubal | skóre: 25
Rozbalit Rozbalit vše Re: RAID5 - pole přepsáno pomocí mdadm --create
o LVM skoro nic nevim, takze tady uz asi dale nepomuzu. Mozna jeste vyzkouset tyto 2 moznosti pri nastartovanem degradovanem poli:

pvscan

pvdisplay /dev/md0

8.7.2011 08:47 Rada | skóre: 14
Rozbalit Rozbalit vše Re: RAID5 - pole přepsáno pomocí mdadm --create
Zatím jsem ani pomocí pvscan nic nenašel. Nicméně už mám zálohovací disk, tak zkusím to pole zazálohovat a udělat ruční obnovu toho LVM, jestli to něco neudělá. Každopádně velmi děkuji za pomoc.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.