Ha valakinek okozott már problémát egy-egy elkalandozott munin grafikon, annak hasznos lehet az alábbi kis ötlet. Munin alapértelmezésben rrd fájlokban tárolja a mérési adatait és ezt az rrdtool segítségével sikeresen xml-be lehet exportálni, majd editálás után vissza rrd-be.
rrdtool dump valamilyen.rrd > valamilyen.xml
[...] xml editálás [...]
rrdtool restore valamilyen.xml valamilyen.rrd
utána má jó is lesz 🙂
2006-ban gondoltam először, hogy kipróbálom az akkori ubuntu-t. Korábban Mandrake-n (majd Mandriva-n), Fedorán (anti)szocializálódtam. Akkoriban még kerestem, hogy melyik is lenne nekem a legjobb választás. Az ubuntu előtt is mindig volt linuxom, de minden esetben találtam valamit ami nem úgy működött vagy éppen hiányzott. Ekkor esett a választásom a 6.06-os LTS ubuntura, amit fájdalommal ugyan, de kivontam a csatasorból. Nem, ez nem azt jelenti, hogy több éven keresztül nem upgradeltem, de akkoriban annyira megtetszett, hogy egészen a 10.10-ig aktualizáltam egy 160GB-s IDE HDD-n. A gép azóta többször cserélődött alatta, a HDD túlélt egy villámcsapást, amikor az alaplap+táp már feladta. A héten viszont úgy döntöttem, hogy már zavar az IDE HDD lassúsága, meg a hely is fogyóban volt… Az asztali gépemben kicsit átszerveztem a dolgokat, ezért is ez a post. A családi képek egy linuxos software-s raiden vannak. Ez eddig 250G-s volt, de ezt is kicsit ki kellett nyújtani, mert elfogyott a helyem. A művelet a következő volt.
kb. ennyi 🙂
Az eredmény:
root@petike-desktop:~# mdadm –detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Tue Dec 29 08:03:19 2009
Raid Level : raid1
Array Size : 524297152 (500.01 GiB 536.88 GB)
Used Dev Size : 524297152 (500.01 GiB 536.88 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent
Update Time : Fri Nov 5 00:38:09 2010
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
UUID : 4a07aa89:369cd4e2:1101da69:e89aeee3 (local to host petike-desktop)
Events : 0.13009
Number Major Minor RaidDevice State
0 8 8 0 active sync /dev/sda8
1 8 18 1 active sync /dev/sdb2
/dev/md0 493G 208G 260G 45% /mnt
Akinek bejön az Xterm, de utálja a default színeit, annak javasolt az alábbi procedura:
A saját user alatt lévő .Xresources fájlba írjuk be az alábbiakat (vagy hozzuk létre ha nem lenne):
xterm*dynamicColors: true
xterm*background: black
xterm*foreground: green3
xterm*utf8: 2
xterm*eightBitInput: true
xterm*saveLines: 32767
xterm*scrollTtyKeypress: true
xterm*scrollTtyOutput: false
xterm*scrollBar: false
xterm*loginShell: true
xterm*faceName: Monospace:pixelsize=11
xterm*jumpScroll: true
xterm*multiScroll: true
xterm*toolBar: false
xterm*geometry: 100x30
XTerm*VT100.translations: #override
Így működik a vágólaposdi is és a színeit is mi kalibrálhatjuk.
Ahhoz, hogy a változások életbe lépjenek ki kell adni az alábbi parancsot:
petike@petike-nb:~$ xrdb .Xresources
Mindenki boldog.
Sajnos otthon nincs elég erős vas ahhoz, hogy M2TS vagy MTS videokat tömörítve editáljak, ezért az alábbi módszert választottam, hogy az AVCHD-s kamera fájlait megegyék a videovágó programok és ne hulljon atomjaira egy öregecske coreduo:
petike@desktop:/home/petike $ ffmpeg -i 00003.MTS -target pal-dv pipe: | dvgrab --stdin --format dv1 --size 0 00003.avi
ez szépen átalakítja nekem a csodás mts-t aviba. Persze nem szabad elfelejteni, hogy a minőségéből itt jelentősen veszít a video, de mivel SD formátumban lesz tárolva, így is megteszi.
a dvgrab-es móka azért kell, hogy az ffmpeg által készített dv2-ből dv1 legyen
Ha esetleg valakinél az alábbi hibaüzenet jelentkezik, amikor X-es alkalmazásokat szeretne áthúzni több SSH-n, akkor célszerű a -Y kapcsolóval futtatni a klienst.
PuTTY X11 proxy: MIT-MAGIC-COOKIE-1 data did not matchError: Can't open display:
ssh -X -C -Y host -l user
és már szalad is…
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.