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í
×

dnes 10:00 | Nová verze

Byla vydána verze 10.5 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab (Wikipedie). Představení nových vlastností v příspěvku na blogu. Zdůraznit lze integrovanou podporu Let's Encrypt.

Ladislav Hagara | Komentářů: 0
včera 12:33 | Komunita

Příspěvek na blogu Signalu (Wikipedie) informuje o založení neziskové nadace Signal Foundation, jež bude zastřešovat další vývoj tohoto svobodného bezpečného komunikátoru běžícího také na Linuxu (Signal Desktop). Brian Acton, spoluzakladatel WhatsAppu, věnoval nadaci 50 milionů dolarů [Hacker News].

Ladislav Hagara | Komentářů: 1
včera 05:55 | Zajímavý článek

Článek na Fedora Magazine krátce představuje programovací jazyk Rust a několik zajímavých v Rustu naprogramovaných terminálových aplikací. Jedná se o alternativu k příkazu grep ripgrep, moderní barevnou alternativu k příkazu ls exa, příkazem cloc inspirovaný tokei a zvířátko v terminálu ternimal.

Ladislav Hagara | Komentářů: 0
21.2. 23:55 | Zajímavý projekt

Byl spuštěn Humble Classics Return Bundle. Za vlastní cenu lze koupit hry Broken Sword 5 - The Serpent's Curse, Shadowrun Returns a Shadowrun: Dragonfall - Director's Cut. Při nadprůměrné platbě (aktuálně 8,48 $) také Shadowrun: Hong Kong - Extended Edition, Wasteland 2: Director's Cut - Standard Edition, Age of Wonders III a Xenonauts. Při platbě 15 $ a více lze získat navíc Torment: Tides of Numenera a Dreamfall Chapters: The Final Cut Edition.

Ladislav Hagara | Komentářů: 0
21.2. 00:11 | Bezpečnostní upozornění

Vývojáři linuxové distribuce Mageia na svém blogu upozorňují na narušení bezpečnosti Mageia Identity. Narušitel získal přístup k LDAP databázi a zveřejnil jména uživatelů, jejich emailové adresy a haše hesel. Hesla uživatelů byla resetována.

Ladislav Hagara | Komentářů: 3
20.2. 21:55 | Nová verze

Byla vydána verze 2.0.0 nástroje pro záznam a sdílení terminálových sezení asciinema (GitHub). Z novinek je nutno upozornit na nový zpětně nekompatibilní formát záznamu asciicast v2. S novým formátem si poradí nové verze asciinema-playeru a asciinema-serveru [Hacker News].

Ladislav Hagara | Komentářů: 0
20.2. 05:55 | Zajímavý projekt

Dle příspěvku na blogu zaměstnanců CZ.NIC byl spuštěn ostrý provoz služby Honeypot as a Service (HaaS). Zapojit se může kdokoli. Stačí se zaregistrovat a nainstalovat HaaS proxy, která začne příchozí komunikaci z portu 22 (běžně používaného pro SSH) přeposílat na server HaaS, kde honeypot Cowrie (GitHub) simuluje zařízení a zaznamenává provedené příkazy. Získat lze tak zajímavé informace o provedených útocích. K dispozici jsou globální statistiky.

Ladislav Hagara | Komentářů: 12
20.2. 04:44 | Komunita

Před týdnem společnost Feral Interactive zabývající se vydáváním počítačových her pro operační systémy macOS a Linux oznámila, že pro macOS a Linux vydají hru Rise of the Tomb Raider. Včera společnost oznámila (YouTube), že pro macOS a Linux vydají také hru Total War Saga: Thrones of Britannia. Verze pro Windows by měla vyjít 19. dubna. Verze pro macOS a Linux krátce na to.

Ladislav Hagara | Komentářů: 0
19.2. 21:33 | Nová verze

Byla vydána nová major verze 7.10 svobodného systému pro řízení vztahů se zákazníky (CRM) s názvem SuiteCRM (Wikipedie). Jedná se o fork systému SugarCRM (Wikipedie). Zdrojové kódy SuiteCRM jsou k dispozici na GitHubu pod licencí AGPL.

Ladislav Hagara | Komentářů: 0
19.2. 16:44 | Nová verze

Byla vydána nová verze 0.30 display serveru Mir (Wikipedie) a nová verze 2.31 nástrojů snapd pro práci s balíčky ve formátu snap (Wikipedie). Z novinek Miru vývojáři zdůrazňují vylepšenou podporu Waylandu nebo možnost sestavení a spouštění Miru ve Fedoře. Nová verze snapd umí Mir spouštět jako snap.

Ladislav Hagara | Komentářů: 0
Který webový vyhledávač používáte nejčastěji?
 (2%)
 (28%)
 (62%)
 (3%)
 (3%)
 (0%)
 (1%)
 (1%)
Celkem 434 hlasů
 Komentářů: 35, poslední 21.2. 19:51
    Rozcestník

    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: 486×
    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.