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íží...
dnes 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ářů: 15
dnes 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ářů: 4
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ářů: 11
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ářů: 10
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ářů: 4
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
2.12. 00:10 | Nová verze

Byla vydána verze 3.2 svobodného systému pro detekci a prevenci průniků a monitorování bezpečnosti počítačových sítí Suricata. Z novinek lze zmínit například podporu protokolů DNP3 a CIP/ENIP, vylepšenou podporu TLS a samozřejmě také aktualizovanou dokumentaci.

Ladislav Hagara | Komentářů: 0
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 773 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

Dotaz: SW Raid1 po upgradu na Fedoru 12

Pavel Vymetálek avatar 9.12.2009 09:45 Pavel Vymetálek | skóre: 15 | Náchod
SW Raid1 po upgradu na Fedoru 12
Přečteno: 492×
Hezký den,

mám dva zrcadlené disky, bohužel po upgradu (preupgrade) na Fedoru 12 se pole rozpadlo. Nejede to asi dva dny, přišel jsem na to tak, že jsem přišel o změny za ty dva dny práce, naštěstí se disky mountovaly do stejného /home přes sebe, tak stačilo ten /dev/md126 unmountnout. Data v pořádku a zazálohovaná.

Vypadá to tak, že jsou vytvořena dvě degradovaná pole.

Jak to dát opět dokupy, pokud možno bez potřeby znovu vytvářet fs? V této chvíli jsou to disky /dev/sdb a /dev/sdc (po rebootu tu je občas jinak).

V systému to vypadá takto:

# cat /etc/fstab
LABEL=home_raid  /home     ext3  defaults, noatime, nodiratime, commit=60   1 1
Tady spatřuji problém v tom, že se /home mountuje podle LABEL a ne podle UUID.
#cat /proc/mdstat

Personalities : [raid1]
md124 : active raid1 md125p1[0]
      244195904 blocks [2/1] [U_]

md125 : active raid1 sdb[0]
      244198464 blocks [2/1] [U_]

md126 : active raid1 md127p1[0]
      244195904 blocks [2/1] [U_]

md127 : active raid1 sdc[1]
      244198464 blocks [2/1] [_U]

unused devices: <none>
Co mě trochu překvapuje je že disky mají stejný (nulový)Identifikátor disku.

# fdisk -l /dev/sdb
Disk /dev/sdb: 250,1 GB, 250 059 350 016 bajtů
hlav: 255, sektorů na stopu: 63, cylindrů: 30 401
Jednotky = cylindry po 16065 * 512 = 8 225 280 bajtech
Identifikátor disku:  0x00000000

Zařízení Zavádět   Začátek       Konec    Bloky    Id  Systém
/dev/sdb1               1       30401   244196001   fd  Linux RAID samorozpoznatelný
# fdisk -l /dev/sdc
Disk /dev/sdc: 250,1 GB, 250 059 350 016 bajtů
hlav: 255, sektorů na stopu: 63, cylindrů: 30 401
Jednotky = cylindry po 16065 * 512 = 8 225 280 bajtech
Identifikátor disku:  0x00000000

Zařízení Zavádět   Začátek       Konec    Bloky    Id  Systém
/dev/sdc1               1       30401   244196001   fd  Linux RAID samorozpoznatelný

soubor /etc/mdadm.conf je prázdný a dlouhou dobu to nevadilo :-)

relevantní část výpisu dmesg
dracut: Autoassembling MD Raid
md: md127 stopped.
md: bind<sdc>
md: sdb has same UUID but different superblock to sdc
md: sdb has different UUID to sdc
md: export_rdev(sdb)
dracut: mdadm: failed to add /dev/sdb to /dev/md/127_0: Invalid argument
md: raid1 personality registered for level 1
raid1: raid set md127 active with 1 out of 2 mirrors
md127: detected capacity change from 0 to 250059227136
dracut: mdadm: /dev/md/127_0 has been started with 0 drives (out of 2).
 md127: p1
md: md126 stopped.
md: bind<md127p1>
raid1: raid set md126 active with 1 out of 2 mirrors
md126: detected capacity change from 0 to 250056605696
dracut: mdadm: /dev/md/126_0 has been started with 1 drive (out of 2).
 md126: unknown partition table
md: md125 stopped.
md: bind<sdb>
raid1: raid set md125 active with 1 out of 2 mirrors
md125: detected capacity change from 0 to 250059227136
dracut: mdadm: /dev/md/125_0 has been started with 1 drive (out of 2).
 md125: p1
md: md124 stopped.
md: bind<md125p1>
raid1: raid set md124 active with 1 out of 2 mirrors
md124: detected capacity change from 0 to 250056605696
dracut: mdadm: /dev/md/124_0 has been started with 1 drive (out of 2).
 md124: unknown partition table
dracut: Autoassembling MD Raid
dracut: mdadm: No arrays found in config file or automatically
Nevím proč je pole dete # cat /proc/partitions
major minor  #blocks  name

   8        0   80042207 sda
   8        1     204800 sda1
   8        2   79830998 sda2
   8       16  244198584 sdb
   8       32  244198584 sdc
   8       48  156290904 sdd
 253        0   75730944 dm-0
 253        1    4096000 dm-1
   9      127  244198464 md127
 259        0  244196001 md127p1
   9      126  244195904 md126
   9      125  244198464 md125
 259        1  244196001 md125p1
   9      124  244195904 md124
# mdadm -D /dev/md124
/dev/md124:
        Version : 0.90
  Creation Time : Fri Dec  8 12:26:18 2006
     Raid Level : raid1
     Array Size : 244195904 (232.88 GiB 250.06 GB)
  Used Dev Size : 244195904 (232.88 GiB 250.06 GB)
   Raid Devices : 2
  Total Devices : 1
Preferred Minor : 124
    Persistence : Superblock is persistent

    Update Time : Wed Dec  9 09:44:20 2009
          State : clean, degraded
 Active Devices : 1
Working Devices : 1
 Failed Devices : 0
  Spare Devices : 0

           UUID : a254ace7:299e413f:9b638f24:d1d7c0b5
         Events : 0.11841

    Number   Major   Minor   RaidDevice State
       0     259        1        0      active sync   /dev/md/125_0p1
       1       0        0        1      removed
Prošel jsem kdejaký návod, ale nic nezabírá. Nejprve jsem chtěl nastavit diskům identifikátor pomocí fdisku, ale po "w" -zápisu a ukončení (i po rebootu) je identifikátor stále 0.

Nějaký nápad?

Díky předem.

Odpovědi

9.12.2009 12:28 petr_p | skóre: 59 | blog: pb
Rozbalit Rozbalit vše Re: SW Raid1 po upgradu na Fedoru 12

Ano, připojovat souborové systémy podle jmenovky, když máte zrcadlená zařízení je nebezpečné.

Dále autodekovaná pole jsou označena za zastaralá a nedoporučuje se je používat právě z tohoto důvodu, že se vám mohou poskládat všelijak.

Identifikátor, co vypisuje fdisk, je číslo, které je uložené v tabulce rozdělení disku. To číslo si klidně můžete fdiskem přepsat na něco jiného. Já osobně se na tento identifikátor nespoléhám (při vytvoření tabulky rozdělení disku se generuje jako náhodné číslo, zrcadlené hard disky jej budou mít stejné, protože se zrcadlí i tabulka rozdělení disku), ale používám sériová čísla hard disků (/dev/disk/by-id/) k rozlišování disků.

Sjednotit pole se dá tak, že to neaktuální přes mdadm zastavíte a přidáte daný disk/oddíl jako nový do degradovaného aktuálního pole. Jádro automaticky zahájí synchronizaci dat aktuálního obrazu do nově přidaného – tedy správným směrem.

Jak jsem psal, autodetekce je na prd. Změňte typ oddílů na něco jiného (nebo zakažte v jádře autodetekci polí), přes mdadm si zjistěte UUID jednotlivých obrazů a ty zapište do /etc/mdadm.conf k názvu pole.

Pokud pole sestavujete už v initrd/initramfs, musíte tento konfigurační soubor do něj zanést (to asi dělají skripty používané na jeho výrobu automaticky, tedy je musíte přegenerovat).

Nějak jsem ale nepochopil strukturu vašich polí:

md125 : active raid1 sdb[0]
md124 : active raid1 md125p1[0]

To jako máte RAID1 nad RAID1?

9.12.2009 14:55 Pavel Vymetálek
Rozbalit Rozbalit vše Re: SW Raid1 po upgradu na Fedoru 12
Díky za odpověď.

Struktura pole je právě špatně. Má být DEVICE /dev/sd[bc]1 a ARRAY /dev/md0 devices=/dev/sdb1,/dev/sdc1 tedy normální zrcadlení dvou partitions. Proč mi to vytvoří pole md124 místo md0 nevím.

Už jsem přes tune2fs dal filesystémům UUID a snad se to přes UUID podaří.

Zastavením pole jsem chtěl pokračovat. Lze změnit typ partition z 0xFD na 0x83 bez ztráty dat? Jak lze v distibučním jádře zakázat autodetekci pole?

Pole se ve Fedoře podle všeho sestavuje v initrd/initramfs. Teď se to automaticky sestavuje přes dracut.
9.12.2009 15:07 petr_p | skóre: 59 | blog: pb
Rozbalit Rozbalit vše Re: SW Raid1 po upgradu na Fedoru 12
přes tune2fs dal filesystémům UUID

Jenom pro upřesnění: UUID ext2 a UUID pole jsou dvě nezávislé věci. To první slouží na připojení souborového systému, to druhé pro sestavení pole z jedntolivých zařízení.

Lze změnit typ partition z 0xFD na 0x83 bez ztráty dat?

Ano. Je to jen příznak v tabulce rozdělení disku. Na souborový systém nemá vůbec žádný vliv.

Jinak pro pole se doporučuje typ 0xDA. Ale jinak je to jedno.

Jak lze v distibučním jádře zakázat autodetekci pole?

Bootovací parametr jádra raid=noautodetect.

Pavel Vymetálek avatar 10.12.2009 08:41 Pavel Vymetálek | skóre: 15 | Náchod
Rozbalit Rozbalit vše Re: SW Raid1 po upgradu na Fedoru 12
Jasně, UUID pro filesystém a pole spolu nesouvisí, už jsem byl z toho zmatený.

Změna typu partition na 0xDA proběhla bez problému přes fdisk. Nevěděl, zda to nemá vliv na data v partition.

Nakonec se ukázalo jako jednodušší řešení použít k identifikaci disků sériová čísla, jak jste psal. Doteď nevím, jak zjistit/nastavit UUID disku nebo partition.

Výsledný mdadm.conf vypadá takto (nechme stranou, že používám dva stejné disky stejného výrobce, ze stejného "vrhu" :-) ):
# cat /etc/mdadm.conf

DEVICE /dev/disk/by-id/ata-SAMSUNG_SP2504C_S09-prvni-disk-part1 /dev/disk/by-id/ata-SAMSUNG_SP2504C_S09-druhy-disk-part1
ARRAY /dev/md0 level=raid1 num-devices=2 metadata=0.90 spares=1 UUID=a254ace7:299e413f:9b638f24:d1d7c0b5 devices=/dev/disk/by-id/ata-SAMSUNG_SP2504C_S09.prvni-disk..-part1,/dev/disk/by-id/ata-SAMSUNG_SP2504C_S09.druhy-disk..-part1
Tady mě napadá otázka: num-devices u raid1 má být pro dva disky 2 nebo jeden + jeden spare? Nebo má být num-devices=2 a spares=0?

Teď se mi pole synchronizuje a vypadá takto:
# mdadm --detail /dev/md0

/dev/md0:
        Version : 0.90
  Creation Time : Fri Dec  8 12:26:18 2006
     Raid Level : raid1
     Array Size : 244195904 (232.88 GiB 250.06 GB)
  Used Dev Size : 244195904 (232.88 GiB 250.06 GB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 0
    Persistence : Superblock is persistent

    Update Time : Thu Dec 10 08:06:46 2009
          State : clean, degraded, recovering
 Active Devices : 1
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 1

 Rebuild Status : 22% complete

           UUID : a254ace7:299e413f:9b638f24:d1d7c0b5
         Events : 0.12929

    Number   Major   Minor   RaidDevice State
       0       8        1        0      active sync   /dev/sda1
       2       8       17        1      spare rebuilding   /dev/sdb1
A nakonec pro Fedoru 12 bylo zapotřebí (alespoň doufám, že jsem to nedělal nadarmo) sestavit znovu initrd pomocí nástroje dracut
# dracut -f --mdadmconf -v
Nakonec přidat bootovací parametry jádra (podle tohoto blogu: Fedora 12, Dracut, dmraid, mdadm, oh my!), takže teď to vypadá v grub.conf následovně:
raid=noautodetect rd_NO_MD rd_NO_DM nodmraid
Zatím to jede a můžu tak pokračovat v práci. Tuším však, že se k tomu budu muset ještě vrátit po dalším "yum update" kernelu a asi mi nesedí ten num-devices a spares.

Díky moc za nakopnutí správným směrem.
10.12.2009 13:18 petr_p | skóre: 59 | blog: pb
Rozbalit Rozbalit vše Re: SW Raid1 po upgradu na Fedoru 12
jak zjistit/nastavit UUID disku nebo partition

Disk ani partition nemají UUID.

Věc se má tak:

Disk má ID dané výrobcem. Nic jiného.

Tabulka rozdělení disku MBR má svoje ID nezávislé na disku, je uložené v MBR a změnit je lze fdiskem.

Oddíl, jakožto záznam v tabulce rozdělení disku, nemá žádný UUID nebo ID.

Souborový systém může mít UUID, je uloženo v superbloku a jestli existuje, závisí na druhu systému. Zjišťovat a měnit lze nástrojem určeným pro daný systém nebo zastřešujícím nástrojem blkid z util-linux-ng.

Diskové linuxové pole má UUID, zjišťuje se přes mdadm, je uložené v metadatech pole, které bývají uloženy na každém zařízení pole.

Každá z vrstev a její identifikátor jsou nezávislé na ostatních vrstvách.

# cat /etc/mdadm.conf

DEVICE /dev/disk/by-id/ata-SAMSUNG_SP2504C_S09-prvni-disk-part1 /dev/disk/by-id/ata-SAMSUNG_SP2504C_S09-druhy-disk-part1
ARRAY /dev/md0 level=raid1 num-devices=2 metadata=0.90 spares=1 UUID=a254ace7:299e413f:9b638f24:d1d7c0b5 devices=/dev/disk/by-id/ata-SAMSUNG_SP2504C_S09.prvni-disk..-part1,/dev/disk/by-id/ata-SAMSUNG_SP2504C_S09.druhy-disk..-part1

Jestli chcete, tak tam všechny parametry mějte. Nicméně je to celkem zbytečné, protože jsou již uložena v metadatech pole.

Podstatný parametr je UUID, který svazuje číslo /dev/mdN s konkrétním polem. Ten by tam být měl, pokud se chcete jinde na pole odkazovat přes název /dev/mdN.

Parametr devices a proměnná DEVICE jsou zbytečné, pokud máte jistotu, že se vám do počítače nezatoulá neaktuální kopie pole. Navíc při výměně disku budete muset tyto údaje opravit a přegenerovat initrd. Ale je to čistě otázka paranoie, jak moc chcete být na systém přísný.

Co se týče hodnot sparse a num-devices, to si nejsem jistý. Možná se v manuálu něco dočtete. Každopádně pojem sparse nemá v RAID1 žádný význam, protože sparse jsou všechna zařízení, dokud jsou živá alespoň dvě. Možná to má vliv na monitorovací režim démona mdadm.

Pavel Vymetálek avatar 11.12.2009 06:52 Pavel Vymetálek | skóre: 15 | Náchod
Rozbalit Rozbalit vše Re: SW Raid1 po upgradu na Fedoru 12
Děkuji za vyčerpávající odpověď.

S těmi ID a UUID disků jsem to začínal pomalu tušit, u souborových systémů to bylo jasné - tam to jde nastavit vcelku snadno. Blkid jsem neznal - děkuji.

UUID pole v /etc/mdadm.conf je jasné. Parametry jsem do /etc/mdadm.conf napsal "znovu" z neznalosti, ale po výpisu metadat je jasné, že tam je opravdu vše. V rámci "čistoty" systému to odstraním a sestavím nový initrd. Spíš jde o to, aby se při případném upgradu jádra ten initrd sestavil dobře sám.

Mám ovšem dojem, že proměnná device (na prvním řádku) být musí, jinak se pole nesestaví správně po rebootu - tady si zase nejsem jistý jestli nové sestavení initrd pomohlo a jestli vzalo v potaz /etc/mdadm.conf - i když jsem to výslovně nakázal: dracut --mdadmconf. Zkusím ještě experimentovat.
11.12.2009 11:22 petr_p | skóre: 59 | blog: pb
Rozbalit Rozbalit vše Re: SW Raid1 po upgradu na Fedoru 12

Když neuvedete devices, nástroj mdadm při sestavování polí prohledá „všechna“ bloková zařízení a ta, která vypadají jako součást pole a v metadatech mají dané UUID, tak z nich se pokusí sestavit dané pole.

Ano, je to autodetekce. A ano, existují případy, kdy se může vymstít (takové případy ale nevznikají samy od sebe).

Rozdíl s jadernou autodetekcí je ten, že nyní máte pod kontrolou zobrazení UUID na /dev/mdN.

Pokud chcete mít konfiguraci extra zabezpečenou, tak tam ty devices mějte, ničemu to neublíží, pouze si zkomplikujete výměnu disků.

11.12.2009 09:04 pet
Rozbalit Rozbalit vše Re: SW Raid1 po upgradu na Fedoru 12

Co se týče hodnot sparse a num-devices, to si nejsem jistý. Možná se v manuálu něco dočtete. Každopádně pojem sparse nemá v RAID1 žádný význam, protože sparse jsou všechna zařízení, dokud jsou živá alespoň dvě. Možná to má vliv na monitorovací režim démona mdadm.

num-devices říká, kolik disků aktuálně v poli pracuje.

sparse říká, kolik disků je připraveno zaskočit za disk v poli, pokud bude mít problém. V podstatě je to disk, který se zasynchronizuje místo vypadnutého disku tak, aby pole mělo opět num-devices aktivních disků

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.