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 15:00 | Nová verze

    Všem vše nejlepší do nového roku 2026.

    Ladislav Hagara | Komentářů: 1
    dnes 13:33 | Zajímavý software

    Crown je multiplatformní open source herní engine. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT a GPLv3+. Byla vydána nová verze 0.60. Vyzkoušet lze online demo.

    Ladislav Hagara | Komentářů: 0
    dnes 12:11 | Zajímavý článek

    Daniel Stenberg na svém blogu informuje, že po strncpy() byla ze zdrojových kódů curlu odstraněna také všechna volání funkce strcpy(). Funkci strcpy() nahradili vlastní funkcí curlx_strcopy().

    Ladislav Hagara | Komentářů: 1
    dnes 03:00 | Nová verze

    Byla vydána nová verze 25.12.30 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.

    Ladislav Hagara | Komentářů: 0
    včera 18:55 | IT novinky

    Společnost Valve publikovala přehled To nej roku 2025 ve službě Steam aneb ohlédnutí za nejprodávanějšími, nejhranějšími a dalšími nej hrami roku 2025.

    Ladislav Hagara | Komentářů: 0
    včera 16:11 | Komunita

    Byly publikovány výsledky průzkumu mezi uživateli Blenderu uskutečněného v říjnu a listopadu 2025. Zúčastnilo se více než 5000 uživatelů.

    Ladislav Hagara | Komentářů: 0
    včera 03:33 | Bezpečnostní upozornění

    V dokumentově orientované databázi MongoDB byla nalezena a v upstreamu již opravena kritická bezpečností chyba CVE-2025-14847 aneb MongoBleed.

    Ladislav Hagara | Komentářů: 0
    29.12. 23:11 | IT novinky

    Při úklidu na Utažské univerzitě se ve skladovacích prostorách náhodou podařilo nalézt magnetickou pásku s kopií Unixu V4. Páska byla zaslána do počítačového muzea, kde se z pásky úspěšně podařilo extrahovat data a Unix spustit. Je to patrně jediný známý dochovaný exemplář tohoto 52 let starého Unixu, prvního vůbec programovaného v jazyce C.

    NUKE GAZA! 🎆 | Komentářů: 5
    29.12. 15:55 | Komunita

    FFmpeg nechal kvůli porušení autorských práv odstranit z GitHubu jeden z repozitářů patřících čínské technologické firmě Rockchip. Důvodem bylo porušení LGPL ze strany Rockchipu. Rockchip byl FFmpegem na porušování LGPL upozorněn již téměř před dvěma roky.

    NUKE GAZA! 🎆 | Komentářů: 7
    29.12. 15:44 | Zajímavý software

    K dispozici je nový CLI nástroj witr sloužící k analýze běžících procesů. Název je zkratkou slov why-is-this-running, 'proč tohle běží'. Klade si za cíl v 'jediném, lidsky čitelném, výstupu vysvětlit odkud daný spuštěný proces pochází, jak byl spuštěn a jaký řetězec systémů je zodpovědný za to, že tento proces právě teď běží'. Witr je napsán v jazyce Go.

    NUKE GAZA! 🎆 | Komentářů: 1
    Kdo vám letos nadělí dárek?
     (31%)
     (1%)
     (26%)
     (1%)
     (1%)
     (1%)
     (10%)
     (10%)
     (18%)
    Celkem 210 hlasů
     Komentářů: 22, poslední dnes 15:34
    Rozcestník

    Dotaz: Zajímavé chování raid1 a 3x proč

    10.7.2005 23:44 Radek Klof | skóre: 1
    Zajímavé chování raid1 a 3x proč
    Přečteno: 139×
    Zdravím, provozuju malý sw raid1, a rozhodl jsem se v něm vyměnit jeden disk, který se zdá se chystá odejít na věčnost. Přitom jsem zjistil zajímavé chování oproti předpokladům, které jsem nabyl při studiu dokumentace. :o) Takže bych chtěl poprosit všechny, co o linuxovém sw raidu něco vědí, zdali by mě nějak pomohli osvětlit chování systému v bodech 1 2 a 3.

    Původní stav:
    Personalities : [raid1]
    md0 : active raid1 hda6[0] hdc1[1]
          1576384 blocks [2/2] [UU]
    
    /etc/raidtab
    raiddev                 /dev/md0
    raid-level              1
    nr-raid-disks           2
    nr-spare-disks          0
    persistent-superblock   1
    chunk-size              32
    device                  /dev/hdc1
    raid-disk               0
    device                  /dev/hda6
    raid-disk               1
    
    Chci vyměnit zařízení hdc1 za nové sda5
    následujícím způsobem: přidám sda5 do pole, projede 
    synchronizace, a potom odeberu hdc1.
    
    Takže v fdisku oddíl sda5 označím jako Raid autodetect
    naedituju raidtab následovně:
    
    
    /etc/raidtab
    raiddev                 /dev/md0
    raid-level              1
    nr-raid-disks           3
    nr-spare-disks          0
    persistent-superblock   1
    chunk-size              32
    device                  /dev/hdc1
    raid-disk               0
    device                  /dev/hda6
    raid-disk               1
    device                  /dev/sda5
    failed-disk             2
    
    a dbaje návodů zadám
    raidstop /dev/md0
    raidstart /dev/md0
    raidhotadd /dev/md0 /dev/sda5
    Načež by podle howto a dalších návodů měla začít synchronizace.
    Ale nezačne. 
    [bod1]
    
    /proc/mdstat vypadá pořád stejně:
    Personalities : [raid1]
    md0 : active raid1 hda6[0] hdc1[1]
          1576384 blocks [2/2] [UU]
    
    No, nic, nenapadlo mě nic chytřejšího, než:
    raidsetfaulty /proc/md0 /dev/hdc1
    
    Celkem neočekávaně najednou začala synchronizace mezi hda6 a sda5, 
    ikdyž je fakt, co jiného raidu zbývalo, že ? 
    
    [bod 2]
    
    takže po jejím skončení shazuju raid
          
    raidstop /dev/md0
    
    upravuju raidtab
    raiddev                 /dev/md0
    raid-level              1
    nr-raid-disks           3
    nr-spare-disks          0
    persistent-superblock   1
    chunk-size              32
    device                  /dev/hdc1
    failed-disk             0
    device                  /dev/hda6
    raid-disk               1
    device                  /dev/sda5
    raid-disk               2
    
    raidstart /dev/md0  
    
    a ejhle v /proc/mdstat mám:
    
    md0 : active raid1 hda6[1] sda5[2]
          1576384 blocks [2/1] [U_]
    zadám raidhotadd /dev/md0 /dev/sda5  
    
    [bod 3]
        
    probíhá synchronizace, po skončení mám
    md0 : active raid1 hda6[1] sda5[2]
          1576384 blocks [2/2] [UU]
    
    OK
    Provedu reboot, abych si ověřil, že systém je po výpadku
     elektriky schopen sám naběhnout do  použitelného stavu bez 
    ručního nastavování.
    
    kouknu do /proc/mdstat:
    tam
    md0 : active raid1 hda6[1] sda5[2]
          1576384 blocks [2/1] [U_]
     
    což jak zrovna není žádaný stav.
    Takže shazuju raid,
    upravuju raidtab na:
    
    raiddev                 /dev/md0
    raid-level              1
    nr-raid-disks           2
    nr-spare-disks          0
    persistent-superblock   1
    chunk-size              32
    device                  /dev/hda6
    raid-disk               0
    device                  /dev/sda5
    raid-disk               1
    
    po nahození synchronizace, a kýžený výsledek v mdtab:
    
    md0 : active raid1 sda5[0] hda6[1]
          1576384 blocks [2/2] [UU]
    
    po dalších rebootech vše OK.      
          
    
    bod1
    proč nezačne synchronizace, když by začít měla, jedná se přece 
    o prosté přidání disku do pole ?
    
    bod2
    proč synchronizace startuje až ve chvíli, kdy simulovaně odejde 
    jeden disk ?
    
    bod3
    proč když mám v konfiguraci dva dobré synchronizované disky a jeden 
    failed, nedojde k vyt vytvoření raid0 z těch dvou dobrých disků 
    hned po startu ?
    

    Odpovědi

    10.7.2005 23:57 Michal Čihař | skóre: 61 | blog: Bláboly | Praha
    Rozbalit Rozbalit vše Re: Zajímavé chování raid1 a 3x proč
    Řekl bych, že většina tvých problémů vychází z toho, že používáš zastaralé raidtools. Nejspíš to neumí zvětšit velikost RAIDu a přidá to další disk jako spare (tomuhle stavu odpovídá chování i výpis /proc/mdstat).

    S mdadm mi podobný postup fungoval podle očekávání.

    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.