Nem tudom, hogy okozott-e valakinek kellemetlenséget az, hogy nekem 2-3 FreeBsd-n a munin pluginek egy része minden nap éjfélkor megállt. Rövid debuggolás után rájöttem, hogy a pluginnek igazából nincs semmi baja, csak a PATH felejtette el. Így ha valahol nem volt elérési úttal használva egy parancs a pluginen belül, akkor azok elhaltak. Kijavítva teljes elérési útra már nem is produkálja.
pl.:
ping --> /sbin/ping
Nem nagy varázslat…
A magicrescue nevű program a HDD-n végigszalad és egy meghatározott mintának megfelelő fájlformátumokat keres. Ezekből utána megpróbálja összerakni a fájlokat. Sajnos a fájlok nevét nem tudja megmondani, de képek mentésére kiválóan alkalmas.
root@petike-desktop:~# magicrescue -r jpeg-jfif -r jpeg-exif -d /mnt/test/rescue/ /dev/sdd1
Found jpeg-jfif at 0xF27A5000
/mnt/test/rescue//0000F27A5000-0.jpg: 2940 bytes
Found jpeg-exif at 0xF27C7000
/mnt/test/rescue//0000F27C7000-0.jpg: 131613 bytes
Corrupt JPEG data: premature end of data segment
Unsupported marker type 0x57
No output file
Mindezek után persze ki kell mazsolázni a fontos dolgokat, de tényleg hatékony.
Ez az egy sornyi okosság az aktuális könyvtár alatti php.ini-kben (pl. ispcp domainjeinek php.ini-je) cseréli ki a post max size értékét nagyobbra.
find ./ -name 'php.ini' | xargs perl -pi -e 's/post_max_size = 8M/post_max_size = 20M/'
Értelem szerűen ez alkalmazható minden más szöveges állományra is 
Történt egy érdekes eset. Az okát még nem tudom, nem is nagyon olvastam utána. Eddig akár BSD, akár ubuntu volt telepítve, X-es alkalmazások futtatása ssh-n keresztül minden mókolás nélkül működött. Az egyik 7.2-es FreeBSD viszont akadt egy kis galiba. Egyáltalán nem tudtam rajta X-es alkalmazásokat indítani.
Az xauth és a xorg-fonts csomagok feltelepítése után megy. Ezek után direkt megnéztem a 6.x-es BSD-ket, hogy ott mi a helyzet, de ott egyeiken sincsenek ezek telepítve.
Na mindegy… érteni nem értem, de működik.
Ha valakivel előfordul, hogy “elfelejti” az sql szerver root jelszavát, íme a megoldás:
1. mysql szerver leállítása:
host# /usr/local/etc/rc.d/mysql-server stop
2. init script gyártása:
UPDATE mysql.user set password=PASSWORD('új password') where user='root';
flush privileges;
3. mysqld indítása a saját scripttel:
mysqld_safe --init-file=/home/petike/sql_root_reset.sql
Ez indításkor módosítja a root passwordöt.
Ezek után már mehet is a móka.
Természetesen a fájlt ezek után már nem kell használni, le is törölhetjük. Végezetül pedig indítsuk el újra rendesen a mysql-servert.
Ez a kis okosság egy megadott könyvtár tartalmát (nem rekurzívan) mindig betölti egy sql táblába. A táblát minden frissítés előtt üríti.
#!/bin/sh
myDir='/root'
myDb='dbname'
myTable='linuxdir'
sqlcmd="mysql -uroot -ppass $myDb"
echo "TRUNCATE TABLE $myTable" | $sqlcmd
cd $myDir
for i in *; do
echo "INSERT INTO $myTable (filename) values ('$i')" | $sqlcmd
done
u.i.: thx Dávidnak az ötletekért
Ubuntunál kicsit zavaró, ha a gyagyás cron jobok telehánnyák a syslogot mindenféle üzenettel és esetleg nem lehet látni tőle valamilyen tényleg hibás dolgot. A syslog konfigjában kell módosítani az alábbiak szerint:
Az eredeti:
*.*;auth,authpriv.none -/var/log/syslog
#cron.* /var/log/cron.log
A módosított:
*.*;cron,auth,authpriv.none -/var/log/syslog
cron.* /var/log/cron.log
Ezekután mindenki boldog. A cron.log rotálását ne felejtsük el bekapcsolni.
A korábbi autossh-s postban már volt egy reverse ssh tunnel, de a távoli gépen minden ilyen csőnek a vége a localhoston hallgat. Ilyen módon nehezebb pl. egy nrpe servert a nagios felől elérni, ha a tunnel vége nem a nagiosnál van.
Két apró módosítás szükséges ehhez a mókához:
1. A távoli gép sshd konfigjában át kell varázsolni a következőket:
GatewayPorts clientspecified
Természetesen meg lehetne azt is mondani, hogy minden cső vége elérhető legyen bármilyen host felől, de így azért mégis csak secure a dolog .
Ilyenkor a cső létrehozásakor a tűzfal mögötti hoston kell egy kicsit faragni az ssh parancsán. Egyetlen apró módosítást kell felvenni, hogy a cső túlsó fele milyen IP-n hallgasson.
[...] -R 123.132.160.152:25666:localhost:5666 [...]
Így már bárhonnan elérhető az ssh csövünk vége.
Hát ennyi.
Apróság, de hasznos lehet:
root@xxx.host:~# sudo -i -u petike whoami
petike
root@xxx.host:~# whoami
root
root@xxx.host:~#