Byla vydána (𝕏) nová verze 26.1 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 26.1 je Witty Woodpecker. Přehled novinek v příspěvku na fóru.
Deník TO spustil vlastní zpravodajský webový portál ToHledej.CZ s internetovým vyhledávačem a bezplatnou e-mailovou schránkou. Dle svého tvrzení nabízí 'Zprávy, komentáře, analýzy bez cenzury' a 'Mail bez šmírování a Velkého bratra'. Rozložením a vizuálním stylem se stránky nápadně podobají portálu Seznam.cz a nejspíše je cílem být jeho alternativou. Z podmínek platformy vyplývá, že portál využívá nespecifikovaný internetový vyhledávač třetí strany.
Computer History Museum (Muzeum historie počítačů) zpřístupnilo své sbírky veřejnosti formou online katalogu. Virtuálně si tak můžeme prohlédnout 'rozsáhlou sbírku archivních materiálů, předmětů a historek a seznámit se s vizionáři, inovacemi a neznámými příběhy, které revolučním způsobem změnily náš digitální svět'.
Ruský hacker VIK-on si sestavil vlastní 32GB DDR5 RAM modul z čipů získaných z notebookových 16GB SO-DIMM RAM pamětí. Modul běží na 6400 MT/s a celkové náklady byly přibližně 218 dolarů, což je zhruba třetina současné tržní ceny modulů srovnatelných parametrů.
Národní identitní autorita (NIA), která ovlivňuje přihlašování prostřednictvím NIA ID, MEP, eOP a externích identit (např. BankID), je částečně nedostupná.
Byla vydána nová verze 1.16.0 klienta a serveru VNC (Virtual Network Computing) s názvem TigerVNC (Wikipedie). Z novinek lze vypíchnout nový server w0vncserver pro sdílení Wayland desktopu. Zdrojové kódy jsou k dispozici na GitHubu. Binárky na SourceForge. TigerVNC je fork TightVNC.
Byla vydána nová verze 4.6 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.
Rozsáhlá modernizace hardwarové infrastruktury Základních registrů měla zabránit výpadkům digitálních služeb státu. Dnešnímu výpadku nezabránila.
Čínský startup Kimi představil open-source model umělé inteligence Kimi K2.5. Nová verze pracuje s textem i obrázky a poskytuje 'paradigma samosměřovaného roje agentů' pro rychlejší vykonávání úkolů. Kimi zdůrazňuje vylepšenou schopnost modelu vytvářet zdrojové kódy přímo z přirozeného jazyka. Natrénovaný model je dostupný na Hugging Face, trénovací skripty však ne. Model má 1 T (bilion) parametrů, 32 B (miliard) aktivních.
V Raspberry Pi OS lze nově snadno povolit USB Gadget Mode a díky balíčku rpi-usb-gadget (CDC-ECM/RNDIS) mít možnost se k Raspberry Pi připojovat přes USB kabel bez nutnosti konfigurování Wi-Fi nebo Ethernetu. K podporovaným Raspberry Pi připojeným do USB portu podporujícího OTG.
To je děs jak ten čas letí. Před rokem a půl jsem zde publikoval blogpost na téma - virtualizovaný cluster. Ten měl vzápětí následovat tento blogpost, ale protože koncem září je v našem prostředí nejvíc práce už nebyl čas na doladění důležité komponenty - virtuálního hostitele. Cílem blogpostu totiž je - nabídnout, všem co mají zájem - virtuální stroj, ve kterém by si mohli v izolovaném prostředí vyzkoušet jak se pracuje s Pacemakerem. Virtualizovaný cluster v prostředí virtuálního hostitele.
V minulém blogpostu jsem uvedl že si corosync a Pacemaker raději kompiluji sám. Jelikož nemám k dispozici zase tak moc volných fyzických strojů, chtěl jsem si již předloni udělat virtualizované testovací prostředí, ve kterém bych si mohl zkoušet zda všechno funguje jak má ještě před ostrým nasazením na produkční stroje.
První verzi takového virtuálního stroje jsem měl k dispozici již 13. září 2014, ale nestihnul jsem k němu dopsat tenhle blogpost a pak už nebyl na hraní čas.
Verze o které budu psát dále je udělána od základu znovu. Obsahuje aktuální Debian unstable s distribučním jádrem 4.5.0-1-amd64, a poměrně čerstvou kompilaci corosyncu 2.3.5 s pacemakerem verze 1.1.14.
Virtualizační hostitel je normální grafický desktop, a vše se dá průběžně aktualizovat, takže si nadále můžete jak hostitele, tak virtální nody udržovat sami.
To, v čem se obsah výchozího nodu liší od normální instalace přes debootstrap je především můj skript s duchaplným názvem virtual (což je ve skutečnosti symlink na bashový soubor /etc/virtual.sh, který je určen pro práci s virtuálními nody.
Virtuální nody se vytváří jako snapshoty výchozího btrfs subvolume root-default, který obsahuje předinstalovaný mnou vytvořený binární balík crm a předkonfigurovaný soubor corosync.conf. I ten lze průběžně aktualizovat a případně před naklonováním virtuálních nodů doplnit o další softwarové balíky.
Po spuštění virtuálního hostitele máte dvě možnosti jak do něj přistupovat - buďto přes SSH (pokud si nastavíte při spuštění virtuálního hostitele forward portu 22, nebo přes grafickou konzoli. Použít můžete buď Spice, nebo VNC - jak je libo.
Ke spuštěným virtuálům pak můžete přistupovat obdobně - součástí instalace virtuálního hostitele je jak konzolový klient spicec, tak novější GTK+ klient spicy.
Založení virtuálního nodu je stupidně prosté:
root@pacemaker:~# virtual create a root@pacemaker:~# virtual start a a START
Můžete jich klidně založit i více najednou..
root@pacemaker:~# virtual create b c root@pacemaker:~# virtual start b c b START c START
Chcete-li vidět co se děje při nabíhání virtálního nodu (kupř. b )můžete využít akci 'log'
root@pacemaker:~# virtual log b ...
Chcete-li zjistit jaké nody vlastně máte vytvořeny, použijte akci 'info' bez parametrů - ta vypíše výchozí nastavení proměnných a obsah souboru /opt/nodes. Pokud přidáte jako parametr jméno vrtuálního nodu, tak se vypíše kromě portů, které bude využívat také informace o tom, kolik místa aktuálně zabírá příslušné subvolume.
root@pacemaker:~# virtual info a INFO b Order 2 MAC ba:bb:bc:bd:1b:5a Monitor 7002 Spice 7102 VNC 5902 ssh NAT 7202 Space occupied by b qgroupid rfer excl -------- ---- ---- 0/263 1.49GiB 3.69MiB
Pokud vás zajímá v jakém jsou virtuální nody aktuálně stavu můžete využít 'status'
root@pacemaker~# virtual status a b c a ON b ON c ON
Pokud z nich chcete vytvořit virtuální cluster, stačí se do nich postupně po spuštění přihlásit přes ssh a pak spustit..
root@pacemaker:~# ssh root@a root@a:~# /etc/init.d/corosync start Starting Corosync Cluster Engine (corosync): [ OK ] root@a:~# /etc/init.d/pacemaker start Starting Pacemaker Cluster Manager[ OK ] root@a:~# crm status Stack: corosync Current DC: a (version 1.1.14-pacemaker) - partition WITHOUT quorum Last updated: Tue Apr 19 12:07:39 2016 Last change: Tue Apr 19 09:31:04 2016 by hacluster via crmd on c 3 nodes and 0 resources configured Node b: UNCLEAN (offline) Node c: UNCLEAN (offline) Online: [ a ] Full list of resources:
Zastavení nodů je opět prosté:
root@pacemaker:~# virtual stop a b c ...
Nody budou postupně korektně vypnuty (využívá se sekvence sysrq příkazů).
Virtuální nody, které jsou spuštěné přes akci 'start' běží v rámci izolované sítě, která nemá vnější konektivitu. Pokud chcete aby měl virtuální nod přístup do vnější sítě, pak musí být spuštěn přes 'nat'. Pak ovšem neuvidí pro změnu na ostatní virtuální nody - pouze ven.
root@pacemaker:~# virtual nat a a START WITH NAT
Do takového stroje se pak lze přihlásit přes ssh na portu který najdete ve výpisu při akci 'info'
root@pacemaker:~# ssh localhost -p 7201
A pak je možné stroj dle libosti aktualizovat z repozitářů na vnější síti.
Je třeba mít na paměti, že se po svém založení stává každý z virtuálních nodů samostanou jednotkou. Tzn. že veškeré změny a úpravy konfigurace se v žádném jiném nodu neprojeví. Výjimkou je pouze výchozí virtuální nod default, který ani v jiném než NAT módu spustit nelze. Ovšem změny realizované v 'default' nodu se projeví pouze u nově založených nodů. Stačí stávající nody zrušit a pak založit znovu.
root@pacemaker:~# virtual stop a b c ... root@pacemaker:~# virtual delete a b c ... root@pacemaker:~# virtual create a b c ...
Pochopitelně se ale při zrušení ztratí veškeré změny a úpravy, které byly učiněny v rámci původních virtuálních nodů.
Takže pokud si to chcete vyzkoušet sami, napište mail a já vám pošlu link ze kterého si můžete stáhnout archiv, ve kterém je zapakovaný soubor pacemaker.qcow2 a soubor README, kde jsou nějaké poznámky k tomu jak to spustit, co a jak je v tom nainstalované a pochopitelně také přístupového hesla, které je stejné jak do hostitele, tak do virtuálních nodů.
Archiv, včetně opravných kódů pro par2 má 678MB, takže se to vleze i na CD. Po rozbalení má qcow2 soubor 2,6GB, ale může při použití nabobtnat až na max. velikost virtuálního disku (30GB) 8GB je vyhrazeno pro swapovací oddíl. Pro spuštění je nutný x86_64 procesor s podporou virtualizace a alespoň 1G vyhrazené paměti. Pochopitelně čím více paměti, tím lépe, protože pak nebude virtuál sahat na swap. Množstvím paměti je také limitován počet souběžně provozovatelných nodů - ve výchozím stavu mají nastaveno 1G virtuální RAM, ovšem sražené na provozní polovinu. Virtuály používají balloon, takže v případě potřeby jim lze za běhu paměť dofouknout.
Tím jsem skončil vy uličníci a žádám abyste se při mši svatý chovali slušně 
Tiskni
Sdílej:
jehož jenže Původně měl pokračovat Jelikož se primárně věnují i řešil hromadu jiných věcí ...;)
V tom editačním okně se totiž při obsáhlejším textu fakt blbě orientuje, takže opravuji primárně takové chyby, aby to ten editor vůbec sežral. Nakopírovaný obsah už většinou dále neřeším, pouze si to ještě jednou přečtu a opravuji jen to co fakt bolí. A ty ses trefil do chvíle co jsem ten příspěvek pro kontrolu četl.
šíří při tom své fantasmagorické nápady, bludy a lži?slovník: názory odlišné od názorů vašich.
Ale chapem, ze nie kazdy to vidi podobne.