Vážení, je super, že ta elektromobilní diskuze okolo vystavovaného CyberTrucku tu stále jede, ale jen chci říci, že dnes už 210 účastníků a poslední volné noclehy na případnou párty i den předem ;-) https://www.mikroisp.cz/
kapacitu máme okolo 250lidí jednou to bylo 300 a bylo to opravdu moc, ale to se ještě asi vejdeme...ale to ubytko jestli někdo má ještě zájem, zbývá cca 15míst před i po akci
máte to nějaký rozbitý
https://shop5.wifiprofi.cz/kategorie/skoleni-a-konference/ -> Chyba aplikace nebo serveru: Chyba hostingoveho serveru: Chyba pripojeni MySQL serveru . (Connection refused)
Díky za upozornění...dělá to te´d pravidelně jednou za pár dní někdy ve 3.40...někdy v 8.55.. přijde mi to jako útok
kousne se DB..stačí restart...netušil by někdo dle logu co s tím ? googlil jsem a jedině nedostatek paměti, ale ten server má k dispozici 16GB
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.
jinak poslední dvě místa na spaní před a tři po a je nás už lehce přes plánovanou kapacitu 250...momentálně 252 ;-) kdyby se někdo ještě chtěl účastnit a chtěl ještě spát
Máte nad tou SQL nějaký monitoring alespoň, nebo jen ten log? Třeba ideálně prometheus mysql exporter. Alespoň by bylo vidět základně co se tam děje, takhle to je bez grafů využití těžký.
krystofklima A process of this unit has been killed by the OOM killer.
toto asi mluví za vše
hapi dekuji za to co jsem zjistil a nejake blizsi reseni problemu
Google take nevi...alespon co jsem hledal. Chatgpt si neplatim,tak jsem nezkousel
Diky
"OOM killer" malo pameti, hodi to kill aplikace. Mozna se podivat na konfiguraci MySQL.
chatgpt ví ho*no. Ta hláška stačila vložit do google a hned to řeklo zabití na základě málo paměti což ale neznamená že paměť zabrala mariadb.
OOM je jasnej už z toho co to je za zkratku. Řešení je nicméně problematické, může například docházet k tomu, že nejsou dobře zavíraná spojení a pak se nepodaří vytvořit další, nebo že spojení je tolik že dojde paměť. Hodně napoví co řeknou statistiky z mariadb. Jestli se něco nezavírá nebo je to útok, který vyčerpá zdroje, jak nastavit limity a timeouty. Bez jasné představy co se tam děje to nepůjde.
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.`
df -h ? :-D
Super diagnostika i řešení. FreeGPT vypadá dobře 
Tak tedy kolega okoun zaválel...takhle jsem ani netušil, že podrobně to vypíše
v konfiguraci je paměti 16GB pro SQL je 8GB paměti...innodb_buffer
ten nárůst zatížení je mi jasný, prostě se to kousne na základě krátkého a dobře vymyšleného útoku...te´d jak mu předejít, naposledy to bylo 8:55 předtím o dva dny dříve 3:40...
že by na MikroTik před tím, max 200 https spojení k webu s shopem ?? aby se to vůbe cnedostalo na ten server a poradil si s tím už MikroTik ?
Kryštofe díky, bylo to fajn, jen by to chtělo nějak naladit pití během dne - stačila by voda/sifon.
Zdravím, taky chci poděkovat za super den!
Ta poslední (Vaše) přednáška neproběhla, bylo by možné zveřejnit alespoň slide? Díky
Jj, líbilo. Samozřejmě ne od začátku do konce. Ale mělo to velmi světlé okamžiky:
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..
Taky bych chtěl poděkovat za zorganizování akce, akorát by možná příště stálo za informaci do programu, že nějaký blok je čistě komerční - od přednášky "Dvoufaktorová VPN na MikroTiku ?? Pushovat routy směrem ke klientovi ? No problem" jsem čekal nějaké tipy ke konfiguraci MK, které ještě neznám. Ale dozvěděl jsem se, že to s Mikrotikem má společného akorát to, že se k němu ten Wireguard připojuje s pomocí placeného produktu nějaké třetí strany. Jako v korporátu s tím problém nejspíš nemám, ale téma samotné pro mě bylo zklamáním.
A souhlasím s tím, že blok od TP-Linku byl dobrej a paní Hankiewiczová z ČTÚ byla úplně marná. Její interpretace "disponibilní přípojky" byla o vesmíry daleko od skutečného fungování ISP. Ona vůbec nepochopila (nebo spíš nechtěla chápat) jak to vypadá reálně v terénu, neustále se oháněla nařízeními BERECu a tak jediné co jsem si z jejího vyprávění odnesl je, že data pro ESD si máme dál v podstatě random vycucávat z prstu, nebo věštit z křišťálové koule, akorát to příští rok musíme mít cca podobně, bez nějakých velkých odchylek...
Ale ta paní z ČTÚ co mluvila jako první (jméno už jsem zapomněl) byla dobrá - pokud skutečně orgán dodělá rozumné webové rozhraní k vymáhání dlužných pohledávek za služby a zařízení a správní poplatek bude 200 Kč za jedno správní rozhodnutí (při částkách do 5000 Kč), tak to bude skutečná bomba. A budu vážně zvědavý, jestli to vydání správního rozhodnutí stihnou třeba během roku, jak slibovala.
Jinak některý z řečníků od ČTÚ sliboval, že jejich prezentace dají organizátorovi k dispozici pro hromadné rozeslání - měl bych zájem, protože na jednom z těch slidů bylo hezky naformulováno, jak mám vypadat oznámení na www stránkách o zřízení kontaktního místa k nařízení DSA
pelirob Jinak některý z řečníků od ČTÚ sliboval, že jejich prezentace dají organizátorovi k dispozici pro hromadné rozeslání - měl bych zájem, protože na jednom z těch slidů bylo hezky naformulováno, jak mám vypadat oznámení na www stránkách o zřízení kontaktního místa k nařízení DSA
Pokud by to nedopadlo s tou prezentací, tak mám z toho nějaké foto. Sice kvalita nic moc, ale přečíst se to dalo, když jsem to dnes opisoval...
📡 Telekomunikace.cz
