Byl vydán svobodný kancelářský balík OnlyOffice Docs 8.1. Vedle četných oprav přináší několik funkcí včetně podpory editace textu v PDF a vytváření formulářů v PDF.
Daniel Stenberg, autor nástroje curl, z databáze SteamDB zjistil, že aktuálně 22 734 her na Steamu používá curl.
Společnost Anthropic vydala Claude 3.5 Sonnet, tj. novou verzi své umělé inteligence Claude (Wikipedie). Videoukázky na YouTube. S Claude 3, stejně jak s GPT-3.5, Llama 3 a Mixtral, si lze pokecat bez přihlašování na DuckDuckGo AI Chat.
Byla vydána nová stabilní verze 6.8 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 126. Přehled novinek i s náhledy v příspěvku na blogu a na YouTube. Vypíchnuta jsou vylepšení v integrovaném poštovním klientu.
Příspěvek Aukce domén – měsíc po spuštění na blogu CZ.NIC shrnuje první měsíc provozu Aukce domén .CZ. Aukcemi prošlo celkem 18 174 domén, z toho na 742 z nich byl učiněn alespoň 1 příhoz. Nejdražší aukcí byla na doménu virtualnisidlo.cz s cenou 95 001 Kč, která však nebyla včas uhrazena. Nejdražší aukcí, která byla vydražena i zaplacena je praguecityline.cz s cenovkou 55 600 Kč.
Před 40 lety, 19. června 1984, Bob Scheifler představil první verzi okenního systému X (X Window System). Vycházela z okenního systému W (W Window System).
Desktopové prostředí MATE bylo vydáno ve verzi 1.28. V gitových repozitářích je sice už od února, ale oznámení vydání se na webu objevilo s několikaměsíčním zpožděním (únorové datum zveřejnění je nepravdivé). Jde o první velké vydání od roku 2021. Uživatelsky nejvýznamnější pokrok je v podpoře Waylandu.
Laboratoře CZ.NIC vydaly novou verzi 4.24.0 aplikace Datovka, tj. svobodné multiplatformní desktopové aplikace pro přístup k datovým schránkám a k trvalému uchovávání datových zpráv v lokální databázi. Přidány byly nové parametry do rozhraní příkazové řádky „export-msg“, „export-msgs“, „import-msg“ a „import-msgs“, které dovolují číst/zapisovat zprávy z/do databází. Veliký panel nástrojů byl nahrazen více nastavitelnými
… více »Mapnik (Wikipedie), tj. open source toolkit pro vykreslování map a vývoj mapových aplikací, byl vydán ve verzi 4.0.0. Přehled změn na GitHubu.
Mozilla koupila firmu Anonym, tj. průkopníka v "digitální reklamě chránící soukromí".
[root@kvm ~]# lvs LV VG Attr LSize Pool Origin Data% Move Log Cpy%Sync Convert TESTOVACI data -wi-ao--- 160.00g a1 data -wi-ao--- 40.00g a2 data -wi-ao--- 10.00g swap data -wi-ao--- 4.88g system data -wi-ao--- 19.53g windows_server data owi-aos-- 120.00g windows_server_snapshot data swi-a-s-- 25.00g windows_server 1.40
# vytvořím snapshot > lvcreate -s -L 25G -n windows_server_snapshot /dev/data/windows_server # vytvořím image stejným způsobem, jakým zálohuji na server se souborovým systémem ZFS, tj. přenesu jen rozdíly mezi soubory (nebo celý pokud neexistuje cílový) > rsync -L --inplace --no-whole-file --block-size=32768 --copy-devices /dev/data/windows_server_snapshot /testovaci/windows_server.img # md5 lvm snapshotu > md5sum /dev/data/windows_server_snapshot | awk '{print $1}' > /testovaci/lvm.md5 # md5 lvm image > md5sum /testovaci/windows_server.img | awk '{print $1}' > /testovaci/file.md5 > cat /testovaci/lvm.md5 /testovaci/file.md5 65428116d1797a70949530221850cc5e 7a17be5c0e71b193b8178343d06f2208Na ostatní LVM volumy to funguje, jen s tímto je problém.
cat /dev/data/windows_server_snapshot > soubor
vytvorilo soubor, jehoz velikost neni nasobkem 32 kilo a tim padem md5sum srovnava nesrovnatelne.
btw. rsync. Prenasat len rozdiely sa moc neoplati ak zdroj aj ciel je na jednej masine. Rsync si vycita cast z oboch suborov, spravi checksum a podla toho sa rozhodne ci je potrebne prepisat ciel, alebo nie. Ak bezi rsync po pomalej linke a zmien nie je vela, tak to dost urychli synchronizovanie, no vramci jedneho stroja to ma vacsinou opacny ucinok.Ten rsync mi normálně běží na vzdálený stroj, tady jsem to jen testoval.
zároveň jsem se jinde dočetl, že čas od času je raid nekonzistentní a že je to normální, protože se to opravuje při automatických pravidelných testech. Jenže jak to pozná, na kterém disku jsou správná data při opravě a jak to pozná při normálním čtení korektní data?normalni to urcite neni, ale bohuzel se to stava (taky to je duvod proc sem z mdraid presel na ZFS, nikdy zpet) pri "oprave" se (mozna to zmenily, ale pochybuju) predpoklada ze korektni jsou data, spatne je parita (i kdyz jsou v RAID6 spatne data - pri obnove z jedny parity by ta druha sedela). co tohle znamena pro mirror si nejsem jistej, pravdepodobne ze prvni disk je "master" a predpoklada se ze ten je korektni
echo 'check' > /sys/block/mdXX/md/sync_actiona pak
cat /sys/block/mdXX/md/mismatch_countnebo i s opravou pole (asi první disk je master):
echo 'repair' > /sys/block/mdXX/md/sync_actionsledovat lze třeba pomocí:
cat /proc/mdstatPokud to chcete uspíšit a nebudete pole používat (ale můžete jej používat, ale možná pak bych dal první hodnotu jen 50000 či méně):
echo 200000 /sys/block/mdXX/md/sync_speed_min echo 500000 /sys/block/mdXX/md/sync_speed_max
mdXX
- dosaďte vlastní
mdadm --grow --bitmap=none /dev/md0
a zkusil znovu. Jinak to bude asi spíš už chyba disku…194cf9a726f086aa55b0260bf96c5e46 /dev/data/windows_server_snapshot eb6ca7d5400489cabab0b4203a1be4c4 /dev/data/windows_server_snapshot 7f2a9ef2cab1bb30091683675c279c63 /dev/data/windows_server_snapshot eb6ca7d5400489cabab0b4203a1be4c4 /dev/data/windows_server_snapshot 194cf9a726f086aa55b0260bf96c5e46 /dev/data/windows_server_snapshotJe vidět, že tolik nesynchronizovaných bloků dat tam zase nebude, protože se to občas při čtení trefí do toho samého. Nemůže to být ten samý problém (s windows paging file), který se objevuje s linux swapem na raidu 1, tj. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405919 (i když tady moc nerozumím o co konkrétně se jedná)?
mount -t ntfs-3g /dev/mapper/data-windows_server2 /W while : ; do md5sum /W/pagefile.sys; done 6b87c2367d9936168ba79d16ccc297f7 /W/pagefile.sys ba12e00950a0459389b1e97a44602047 /W/pagefile.sys 6b87c2367d9936168ba79d16ccc297f7 /W/pagefile.sys ba12e00950a0459389b1e97a44602047 /W/pagefile.sys 6b87c2367d9936168ba79d16ccc297f7 /W/pagefile.sys 6b87c2367d9936168ba79d16ccc297f7 /W/pagefile.sysTeď je otázka - vadí to něčemu? Pokud je toto ten samý či podobný problém jako s linux swapem na raid 1, pak tento problém nemám jen já, ale všichni, kteří provozují takovou konfiguraci (raid 1, lvm, virtualizace s kvm) - mohl by mi to prosím někdo potvrdit?
Tiskni Sdílej: