Linuxos mindenféle

Mivel hála a gúglinak törlődött az eredeti, most emlékezetből: Ubuntun beraktam valami x.sh jellegű névvel egy scriptet a /etc/cron.monthly alá. Aztán csodálkoztam, hogy nem fut. Megoldás: man run-parts -> a /etc/cron.*ly könyvtárakba csak olyan file-okat szabad pakolni, amik a "[a-zA-Z_-]+" regex-re illeszkednek. Illetve szabad mást is, de csak ezek fognak lefutni, a többit figyelmen kívül hagyja a cron.

Azt már megszoktam, hogy a gúgli szarik magasról a usereire, nincs support semmire, még a saját hibáik esetén sem (pl. jó tíz éve töröltek egy fotós blogot, mert valamit elkefélt az automatizmusuk és a sokéves munkát úgy kellett végül összevadászni mindenféle mentett anyagokból) De ez amit ma produkált... Megnyitottam szerkesztésre egy posztot, megjelent a piszkozatok közt. Rájöttem, hogy amit beleszerkesztettem, az felesleges, el akartam dobni, de a piszkozat megmaradt, bármivel próbálkoztam. Végül kijelöltem a piszkozatok alatt lévő egyetlen posztot, megnyomtam a törlés gombot, erre nem csak a piszkozat, hanem az eredeti poszt is eltűnt. És ez csak akkor helyreállítható, ha valami cache-ből vissza tudom vadászni... Köszi gúgli...

Végre eszembe jutott, megkerestem: ha valamiért újra kell indítani egy Asus routeren a WAN interface-t, pl. mert zavaróan sok "támadás" érkezik a frissen kapott IP címre és épp nincs kedvem a webes admin felülettel szórakozni, akkor ssh-n belépve a  service restart_wan   parancs elintézi. Azt ugyan nem értem, hogy miért így, miért nem paraméterezhető a service parancs kicsivel bővebben, de mindegy (a normális a  service restart wan  lenne szerintem, de itt nem így működik )

... a prohardveren. Sajnos erre is illik az a példa, ami már nem is tudom honnan, kitől származik: ha egy hordó szennyvízbe egy kanál tiszta vizet öntesz, szennyvizet kapsz. Ha egy hordó tiszta vízbe öntesz egy kanál szennyvizet, akkor is szennyvíz az eredmény. Hiába van sok normális tag, a pár idióta, köztük nem is egy moderátor, teljesen tönkreteszi a helyet... kár érte, mert ez az utolsó magyar IT fórum, ahol még nyomokban a szakma is fellelhető...

A routerem logja egy syslog-ng szerveren köt ki. Minap rámjött a hülyeség, regisztráltam az asuscomm.com-ra egy saját nevet és kértem, hogy akkor már egy Let's encrypt tanúsítványt is szerezzen be hozzá a router firmware. Szép, jó, működik. Viszont a syslog-ng által írt logba került pár érdekes sor. :( Ugyanis a tanúsítvány gyártás/törlés készít pár olyan bejegyzést, ami sorvége (^M, \n) karaktert is tartalmaz. Ezt a syslog-ng egy laza mozdulattal beletolja a logba úgy, ahogy van. Emiatt, ha soronként olvasom a logot, mondjuk pythonból vagy akár egy grep-pel, akkor ezek a sorok több sorként jelennek meg, szabálytalan bejegyzésként. Ugyanis az így létrejövő sorok elejéről hiányzik a dátum, időpont, küldő kliens stb. Az rsyslog (debian 9 alatt) normálisan kezeli, az üzenetben lévő sorvég karakterből két karaktert csinál, ha jól láttam: ^M. Megnézem a syslog-ng konfigot, van-e erre valami megoldása, de félek, hogy nincs. (3.x verzió) Update: közben megtaláltam, bár nem töké

Ismerkedni kezdtem a docker-rel. Elég fura. Ha nem módosítok a beállításokon, akkor alapjáraton limitek nélkül fut a konténer. Akkor is, ha a host valamennyi userére érvényes limitek vannak beállítva. Emiatt kis híján borítottam a szerverem, mikor elengedtem rajta egy fork-bomb változatot. :D Update: mint közben kiderült , a systemd-t meg én ignoráltam sikeresen, pedig ott kellett volna keresni a választ. Szóval a docker.service fájlban van beállítva, hogy unlimited legyen az nproc értéke. Az oka nem teljesen tiszta. Láttam a githubon egy bugreportot, miszerint a beállított érték túl alacsony, magasabbra lenne szükség, mire ez volt a "javítás", de mobilról néztem, az sem biztos, hogy a hivatalos docker forráshoz tartozó bugok közt szerepelt. Majd előkeresem azt az oldalt, ha nem felejtem el. Újabb update: valóban, a docker.service vonatkozó sorai felett van egy comment, miszerint ha ezeket a paramétereket alapból korlátozzák, az performancia problémákat okozhat, ezért in