Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
Oznámeny byly nové Raspberry Pi Compute Module 4S. Vedle původní 1 GB varianty jsou nově k dispozici také varianty s 2 GB, 4 GB a 8 GB paměti. Compute Modules 4S mají na rozdíl od Compute Module 4 tvar a velikost Compute Module 3+ a předchozích. Lze tak provést snadný upgrade.
Po roce vývoje od vydání verze 1.24.0 byla vydána nová stabilní verze 1.26.0 webového serveru a reverzní proxy nginx (Wikipedie). Nová verze přináší řadu novinek. Podrobný přehled v souboru CHANGES-1.26.
Byla vydána nová verze 6.2 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.14.
Zvládne Debian Wheezy boot z RAID6?Ano, je tam GRUB2.
A co swap?Podle mě by server měl mít dost RAM na to, aby se swap moc nepoužíval.
A co je to "nedávno"?Tři měsíce. A podle jejich wiki furt.
Problém je, že teoreticky má šanci na druhou chybu během synchronizace po první chybě, i kdyby tam měl hot spare.Ale pokud se bavíme o silent data corruption (opět, přijde mi, že k tomu v praxi téměř nedochází), tak tam RAID6 bez checksumů nepomůže.
Přečtěte si ten odkazovaný článek.Hodnocení článku: hromada kokotin.
Má u sebe doma 2× RAID1 (ne 10) a uvažoval jsem o RAID6 a teď mě sem tam mrzí, že jsem nedal RAID6. Už jen proto, že u RAID1 nikdy nevíš jestli když hlásí špatně, tak je to opravdu špatně - mismatch_cnt
a taky bezpečnost je vyšší.
Záleží na tom co ty mašiny budou dělat, jak vytíží disky (budou mít swap a když ano, kdy do něj půjdou), kolik jich bude a kde budou mít třeba /tmp
(u mě v RAM), bo přece jenom RAID6 krapet náročnější (ze 4-mi disky).
Už jen proto, že u RAID1 nikdy nevíš jestli když hlásí špatně, tak je to opravdu špatně - mismatch_cnt a taky bezpečnost je vyšší.To u RAID6 během resyncu taky nevíš. No a nebo můžeš použít něco co umí kontrolovat checksum. Podle mě je ale silent data corruption přeceňovaná. Už jste ji někdy viděli? Já na pravidelně scrubovaném 15TB ZFS poli ještě ne, přitom podle toho článku výše by k tomu mělo dojít jednou za 12 přečtených TB.
Pokud u RAID6 je mismatch_cnt
větší od nuly, celkem jistě něco je nebo bylo špatně nebo obojí, pokud je tomu tak u RAID1 nevíme nic, jedině pokud se si to sjedeme na nepoužívaném poli.
U starých obrázků (většinu z dob MS-DOS 6.22), které jsem přenášel z disku na disk, mám poškozená data/soubory a nevím kdy k tomu došlo (ano mohlo k tomu dojít někdy při kopírování nebo použití, těžko říct).
Jinak silent data corruption je ze své podstaty neviditelný problém a až se zjeví porucha, tak už obvykle nelze říct, čím to bylo způsobeno…, a ZFS je taky tak nějak by design silent data corruption immune.
Osobně jsem rozhodnutý příště (pro sebe a kdoví kdy) dát RAID6 (a třeba do té doby bude stabilní btrfs RAID5/6 ;) ).
Jinak silent data corruption je ze své podstaty neviditelný problém a až se zjeví porucha, tak už obvykle nelze říct, čím to bylo způsobeno…Ne, když máš FS s checksumy, tak silent data corruption zjistíš, respektive když máš RAID, tak ti ho i opraví (a zaloguje, takže to uvidíš).
fio
bonnie++
nebo IOzone
. Hlavní rozdíl byl už napsat RAID6 je asi bezpečnější ale pomalejší, ale o kolik, je asi lepší změřit. ani nevíme co jsou to za disky.
U VM mám swap a swappiness=1
(měl jsem swappiness=0
, ale přece jenom od nějakého kernelu se nám změnilo chování nuly:) ), /tmp
v tmpfs
a všechny mounty ve VM mám relatime
(u hostitele taky swappiness=1
+ relatime
).
Součet přidělených pamětí pro hosty mám nižší (trvale/obvykle jen 23GiB) než je velikost RAM (32GiB) hostitele, každá VM má předělený vlastní LV na systém, a případně další LV na data (z jiného pole), mašiny používají LVM tedy z pohledu celku nested LVM.
PS: Blbě jsem to napsal výše, mám 3 pole RAID1 (ne dvě), jedno pro VM, druhé pro data, a třetí jsou zálohy. Vše je LUKS, krom /boot, hostitel a jedna mašina (DNS) startuje díky tomu, že je tam trvale interně zasunutá flaska, z které si vezme klíč, úložiště dalších strojů a dat se odemyká druhou flaskou (nebo přes SSH, jen z interní sítě), po odemknutí se nastartuje i zbytek strojů. Stroje nic-moc nedělají a celková zátěž systému je malá, trvale běží 8 VM strojů
Tiskni Sdílej: