Archive for november, 2009

Mplayer indítása SSH-n keresztül a távoli gépen

vasárnap, november 22nd, 2009

Néha hasznos lehet, ha pl. szükség lenne elindítani a távoli X.org szerveren egy video-t.

Először is be kell ssh-zni a gépre, majd a környezeti változókhoz hozzá kell adni, hogy melyik grafikus felületet használnánk éppen:

bsd# setenv DISPLAY :0.0

ezek után már nincs más, mint egy normál X-es alkalmazást indítani. Az már a :0.0-s x-en jelenik meg. :)

bsd# mplayer -fs /movies/Movie.avi

hát ennyi…

RSync ssh-n nem a default porton

szombat, november 21st, 2009

Mentés ssh-n rsync segítségével… Azért jó megoldás, mert csak egyszer kell a teljes tartalmat áttölteni, később már csak a változások terhelik a sávszélességet…

rsync -avz -e 'ssh -p12312' /usr/ usert@host:/usr/backup

Eszközök összefűzése FreeBsd-n

szerda, november 18th, 2009

Érdekelt, hogy hogyan lehet LVM-hez hasonló megoldást alkalmazni Freebsd-n. A helyzet úgy adódott, hogy összeguberált alkatrészekből kellett egy kis gépet össztákolni. A HDD-k kicsit voltak, de az érkező fájlok mérete ~100G körüli. Így össze kellett őket fűzni.

A BSD kötetkezelő megoldásában kellemesen csalódtam. (aztán lehet, hogy megbánom… majd leírom a tapasztalatokat)

Az egész két egyszerű lépésből áll:

tatuin# gconcat label -v backup /dev/ad0s2 /dev/ad1 /dev/ad2

tatuin# newfs /dev/concat/backup

ez kb. annyit csinál, hogy az említett három eszközt összefűzi egy logikai eszközzé, majd étrehozok rajta egy új fájlrendszert.

Már csak fel kell mountolni:

tatuin# mount /dev/concat/backup /mnt/

Eddig sebesség különbségeket nem igazán véltem felfedezni. Lehet, hogy egy erősebb gépen nagyobb eltérések látszódnának. Jelen esetben szinte semmivel nem lassabb…

Update1:

Ahhoz, hogy ne szpoassuk magunkat feleslegesen a /boot/loader.conf fileba írjuk be

geom_concat_load="YES"

Az fstab-ot is ennek megfelelően módosítsuk:
/dev/concat/backup /usr/backup ufs rw 2 2

Update2:

Ha esetleg széthullana valamiért a kötet, vagy powerfailure után nem állna magától össze, akkor nézzük meg hogy helyesen betöltődött-e a kernel modul, ha nem akkor töltsük be manuálisan.

tatuin# kldload geom_concat.ko

FujitsuSiemens AmiloPro Ubuntu Wireless

kedd, november 17th, 2009

Ubuntu 9.10 esetén a gépben lévő wlan kártyát sikeresen felismerte, de nem sikerült bekapcsolni. Hiányzott egy kis apróság ami “megnyomta a gombot”. Szegény linux nem tudta, hogy mit csináljon azzal a wlan on/off gombbal.

Egy sor és minden ok.

sudo modprobe fsam7400 radio=1

Amivel működik: Fujitsu Siemens Amilo Pro V3505

Ezzel még csak pillanatnyi tűzoltást végeztünk. Ahhoz, hogy induláskor is minden rendben legyen a következőt kell tenni:

sudo echo fsam7400 >> /etc/modules

sudo echo options fsam7400 radio=1 >> /etc/modprobe.d/options

(guglin kukázva. Forrás: itt)

Ubuntu 9.04 -> 9.10 upgrade mysql hiba

vasárnap, november 15th, 2009

Az upgrade után a mysql szerver nem volt hajlandó elindulni. Telehányta a logot az alábbi hibával:

kernel: [ 1258.446907] type=1502 audit(1258315574.799:372): operation="open" pid=6330 parent=6329 profile="/usr/sbin/mysqld" requested_mask="r::" denied_mask="r::" fsuid=0 ouid=0 name="/sys/devices/system/cpu/"

A megoldás viszonylag egyszerű volt, google-n kukáztam. Nem tudom az okokat, de ha kiveszem a következő sort a my.cnf-ből akkor minden OK.

skip-bdb

Egyszerűen kommenteztem és elindult.

Ami még kellemetlenül érintet, hogy valamilyen oknál fogva a szálak stack mérete is kevésnek bizonyult, így azt megnöveltem. (A tárolt eljárások nem futottak le…)

thread_stack = 1024K

FreeBsd backup

csütörtök, november 5th, 2009

Ezzel okosan lehet élő fájlrendszert menteni:
dump -0uan -L -f - /usr | gzip -2 | ssh user@myhost.com dd of=/home/user/dump-usr-20091104.gz

Készít egy snapshotot az aktuális állapotról, lementi, majd a végén rendbetesz mindent. A userek észre sem veszik…

Ez a megoldás ssh-n áttolja gzippel tömörítve a teljes /usr tartalmát…

UPDATE 1:

Azt elfelejtettem írni, hogy visszaálítani a következő képpen tudjuk:

tatuin# cd /backup
tatuin# cat /home/petike/dump-usr-2xxxxxxx.gz | gzip -dc | restore -xv -f -

Adaptec Raid – hőmérséklet

vasárnap, november 1st, 2009

Van egy kis problémám… az adaptec scsi vezérlő mögötti HDD-k hőmérsékletét nem tudom lekérdezni a smartd-n keresztül. Nemes egyszerűséggel fogalma sincs arról, hogy milyen HDD ülnek rajta. Egy darab aac0-t lát. Ez jól is van így, de annak örültem volna, ha a smartd látta volna őket. A szerencse az, hogy az adaptec-hez van cli, ami működik… Kicsit bugos, de megy.

hostname# aaccli open aac0 : enclosure show status
--------------------------------------------------------------------------------
Adaptec SCSI RAID Controller Command Line Interface
Copyright 1998-2002 Adaptec, Inc. All rights reserved
--------------------------------------------------------------------------------

Executing: open "aac0"

Executing: enclosure show status

Enclosure
ID (B:ID:L) UpTime D:H:M PowerCycle Interval Door Alarm
----------- -------------- ---------- -------- -------- -----
0 0:06:0 0:00:00 0 10 UNLOCKED OFF

Enclosure
ID (B:ID:L) Fan Status
----------- --- -------------

Enclosure
ID (B:ID:L) Power State Status
----------- ----- ------------ -------

Enclosure
ID (B:ID:L) Slot scsiId Insert Status
----------- ---- ------ ------- ------------------------------------------
0 0:06:0 0 0:00:0 1 OK ACTIVATE
0 0:06:0 1 0:01:0 1 OK ACTIVATE
0 0:06:0 2 0:02:0 1 OK ACTIVATE
0 0:06:0 3 0:03:0 1 OK UNCONFIG HOTSPARE ACTIVATE
0 0:06:0 4 0:04:0 1 OK ACTIVATE

Enclosure
ID (B:ID:L) Sensor Temperature Threshold Status
----------- ------ ----------- --------- --------
0 0:06:0 0 77 F 120 NORMAL
0 0:06:0 1 89 F 120 NORMAL


A hőmérséklet nem celsiusban van, de egy kis shell barkácsolással lehet okosítani. Elméletileg egy saját cli-t adna az aaccli, de egy pár utasítás után megáll. Ha egy sort kalapálok bele, akkor minden működik. Láss csodát vannak hőmérsékletek. Jelen esetben két sensor érhető el rajta.