Copilot automaticky vkládal do pull requestů 'propagační tipy', reklamní text se na GitHubu objevil ve více než jedenácti tisících pull requestech. Po vlně kritiky byla tato funkce zablokována a produktový manažer Tim Rogers připustil, že umožnit Copilotovi upravovat cizí pull requesty bez vědomí autorů byla chyba.
Je 31. března a tedy Světový den zálohování (World Backup Day). Co by se stalo, kdyby Vám právě teď odešel počítač, tablet nebo telefon, který používáte?
Digitální a informační agentura (DIA) přistupuje ke změně formátu důvěryhodného seznamu České republiky z verze TLv5 na verzi TLv6, která nastane 29. dubna 2026 v 00:00 (CET). Ke změně formátu důvěryhodných seznamů členských států (tzv. Trusted Lists) dochází na základě změn příslušné unijní legislativy. Důvěryhodné seznamy se používají v rámci informačních systémů a aplikací zejména pro účely ověřování platnosti elektronických
… více »Rspamd (Wikipedie), tj. open source systému pro filtrování nevyžádané pošty, byl vydán v nové major verzi 4.0.0. Přehled novinek v Changelogu.
SolveSpace (Wikipedie), tj. multiplatformní open source parametrický 2D/3D CAD, byl vydán v nové verzi 3.2. Přehled novinek v Changelogu na GitHubu. Vyzkoušet lze novou oficiální webovou verzi.
Organizátoři Dne IPv6, tradiční akce věnované tématům spojeným s tímto protokolem, vyhlásili Call for Abstracts. Na webu konference mohou zájemci přihlašovat příspěvky o délce 20 nebo 40 minut či 10minutové lighting talky a to až do 30. dubna. Tvůrci programu uvítají návrhy přednášek z akademického i komerčního sektoru, které mohou být technického i netechnického zaměření. Den IPv6 se letos uskuteční 4. června a místem konání bude i
… více »Euro-Office (Wikipedie) je evropský fork open source kancelářského balíku OnlyOffice. Za forkem stojí koalice firem IONOS, Nextcloud, Eurostack, XWiki, OpenProject, Soverin, Abilian a BTactic. Cílem je zajistit digitální suverenitu Evropy a snížit závislost na neevropských platformách. Projekt vznikl mimo jiné v reakci na nedávné uzavření cloudové služby OnlyOffice. OnlyOffice obviňuje Euro-Office z porušení licenčních podmínek. Na možné problémy upozorňuje i Collabora Online. Jednostranná změna licence není v pořádku.
Byly zpracovány a na YouTube zveřejněny videozáznamy jednotlivých přednášek z letošního Installfestu.
Během akce Arduino Days 2026 byl publikován Arduino Open Source Report 2025 (pdf) a oznámeno 7 nových produktů kompatibilních s deskou UNO Q (Arduino USB-C Power Supply, USB-C Cable, USB-C Hub, UNO Media Carrier, UNO Breakout Carrier, Bug Hopper, Modulino LED Matrix).
Google v pátek spustil v Česku Vyhledávání Live. Tato novinka umožňuje lidem vést plynulou konverzaci s vyhledávačem v češtině. A to prostřednictvím hlasu, nebo prostřednictvím toho, na co ukážou svým fotoaparátem či kamerou v mobilu. Rozšíření této multimodální funkce je možné díky nasazení Gemini 3.1 Flash Live, nového hlasového a audio modelu, který je od základu vícejazyčný, takže umožňuje lidem po celém světě mluvit na vyhledávač přirozeně a v jazyce, který je jim nejbližší.
Před 5 lety jsem vydal tento článek: ZFS : Stavba a zkušenosti se ZFS storage (2). Dělal jsem návrh svého druhého ZFS storage, kde jsem oproti prvnímu zvýšil HA (zdvojil SLOG,zdvojil řadiče, nahodil multipath / přešel ze SATA na SAS apod.)
Po víc, jak pěti letech provozu, je počet vyreklamovaných disků 0, počet závad téměř nula. Tím téměř myslím to, že po pěti letech provozu zahaprovalo spojení mezi řadičem a jbodem. Díky multipath a druhému řadiči se nic nestalo. V takto porušeném režimu pole běželo dlouho, protože jsem se ne a ne dostat k nějaké odstávce. Nakonec tu odstávku za mně udělali dělníci, kdy kolega vše zaplachtoval až příliš důkladně a jbod vyhodnotil, že nemá dostatečné flow a vypnul se.
Po tomto incidentu trvalo naběhnutí pole asi 50 minut. Celé to vázlo na importu poolu. Údajně běžná věc při takovém objemu a zaplnění, které v tu chvíli mělo (asi 90% zaplněné kapacity). Po naběhnutí komunikace obou řadičů ok. Tuto neplánovanou odstávku jsem spojil i s updatem OS (TrueNAS, minor update), takže mám zase na nějakou dobu klid. Jinak následně se spustil scrub na opravu, který má takovouto stats:
pool: datastore1
state: ONLINE
scan: scrub repaired 0B in 2 days 02:44:15 with 0 errors on Tue Mar 3 02:44:19 2026
config:
NAME STATE READ WRITE CKSUM
datastore1 ONLINE 0 0 0
raidz2-0 ONLINE 0 0 0
gptid/e0c73b3f-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/e11b87ec-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/e155da8d-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/e1ba807f-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/ecd43c34-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/e244f725-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/e25eb9a9-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/e2f36486-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
raidz2-1 ONLINE 0 0 0
gptid/e1b4c16b-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/e2d049dd-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/e2bd2f36-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/e34300d5-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/e37918c0-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/e3952071-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/e3ddada3-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/e43f013a-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
raidz2-2 ONLINE 0 0 0
gptid/e66787ec-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/e6fad7ec-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/e7030af7-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/e78de0a9-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/e7a41080-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/e7e6ce17-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/e8041a3d-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/e8515c44-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
raidz2-3 ONLINE 0 0 0
gptid/e8ac1e51-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/e914737e-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/e93c2b35-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/e97ec9c3-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/e98d8e95-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/e95eb55a-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/e9b53ca1-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/ea2399d5-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
raidz2-4 ONLINE 0 0 0
gptid/eb4c05bc-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/ebfc1f74-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/ebf6e8ec-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/ec581676-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/ec81ebc7-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/ec996a49-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/ec853cf3-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/ecbed015-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
raidz2-7 ONLINE 0 0 0
gptid/f46531d3-7eae-11ee-8aad-3cecef47a87c ONLINE 0 0 0
gptid/f46d29cc-7eae-11ee-8aad-3cecef47a87c ONLINE 0 0 0
gptid/f499ca5c-7eae-11ee-8aad-3cecef47a87c ONLINE 0 0 0
gptid/f49bc7d9-7eae-11ee-8aad-3cecef47a87c ONLINE 0 0 0
gptid/f47db4c6-7eae-11ee-8aad-3cecef47a87c ONLINE 0 0 0
gptid/f46a87cd-7eae-11ee-8aad-3cecef47a87c ONLINE 0 0 0
gptid/f49b9aa9-7eae-11ee-8aad-3cecef47a87c ONLINE 0 0 0
gptid/f46fcb53-7eae-11ee-8aad-3cecef47a87c ONLINE 0 0 0
raidz2-8 ONLINE 0 0 0
gptid/18f689b8-7eaf-11ee-8aad-3cecef47a87c ONLINE 0 0 0
gptid/18cee58f-7eaf-11ee-8aad-3cecef47a87c ONLINE 0 0 0
gptid/18b1c2e7-7eaf-11ee-8aad-3cecef47a87c ONLINE 0 0 0
gptid/18c681d1-7eaf-11ee-8aad-3cecef47a87c ONLINE 0 0 0
gptid/18c3e3c2-7eaf-11ee-8aad-3cecef47a87c ONLINE 0 0 0
gptid/18d4f32e-7eaf-11ee-8aad-3cecef47a87c ONLINE 0 0 0
gptid/18f61d0b-7eaf-11ee-8aad-3cecef47a87c ONLINE 0 0 0
gptid/18b880be-7eaf-11ee-8aad-3cecef47a87c ONLINE 0 0 0
logs
gptid/ec8a7f2c-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
gptid/ecc15c66-2971-11eb-ba5b-3cecef47a87c ONLINE 0 0 0
errors: No known data errors
Původně jsem chtěl pole jen na zálohy. Ve finále na něm skončily nějaké VM, a to jak provozované v rámci vmware (různé obnovy testů apod.), tak VM spuštěné přímo na poli. Usoudil jsem, že bude lepší mít backupovací VM přímo na storage, odstíněné od zálohované infrastruktury.
Z toho důvodu jsem TrueNAS nemigroval na Linux, ale nechal jsem na něm dožívat verzi postavenou na FreeBSD, která je stále podporována a dlouho ještě bude. Ono totiž migrace z bhyve na KVM není podporována a nechtěl jsem tím zabíjet čas. Vize byla, že to překopu na Linux s nákupem/stavěním nového storage.
No a musím říci, že jak zaplnění pole rostlo, občas peaky k 90% a více, tak při takovém zaplnění, nebo nějakém druhu zatížení, začaly ty VM zlobit. A to tak, že backupovací Linux VM občas hodila nějaký mountpoint do RO a windowsí mašině spadla backup služba veeamu a nešla nahodit (jen restart to vyřešil). To byl jediný problém, co jsem tedy měl a trochu jsem to přisuzoval bhyve.
Hell yeah!!! :).
Intel Optane, kámo bro kámo, epesní výkon!!! Slzy nemohu udržet a deprese, čím to nahradím u dalšího pole. Jako, mám jeden spare Optane, co jsem nevyužil a mám sto chutí použít u nového pole ten nový optane a k tomu ten jeden starý (druhý starý bych nechal v současném poli)
Doporučuji se zaměřit na kapacitu disků vs read vs write :)
První optane: root@bs2-ph[~]# smartctl -a /dev/nvme0 smartctl 7.2 2021-09-14 r5236 [FreeBSD 13.1-RELEASE-p9 amd64] (local build) Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Model Number: INTEL SSDPE21D480GA Serial Number: PHM202400099480BGN Firmware Version: E2010480 PCI Vendor/Subsystem ID: 0x8086 IEEE OUI Identifier: 0x5cd2e4 Controller ID: 0 NVMe Version: <1.2 Number of Namespaces: 1 Namespace 1 Size/Capacity: 480,103,981,056 [480 GB] Namespace 1 Formatted LBA Size: 512 Local Time is: Wed Apr 1 00:02:45 2026 CEST Firmware Updates (0x02): 1 Slot Optional Admin Commands (0x0007): Security Format Frmw_DL Optional NVM Commands (0x0006): Wr_Unc DS_Mngmt Log Page Attributes (0x0a): Cmd_Eff_Lg Telmtry_Lg Maximum Data Transfer Size: 32 Pages Supported Power States St Op Max Active Idle RL RT WL WT Ent_Lat Ex_Lat 0 + 18.00W - - 0 0 0 0 0 0 Supported LBA Sizes (NSID 0x1) Id Fmt Data Metadt Rel_Perf 0 + 512 0 2 === START OF SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED SMART/Health Information (NVMe Log 0x02) Critical Warning: 0x00 Temperature: 38 Celsius Available Spare: 100% Available Spare Threshold: 0% Percentage Used: 11% Data Units Read: 22,014 [11.2 GB] Data Units Written: 4,102,812,051 [2.10 PB] Host Read Commands: 398,242 Host Write Commands: 18,113,744,794 Controller Busy Time: 16,488 Power Cycles: 18 Power On Hours: 47,168 Unsafe Shutdowns: 8 Media and Data Integrity Errors: 0 Error Information Log Entries: 0 Error Information (NVMe Log 0x01, 16 of 64 entries) No Errors Logged Druhý optane: root@bs2-ph[~]# smartctl -a /dev/nvme1 smartctl 7.2 2021-09-14 r5236 [FreeBSD 13.1-RELEASE-p9 amd64] (local build) Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Model Number: INTEL SSDPE21D480GA Serial Number: PHM20240002D480BGN Firmware Version: E2010480 PCI Vendor/Subsystem ID: 0x8086 IEEE OUI Identifier: 0x5cd2e4 Controller ID: 0 NVMe Version: <1.2 Number of Namespaces: 1 Namespace 1 Size/Capacity: 480,103,981,056 [480 GB] Namespace 1 Formatted LBA Size: 512 Local Time is: Wed Apr 1 00:03:24 2026 CEST Firmware Updates (0x02): 1 Slot Optional Admin Commands (0x0007): Security Format Frmw_DL Optional NVM Commands (0x0006): Wr_Unc DS_Mngmt Log Page Attributes (0x0a): Cmd_Eff_Lg Telmtry_Lg Maximum Data Transfer Size: 32 Pages Supported Power States St Op Max Active Idle RL RT WL WT Ent_Lat Ex_Lat 0 + 18.00W - - 0 0 0 0 0 0 Supported LBA Sizes (NSID 0x1) Id Fmt Data Metadt Rel_Perf 0 + 512 0 2 === START OF SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED SMART/Health Information (NVMe Log 0x02) Critical Warning: 0x00 Temperature: 36 Celsius Available Spare: 100% Available Spare Threshold: 0% Percentage Used: 11% Data Units Read: 1,140 [583 MB] Data Units Written: 4,102,602,032 [2.10 PB] Host Read Commands: 12,786 Host Write Commands: 18,113,662,391 Controller Busy Time: 16,469 Power Cycles: 18 Power On Hours: 47,168 Unsafe Shutdowns: 8 Media and Data Integrity Errors: 0 Error Information Log Entries: 0 Error Information (NVMe Log 0x01, 16 of 64 entries) No Errors Logged
Průměrně mají WD SAS disky takovýto smart (tj. na 6TB disk zapsáno 241TB dat, ty dva errory nejsou běžné)
=== START OF INFORMATION SECTION ===
Vendor: HGST
Product: HUS726T6TAL5204
Revision: C4B0
Compliance: SPC-4
User Capacity: 6,001,175,126,016 bytes [6.00 TB]
Logical block size: 512 bytes
Physical block size: 4096 bytes
LU is fully provisioned
Rotation Rate: 7200 rpm
Form Factor: 3.5 inches
Logical Unit id: 0x5000cca0bd113a08
Serial number: V9G9GPLL
Device type: disk
Transport protocol: SAS (SPL-3)
Local Time is: Wed Apr 1 00:05:28 2026 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
Temperature Warning: Enabled
=== START OF READ SMART DATA SECTION ===
SMART Health Status: OK
Grown defects during certification <not available>
Total blocks reassigned during format <not available>
Total new blocks reassigned <not available>
Power on minutes since format <not available>
Current Drive Temperature: 28 C
Drive Trip Temperature: 85 C
Accumulated power on time, hours:minutes 47172:49
Manufactured in week 27 of year 2020
Specified cycle count over device lifetime: 50000
Accumulated start-stop cycles: 10
Specified load-unload count over device lifetime: 600000
Accumulated load-unload cycles: 1945
Elements in grown defect list: 0
Vendor (Seagate Cache) information
Blocks sent to initiator = 59212261029314560
Error counter log:
Errors Corrected by Total Correction Gigabytes Total
ECC rereads/ errors algorithm processed uncorrected
fast | delayed rewrites corrected invocations [10^9 bytes] errors
read: 0 2 0 2 21601524 349516.516 0
write: 0 0 0 0 1819111 241482.688 0
verify: 0 0 0 0 28742 0.000 0
Pole bylo/je určeno na zálohy, odvedlo ale větší zátěž a větší IOPS díky provozu nějakých VM, někdy i dost náročných na IOPS. Další pole už nebudu skládat z 6TB disků, ale vypadá to na nějaké z 12TB disků, nebo větších (poměr / cena / výkon apod.). A zvednu to na nějakých 0,5PB použitelnou kapacitu (tj. se zaplněním max 80%) s možností to natáhnout na 1PB.
Také už pomalu začínám navrhovat a sizovat CEPH, ale ty šílený ceny do toho hážou vidle, takže těžko říci, zda to bude projekt na letos, nebo spíše až na příští rok :-/.
Zdar Max
Tiskni
Sdílej: