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 20:44 | Zajímavý článek

    Jean-Baptiste Kempf na svém blogu představil novou verzi 9.0 "Lei" kolekce svobodného softwaru umožňujícího nahrávání, konverzi a streamovaní digitálního zvuku a obrazu FFmpeg (Wikipedie).

    Ladislav Hagara | Komentářů: 0
    dnes 20:11 | Komunita

    Richard Hughes oznámil, že službu Linux Vendor Firmware Service (LVFS) umožňující aktualizovat firmware zařízení na počítačích s Linuxem, nově sponzoruje také společnost NVIDIA.

    Ladislav Hagara | Komentářů: 0
    dnes 12:22 | Zajímavý software

    Edvard Rejthar na blogu zaměstnanců CZ.NIC představil svou aplikaci SlideRshow (GitHub). Funguje jako prohlížeč fotek, ale i jako jejich organizér a prezentátor. Neinstaluje se, běží přímo v prohlížeči. Bez serveru. Offline.

    Ladislav Hagara | Komentářů: 0
    dnes 11:44 | Nová verze

    Kermit, tj. protokol pro přenos souborů, vznikl před 45 lety. Při této příležitosti byla po 15 letech od vydání poslední stabilní verze 9.0.302 vydána nová stabilní verze 11 implementace C-Kermit. S podporou IPv6.

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

    První verze konverzního nástroje Pandoc byla vydána před 20 lety. Jeho autor John MacFarlane při tomto výročí rekapituluje jednotlivé etapy vývoje a přidávání nových funkcí – rozšíření nejen Markdownu a podporu mnoha dalších formátů.

    |🇵🇸 | Komentářů: 0
    dnes 00:55 | Pozvánky

    Srpen přinesl nejen další spalující vedro, ale také Virtuální Bastlírnu s neméně žhavými novinkami. Využijte tedy předpovědi na deštivý čtvrteční večer a od 20:00 se připojte online k tomuto neformálnímu setkání kutilů, techniků a vědců, kde se strahovskými bastlíři proberete nejzajímavější věci, na které jste narazili za poslední měsíc. Pokud jde o novinky, řeč zcela jistě přijde na systém INDX pro tiskárny Průša, který na konci

    … více »
    bkralik | Komentářů: 0
    včera 17:22 | Zajímavý článek

    Firma T-Mobile blokovala „dezinformační web“ AC24 bez toho, aniž by k tomu měla závazný pokyn orgánů veřejné moci. Píše to ve svém rozsudku Městský soud v Praze, který po čtyřech letech uzavřel kauzu blokace zmíněného webu. Operátor musí uhradit škodu ve výši 35 tisíc korun. Advokát společnosti T-Mobile se snažil i u odvolacího senátu argumentovat tím, že firma jednala v dobré víře, když na stránky omezila přístup poté, co ji k tomu vyzvalo

    … více »
    Ladislav Hagara | Komentářů: 19
    včera 16:33 | IT novinky

    Padla obžaloba v bitcoinové kauze. Státní zástupkyně chce pro Blažka 6,5 roku vězení, pro Titze 8 let.

    Ladislav Hagara | Komentářů: 0
    včera 15:22 | IT novinky Ladislav Hagara | Komentářů: 3
    včera 14:22 | Komunita

    Na GitHubu byl publikován seznam 55 kritických bezpečnostních chyb v SQLite s přiřazenými CVE čísly. JFrog Security informuje, že se jedná jenom o AI slop, části kódu na které CVE odkazují, v daných verzích vůbec neexistují. Upozorňuje také, že čísla CVE jsou přiřazována bez ověřování.

    Ladislav Hagara | Komentářů: 5
    Které desktopové prostředí na Linuxu používáte?
     (11%)
     (7%)
     (2%)
     (18%)
     (30%)
     (6%)
     (6%)
     (2%)
     (15%)
     (23%)
    Celkem 2319 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    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: 213×
    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.