Archive for the ‘mindeféle’ Category

Munin adatbázis javítása

hétfő, október 17th, 2011

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 :)

Reinstall

péntek, november 5th, 2010

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.

  1. 10.10 Ubuntu install
  2. raid szétválasztása
  3. egyik 250G-s device leválasztása
    mdadm –fail /dev/md0 /dev/sdb2
    mdadm –remove /dev/md0 /dev/sdb2
  4. egy 500G-s partició be a raidbe, újra összerak, szinkronizál
    mdadm –add /dev/md0 /dev/sdb2
  5. másik 250G-s device leválasztása
    mdadm –fail /dev/md0 /dev/sdc2
    mdadm –remove /dev/md0 /dev/sdc2
  6. újabb 500G-s beillesztése, újra összerak, szinkronizál
    mdadm –add /dev/md0 /dev/sda8
  7. raid kinyújtása 500G-ra
    mdadm –grow /dev/md0 –size=max
  8. fájlrendszer kinyújtása 500G-ra
    resize2fs /dev/md0

 

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

 
Lábjegyzetben azért megemlíteném, hogy kiszolgáló oldalon még mindig inkább FreeBSD párti vagyok…

Xterm színek és alapbeállítások

szerda, november 3rd, 2010

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 : select-end(PRIMARY, CLIPBOARD, CUT_BUFFER0)

Í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.

AVCHD MTS/M2TS konvertálása DV aviba

vasárnap, október 24th, 2010

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

X áthúzása több SSH-n

hétfő, szeptember 20th, 2010

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…

Munin pluginek halála éjfélkor

csütörtök, augusztus 26th, 2010

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…

Képek mentése törölt, újraformázott HDD-ről

kedd, augusztus 17th, 2010

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.

Fájlok tartalmának cseréje find-dal

péntek, július 16th, 2010

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 :)

FreeBSD X ssh-n

szombat, július 10th, 2010

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.

Mysql password reset

szerda, június 23rd, 2010

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.