abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 16:44 | Nová verze

    Valkey, tj. svobodný fork již nesvobodného Redisu, byl vydán v první stabilní verzi 7.2.5.

    Ladislav Hagara | Komentářů: 0
    dnes 15:11 | IT novinky

    Společnost Espressif Systems oznámila, že rodinu SoC ESP32 brzy rozšíří o ESP32-H4 s IEEE 802.15.4 a Bluetooth 5.4 (LE) s podporou protokolů Thread 1.3, Zigbee 3.0 a Bluetooth Mesh 1.1.

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

    Kevin Bentley zveřejnil na GitHubu zdrojové kódy počítačové hry Descent 3 z roku 1999: "Někdo se nedávno zeptal, zda budou zveřejněny zdrojové kódy Descent 3. Oslovil jsem svého bývalého šéfa (Matt Toschlog) z Outrage Entertainment a ten mi to povolil. Budu pracovat na tom, aby se to znovu rozběhlo a hledám spolusprávce." [Hacker News]

    Ladislav Hagara | Komentářů: 0
    dnes 04:33 | Bezpečnostní upozornění

    Byla vydána verze 0.81 telnet a ssh klienta PuTTY. Opravena je kritická bezpečnostní chyba CVE-2024-31497 obsažena ve verzích 0.68 až 0.80. Používáte-li klíč ECDSA NIST P521 a použili jste jej v PuTTY nebo Pageantu, považujte jej za kompromitovaný.

    Ladislav Hagara | Komentářů: 0
    včera 21:44 | Komunita

    Hra MineClone2 postavena nad voxelovým herním enginem Minetest byla přejmenována na VoxeLibre.

    Ladislav Hagara | Komentářů: 0
    včera 19:11 | IT novinky

    Společnosti Avast Software s.r.o. byla pravomocně uložena pokuta ve výši 351 milionů Kč. Tu uložil Úřad pro ochranu osobních údajů za neoprávněné zpracování osobních údajů uživatelů jejího antivirového programu Avast a jeho rozšíření internetových prohlížečů (Browser Extensions), k čemuž docházelo prokazatelně po část roku 2019.

    … více »
    Ladislav Hagara | Komentářů: 7
    včera 15:55 | Zajímavý článek

    Bylo vydáno do češtiny přeložené číslo 714 týdeníku WeeklyOSM přinášející zprávy ze světa OpenStreetMap.

    Ladislav Hagara | Komentářů: 0
    včera 15:44 | Pozvánky

    V sobotu 20. dubna lze navštívit Maker Faire Jihlava, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.

    Ladislav Hagara | Komentářů: 0
    včera 14:44 | Zajímavý software

    Knihovna pro potlačení šumu RNNoise byla vydána ve verzi 0.2. Kvalitu potlačení lze vyzkoušet na webovém demu.

    Ladislav Hagara | Komentářů: 0
    včera 04:33 | Nová verze

    FRRouting (FRR) (Wikipedie), tj. softwarová sada pro směrování síťové komunikace, fork Quagga, byl vydán ve verzi 10.0.

    Ladislav Hagara | Komentářů: 0
    KDE Plasma 6
     (61%)
     (13%)
     (2%)
     (24%)
    Celkem 424 hlasů
     Komentářů: 4, poslední 6.4. 15:51
    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: 111×
    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.