Vigvam 22. ledna 2025 / Setkání ISPíků u Kolína se CyberTruckem

vážení tohle zorvna chatgpt ví na první dobrou i ve free režimu

nevíš co znamená tohle:

Jan 16 08:55:14 newshop5.wifiprofi.cz mysql-check-socket[361439]: Socket file /var/lib/mysql/mysql.sock exists.
Jan 16 08:55:14 newshop5.wifiprofi.cz mysql-check-socket[361439]: No process is using /var/lib/mysql/mysql.sock, which means it is a garbage, so it will be removed aut>
Jan 16 08:55:14 newshop5.wifiprofi.cz mysql-prepare-db-dir[361465]: Database MariaDB is probably initialized in /var/lib/mysql already, nothing is done.
Jan 16 08:55:14 newshop5.wifiprofi.cz mysql-prepare-db-dir[361465]: If this is not the case, make sure the /var/lib/mysql is empty before running mysql-prepare-db-dir.
Jan 16 08:55:14 newshop5.wifiprofi.cz mysqld[361500]: 2025-01-16 8:55:14 0 [Note] /usr/libexec/mysqld (mysqld 10.4.19-MariaDB) starting as process 361500 ...
Jan 16 08:55:15 newshop5.wifiprofi.cz systemd[1]: Started MariaDB 10.4 database server.
Jan 20 03:40:55 newshop5.wifiprofi.cz systemd[1]: mariadb.service: A process of this unit has been killed by the OOM killer.
Jan 20 03:40:55 newshop5.wifiprofi.cz systemd[1]: mariadb.service: Main process exited, code=killed, status=9/KILL
Jan 20 03:40:55 newshop5.wifiprofi.cz systemd[1]: mariadb.service: Failed with result 'oom-kill'.
Jan 20 03:40:55 newshop5.wifiprofi.cz systemd[1]: mariadb.service: Consumed 21min 44.663s CPU time.

`Tento výpis obsahuje logy týkající se MariaDB (databázový server). Následuje vysvětlení, co jednotlivé řádky znamenají:

Jan 16 08:55:14 mysql-check-socket
    Zpráva, že socket soubor /var/lib/mysql/mysql.sock existuje, ale žádný proces jej nepoužívá. Socket je obvykle spojení mezi klientem a serverem. Pokud není používán, je považován za "odpad" a bude automaticky odstraněn.

mysql-prepare-db-dir
    Indikuje, že MariaDB databáze je pravděpodobně již inicializovaná v adresáři /var/lib/mysql. Pokud ne, doporučuje se tento adresář před spuštěním inicializace vyčistit.

mysqld
    Informace o startu MariaDB serveru. Zpráva potvrzuje, že proces mysqld (verze 10.4.19) byl spuštěn jako proces s ID 361500.

systemd[1]: Started MariaDB 10.4 database server.
    Systémový správce služeb systemd potvrzuje, že MariaDB byla úspěšně spuštěna.

Jan 20 03:40:55 mariadb.service: A process of this unit has been killed by the OOM killer.
    MariaDB byla ukončena kvůli OOM (Out of Memory) killeru. To znamená, že server vyčerpal dostupnou paměť RAM a systém (Linux) automaticky ukončil proces MariaDB, aby uvolnil paměť pro ostatní procesy.

Main process exited, code=killed, status=9/KILL
    Hlavní proces MariaDB skončil, byl ukončen signálem KILL (9).

Failed with result 'oom-kill'.
    Služba MariaDB selhala, protože ji ukončil OOM killer.

Consumed 21min 44.663s CPU time.
    Proces MariaDB běžel celkem 21 minut a 44 sekund, než byl ukončen.

Co s tím:

Problém: OOM killer
    MariaDB pravděpodobně spotřebovala příliš mnoho paměti. Důvody mohou být:
        Nedostatek dostupné paměti v systému.
        Špatná konfigurace MariaDB (např. příliš vysoké limity pro buffery, cache apod.).
        Náhlý nárůst zatížení databáze.

Řešení:
    Zvýšit dostupnou paměť: Pokud je možné, přidat více RAM.
    Optimalizovat MariaDB: Upravte konfiguraci v souboru my.cnf. Např. snížit hodnoty:
        innodb_buffer_pool_size
        max_connections
        query_cache_size
    Monitorování systému: Použijte nástroje jako top, htop nebo vmstat pro sledování spotřeby paměti a identifikaci, co paměť vyčerpává.
    Přidání swapu: Pokud nemáte dostatek RAM, můžete přidat swapovací prostor, aby systém místo ukončování procesů mohl přistupovat k disku.

Pokud problém přetrvává, zkuste získat více detailních logů nebo sledovat MariaDB pomocí nástroje jako mysqltuner.`

Jj, líbilo. Samozřejmě ne od začátku do konce. Ale mělo to velmi světlé okamžiky:

• Štěpán Beneš
  -TP-link
  -Ruijie

Tragické selhání:
-GIA
-VNICTP
-CTU diskuze

K té druhé části se raději rozepíšu, protože přesně tato pasáž patří k těm, kvůli kterým nejezdím na společně akce v CR, ačkoliv tam potkám spousty známých tváří.

Prvně blok GIA - důležité informace, opravdu: DŮLEŽITÉ, ale blok 20 minut je absolutně nevhodný a pokud se do něho přednášející nevejde, nemá ho vůbec smysl ani zahajovat. Na normálních konferencích to funguje tak, že jsou prvně mezi bloky 5 minutové organizační intervaly pro přípravu prezentační techniky a druze, jsou pokutování za každou vteřinu překročení intervalu. Pokud se mohou připravit rychleji, mají čas organizačního intervalu pro sebe. Konference by neměla být místo, kde jsou přednášejí jedinci, kteří se neumí udržet na úzdě. Ať již ze strany přednášejících tak i diskutujících. Lze prominout 10 vteřinové finální slovo, ale aby někdo přepálil o 12 minut! Je to absolutní bezohlednost a především to přináší pochybnosti o samotném přednášejícím a o jeho základních lidských kvalitách.
Samotný blok je minimálně na 2 hodinovou introdukci pro zainteresované a měl být součástí samostatného a odděleného workshopu, protože se jedná o reparát Českým Telekomunikačním Úřadem zkurveného zákona 194/2017 sb. pro usnadnění výstavby vysokorychlostních sítí el. komunikací. Osobně jsem podával první 2 žaloby na rozhodnutí ČTÚ v rámci tohoto zákona a obě skončily u nejvyššího správního soudu, protože se nakonec hádal správní soud a ČTÚ o věcné příslušnosti a my jsme si obě kauzy již vyřešili dávno mimo a sami. Novela bude naštěstí čistou transpozicí, takže se problémy budou moci řešit prostřednictví EK, pokud se náš nemilý NRA bude cukat (vyzkoušeno, zkalibrováno - funguje a velmi dobře)
Jenom pro upřesnění, na jiné akci se tomuto nařízení EP a EC věnoval blok 3 x 2 hodiny a hodina na dotazy a připomínky.

Dále VNICTP..
Další skoro půhodinový blok místo 20 minut, naprosto o ničem. Jako pane Magistře, okomentovat něco slovy mám na to 7,5 minuty a potom tam stravit minut 26.. Navrhvanou novelu ZEK si může každý sám přečíst za 10 minut, jedná se jenom o tzv technickou novelizaci a nepřináší v podstatě žádné změnya bavit se o tom co tam není, no nevím. Další už v roce 2025 jednoduše nedáme. Pan Magistr nás klidně mohl na KoKoDS pozvat v rámci těch 7 minut a materiály nasdílet na webu, pokud se někdo nechce hrabat ve sněmovních tiscích. Opět, takovou neprofesionalitu od člověka, který se pořádáním konferencí v podstatě živí, politováníhodné.

Zde bych ale uvedl ještě jednu věc, která mě nemile překvapila. V rámci přednášky paní ing. Hankiewiczové se pan Magistr naprosto neomaleně zapojil do debaty tím, že si vzal slovo (větší buranství jenom těžko pohledáš) a začal tam svůj výklad na téma omezení dostupnosti obsahu chráněného autorskými právy ačkoliv se na to nikdo nezeptal. Dotaz byl směřovaný na něco úplně jiného a tím bylo zda-li s T-Mobile bylo zahájeno řízení ohledně porušení síťové neutrality, protože obecným soudem bylo sděleno, že omezení provozu v jisté věci bylo zavedeno nezákonně a rozhodnutí bylo potvrzeno i odvolacím soudem a T-Mobile se dopustil naprosto cíleně a vědomě absolutního telekomunikačního hříchu a tím je porušení síťové neutrality. Jestli to byl krycí manevr, nebo jestli to bylo pouze neumětelství autora, nevím. Napadá mě jediná paralela a to z filmu Jak utopit Dr. Mráčka aneb Konec vodníků v Čechách v pasáži, jak Dr. Mráček vylézá z vody mokrý a je okomentován panem Wassermannem: Já jsem byl jaksi upozorněn na to, že nejste jaksi na úrovni..

Díky předešlému se diskuzi po legislativním bloku dostalo cca 5 minut, ve kterém paní inženýrka předvedla monolog a celý jej věnovala tématu, ve kterém přirovnala poskytování internetu k prodeji cukru a z celého pouze vyvstala podstata celého sběru ESD. Je smutné konstatování, že ani úředníci sami nevědí co vlastně chtějí. Po tomto výkonu měla následovat poslední pasáž a to bylo dožadované defilé rajčat a vajec, protože to působilo natolik absurdně, že nebylo co dodat. V diskuzi nebyl zodpovězený jediný dotaz.
Bohužel blok skutečného pořadatele zůstal vyčerpaný předešlým výkonem a to mě dost mrzelo, protože to byl mimo čistě reklamních a legislativních částí jediný praktický, na který nedošlo..