Příspěvky

331

Server / Re:Chybné čtení dat z mdadm RAID 6 (obzvláště při zápisu)

« kdy: 29. 11. 2018, 12:19:42 »

nevim jestli mi neco uniklo, ale cely test mi to pripada zvlastni. Jestli sem spravne pochopil, tak se pri testu 3 snazite delat md5sum bloku dat z md0 (data ktera sou zasifrovana dm-crypt-em) a zaroven do toho sameho md0 zapisujete? Tzn ze jsou pri tom zapisu a cteni vsechny storage vrstvy aktivni (dm-crypt, LVM, FS) (jinak si nedoaku predstavit jak by mohl probihat konzistentni zapis do FS).

Jestli to chápu správně já, tak řeší pouze md0 (z napsaného předpokládám, že LVM a dm-crypt jsou v tu dobu neaktivní, protože číst blok dat ze zařízení, na kterém probíhají jiné operace výš by bylo opravdu úplně špatně a to samé si můžeme nasimulovat s jedním diskem, čtením z oddílu, když máme připojen souborový systém na tomto oddílu a něco s daty na FS pracuje) a z toho co tu píše, opakovaně čte blok dat ze zařízení /dev/md0. Občas při čtení toho stejného bloku dat to vyhodí jiný checksum = přečetla se jiná data.

Zhorší se to o to víc, když předem vyčtený (jiný) blok dat z /dev/md0 zapisuje zpět na stejné místo a opakuje test se čtením původního bloku dat. Data jsou častěji vyčtena jinak.

Nějak se mi nechce věřit, že by někdo byl takový hazardér a hrál si s blokovým zařízením výše popsaným způsobem, když by byly aktivní další vyšší vrstvy (LVM, dm-crypt, FS). Osobně předpokládám, že aktivní nejsou...

332

Vývoj / Re:Free online správa překladů programu

« kdy: 29. 11. 2018, 01:07:13 »

Stačí tohle? https://pootle.translatehouse.org/

333

Server / Re:Chybné čtení dat z mdadm RAID 6 (obzvláště při zápisu)

« kdy: 28. 11. 2018, 16:03:44 »

Kluci, ale zadny drive-managed SMR disk uz z principu nemuze produkovat nekonzistentni data, cache, ne-cache!

Z principu ne, z praxe ano. já viděl už takové hromady vadných zařízení, že to ani nespočítám, takže tvrdit mi, že něco nemůže produkovat problémy je pro mě mimo realitu.

334

Server / Re:Připojení na MySQL občas timeoutuje

« kdy: 28. 11. 2018, 10:32:33 »

Muj odhad je sitovani v hostingu, obcas to maji dost prasatkove.....ale co presne, tezko rict.

Viděl bych to úplně stejně. Spojení mezi těmi 2 hosty prostě nebylo/není v pořádku.

335

Server / Re:Instalace PHP 5 na Debian Jessie

« kdy: 27. 11. 2018, 22:34:15 »

Problém vidím nejspíš tady:

Kód: [Vybrat]

Module mpm_event disabled.
Enabling module mpm_prefork.
apache2_switch_mpm Switch to prefork
[FAIL] Restarting web server: apache2 failed!

Buď není prefork nainstalovaný https://packages.debian.org/jessie/apache2-mpm-prefork nebo je v konfiguraci apache něco, co je závislé na mpm event a po zapnutí prefork to držkuje.

Řešením je doinstalovat mpm prefork a/nebo upravit konfiguraci apache pro mpm prefork a nebo používat PHP v apache s mpm event přes Fast Process Manager https://packages.debian.org/jessie/php5-fpm

336

Server / Re:Chybné čtení dat z mdadm RAID 6 (obzvláště při zápisu)

« kdy: 27. 11. 2018, 17:49:48 »

Díky za informaci. Každopádně i přes SMR by teoreticky nemělo docházet ke čtení chybných dat.

Teoreticky ano, jenže tyhle disky běžně lžou např. o tom, že data jsou komplet zapsána tam kde by měla být a jsou děsně překombinované samy o sobě a když se k tomu přidá NCQ, cache,... tak tohle se prostě při složitější konfiguraci (RAID) s nimi stává, že dělají co nemají a jedinou nadějí je nový firmware, který ty mezní stavy, které vznikají až v diskových polích ošetří, protože jednotlivé disky jsou obvykle OK, přestože se jak píšete dají lehce uštvat na random access. Navíc novější jednotky zdá se používají finty, kdy první zápisy jsou bez šindelů a až když se vyčerpá většina téhle klasické kapacity, začnou přerovnávat do šindelů a je zle, k tomu se přidá to, že firmware disku lže o kompletním zapsání dat ap. a problém je při souběhu specifického čtení/zápis na světě.

337

Server / Re:Chybné čtení dat z mdadm RAID 6 (obzvláště při zápisu)

« kdy: 27. 11. 2018, 16:40:33 »

Co to jsou přesně za disky?

Disky to jsou běžně dostupné mechanické všechny 8 TB, konkrétně tyto:

• 4x Seagate Archive Exos 5E8
• 1x Seagate IronWolf 8TB
• 2x Western Digital WD Red 8TB

No toho jsem se bál. Kombinace SMR disků (šindelový zápis) s "normálními" v poli. Myslím si, že zakopaný pes je nejspíš tady. Co můžu poradit, co by to mohlo umravnit (bez záruky) je aktualizace firmware v těch drivech. Starší kernel to může teoreticky vyřešit jako workaround taky. Ovšem nevyřeší to to, že SMR disky nejsou na takový provoz vhodné a je s tím víc problémů jak užitku. Chová se to spíš jako kazetopásková jednotka než jako random access zařízení.
Ty Archive Exos jsou SMR určitě, IronWolf si nejsem jist jestli je SMR nebo ne, WD Red jsou AFAIK "normální".

338

Server / Re:Připojení na MySQL občas timeoutuje

« kdy: 27. 11. 2018, 15:42:08 »

Připojení je na DNS jméno nebo IP adresu?

339

Server / Re:Chybné čtení dat z mdadm RAID 6 (obzvláště při zápisu)

« kdy: 27. 11. 2018, 10:13:49 »

Vadná ram nebo chyba v software.

Jasně a vadnou ram nebo chybu v software vyřeší vypnutí HW cache na disku

340

Server / Re:Chybné čtení dat z mdadm RAID 6 (obzvláště při zápisu)

« kdy: 27. 11. 2018, 10:12:58 »

Cache disků jsem vypnul takto příkazem hdparm v cyklu:
...

Pro info: čtení při zápisu je vypnutou cache cca 5x pomalejší, s čímž počítáme.

Prosím, jaká je tedy prvotní příčina a jak postupovat dál?

Co to jsou přesně za disky? Fungovalo to dříve, nebo to je nové pole?

341

Hardware / Re:Barevná laserová tiskárna na formát A2

« kdy: 27. 11. 2018, 08:53:56 »

Děkuji moc za odpověď a za odkazy.
Laser to být nemusí, jen mám špatnou zkušenost s inkoustovými tiskárnami (InkJety).

Velkoformátové inkousty se s kancelářskými za pár stovek nedají srovnávat.

342

Windows a jiné systémy / Re:Instalace Windows 7 na nové SSD od Adata XPG

« kdy: 26. 11. 2018, 18:37:06 »

neznamena to ze to nefunguje, jen ze se musi injektovat jednim z mnoha zpusobu...

Ale co si budeme nalhávat, MS té funkčnosti dost hází úmyslně klacky pod nohy, že?

Mznabje to spis tim, ze pred deseti lety pcie disk neexistoval  a nova verze os s tim problem nema ... ty klacku pod nohy.

Jednak nejde pouze o NVMe (PCIe disky existovaly už tehdy), ale o to, že se W7 musí patchovat kvůli CPU, jinak nechodí aktualizace ap. Dokud drží support měl by slušně vydávat aktualizované instalační obrazy poplatné době, když to zvládne poučený uživatel, nevidím důvod, proč by to neměl umět sám MS v rámci supportu OS. Ale protože se snaží mermomocí přetahat všechny na W10, tak dělá tyhle klacky pod nohy, přestože k tomu není technický důvod. Takže tím čím píšeš to zjevně nebude.

343

Windows a jiné systémy / Re:Instalace Windows 7 na nové SSD od Adata XPG

« kdy: 26. 11. 2018, 13:46:29 »

neznamena to ze to nefunguje, jen ze se musi injektovat jednim z mnoha zpusobu...

Ale co si budeme nalhávat, MS té funkčnosti dost hází úmyslně klacky pod nohy, že?

344

/dev/null / Re:Soutěž o nejblbější chybovou hlášku při ověřování vstupních dat

« kdy: 25. 11. 2018, 10:05:35 »

V hesle jsou povoleny znaky a-z,A-Z,0-9 a _

345

Windows a jiné systémy / Re:Instalace Windows 7 na nové SSD od Adata XPG

« kdy: 25. 11. 2018, 01:21:51 »

A půjde nainstalovat na tuto sestavu (ASRock B450M Pro4 a CPU Ryzen 2600, GPU RX 560) Linux? Jak, když nemohu na oficiálních stránkách najít ovladače?

Půjde, co by nešel...