buga blogja

"Partizánakció miatt volt kevés BKV-busz - A közelgő BKV-sztrájk előszeleként passzív ellenállásba kezdett a buszsöfőrök jelentős része: hétfő reggel sokszor apró-cseprő hibákra hivatkozva nem vették át a járműveiket. Így számos, főleg dél-budai járat reggel alig vagy egyáltalán nem közekedett."

Gondoltam kipróbálom, hogy mennyire használható az OpenSolaris legfrissebb kiadása. Próbaképpen a munkahelyi környezetem mását akartam felépíteni. Úgy gondoltam megosztom, esetleg más is hasznát veheti. Itt szeretném megejteni azt a flame-megelőző célú disclaimert, hogy jópár problémára bizonyára van egyszerűbb megoldás is. Én leginkább a SPARC Solaris 7-es emlékeimből és némi googlizmusból gazdálkodtam.

A telepítést a live cd-ről végeztem, a Linuxom alól kirúgtam a RAID 1 egyik felét, hogy helyet csináljak a Solarisnak. A telepítőnek az egész disket odaadtam. Az installer egy reumás csigánál is lassabb volt, a másolás közben a rendszer olyan szinten akadt (egérmozgatásra is 10-15 másodperc késéssel reagált) mintha nem használt volna DMA-t. Gondoltam, a telepített rendszeren utánajárok a dolognak, de ott már nem jelentkezik ez a probléma. Ha VirtualBox guestbe telepítek, ott sem. Pozitívum, hogy minden hardverelememet out of the box támogatta, igaz nem tartalmaz semmi ritkát a gép. A pontos konfiguráció: Asus P5LD2-VM, Core2 6400, 3G RAM, nVidia GeForce 7300 GS, egyetlen "extra", hogy van a gépben az integrálton túl egy kétportos 3c509 (vortex) kártya.

Egy új megoldást kerestem a hobbiszerver backupolására. A HOVD vonatkozó kategóriájának jelöltjei között találtam a duplicityt, ami a kódolt (és aláírt) hálózaton át történő backupolás lehetőségét nyújtja anélkül, hogy az inkrementális backup lehetőségéről le kellene mondani.

Ez azért jó, mert a célszerverben nem feltétlenül kell megbíznunk, valamint a célszerver komprommitálódása esetén a backup a kulcs ismerete nélkül nem olvasható. A konkrét megvalósításban a backup ssh-n át közlekedik, egészen konkrétan sftp protokollt használva.

A haldokló disk helyett egy újabb került az otthoni laposba. Ezzel egyidőben a lennyt ubuntu 8.10-re cseréltem. Ami szép, hogy bleeding edge gtk-val és X-szel érkezik, azonban a vmware-server-console telepítése emiatt nem volt problémamentes. A célszerveren az 1-es vmware-server fut, így a userspace vmware-server-console alkalmazást kellett telepítenem, a leírtak nem vonatkoznak a 2-eshez tartozó firefox vmware remote console extensionre.

A letöltött vmware-server-console (1.0.8-126538) telepítését követően láttam, hogy az a futtatási kísérletemre különösen szomorú lett és a

/usr/lib/vmware-server-console/bin/vmware-server-console: symbol lookup error:
/usr/lib/libgio-2.0.so.0: undefined symbol: g_thread_gettime


Azt találtam ki, hogy nekem most ilyen kell, annak ellenére is, hogy a gmailes címemet egyelőre csak spamfogónak használom.

Összedobtam egy apró nagios mailtest plugint, amivel külső forwarder cím segítségével komplexebb mail környezetet lehet együttesen monitorozni. A működési elve egyszerű: egy adott belső szerverről küld kifelé mailt egy külső - független címre, ahonnan vissza van forwardolva a mail a küldő szerverre. A nagios check command azt figyeli, hogy az X percnél régebben küldött levelek közül volt-e olyan, ami nem érkezett vissza. Hátha valaki hasznát veszi:

http://buga.buvoshetes.hu/mailtest/mailtest-1.0.tar.gz