kalebris blogja

interstore.hu - asrock granacia - remalom

Az egesz ugy kezdodott, hogy rendeltem egy Asrock alaplapot. Aztan az alaplap tonkrement, bekapcs utan par masodperc es kikapcs. Aztan a power gombra nem reagal, cska ha kihuzom a tapkabelt, varok 10 mpt aztan vissza. Masik tapot probaltam kinomban, nem segitett.

Contact form, problema leirasa, megkapom a "reklamacios szamot", visszakuldom szepen, megkapjak majd kozlik:
"A reklamáció elutasítva. A gyártó követleményei alapján a reklamáció végrehajtásához szükség van az összes tartozékra."

Nagy nehezen sikerul beszelni egy emberrel, tobszor 45 perc varakozas utan, kiderult, hogy hianyoznak a dobozbol a "kabelek" es mar uton van vissza.

redundans internet - megint - hackery a kobon :/

Naszoval koltoztunk, mivel mindenki otthonrol dolgozik igy bekotottunk 2 szolgaltatotol internetet, hogy majd primary/backup modon fut mindegyik.
Elso problema akkor jott amikor megprobaltam atrakni a CPE-t brdige modeba. Szolgaltato 1 rogton kozolte, hogy mivel van rajta egyeb szolgaltatas ezert nem lehet bridge modeba rakni, az o routeruknek kell route/natolni es az o routeruk kell, hogy a /24-ben (nem megvaltoztathato) o legyen a .1-es ipcim. Egyik router se tud semmilyen routing protocolt (statik routeot beleertve) ezert sok opcio nem volt. Futottam egy par kort a ket szolgaltatonal hatha lehetne valamit megiscsak megoldani de mindenki kozolte, hogy ez nem standard config es nem supported. Ami teljesen jogos, mert ha minden hozzam hasonlo idiotat supportalni kellene akor minden DSL es 56k dialup melle jonne egy bgp session full bgp tablaval, mert miert is ne:D

dinamikus raid - elkeszult - tapasztalatok

Kis hatter itt: http://hup.hu/node/91873 es itt: http://hup.hu/node/99518

Alapjaban veve homebrew szarokkal probalom elerni a robodisk funkcionalitast.

Volt vele egy problem, nem is kicsi. Neha megjelentek nulla meretu fajlok. Mivel ezt kesobb vettem eszre nem tudtam megitelni, hogy ez
a) igy toltodott le
b) korabban nem nulla volt es most null lett
c) vinyo csere soran lett nulla meretu

Barhogy is legyen van egy par lehetoseg, hogy hol is van a problema
1) mdadm szarakodik
2) lvm az raid5-on szarakodik
3) ext4 az lvm-en szarakodik

Innen latszik, hogy kicsit tul van bonyolitva a dolog de nalam meg mindig az "ezzel meg megeri szarakodni" kategoriaba esik. Szoval miutan tapasztaltam a nulla hosszusagu fajlokat gondoltam megnezem, hogy milyen gyakran valtozik a fajlok md5sum-ja, szoval a /etc/cron.weekly-be irtam egy kis scriptet ami nem csinal semmi mast csak

/usr/bin/find /media/NAS -type f -exec nice -n 19 md5sum \{} + > /var/log/md5sums/`date +%F`

Majd az igy generalt md5sumokat osszehasonlitom es kuldok egy kis emailt a valtozasokrol. Amiota ezt minden heten lefuttatom nem fordulnak elo nulla hosszusagu fajlok.

blue, be no blue no more

Szoval roviden, ubuntu, xterm, fekete hatter, ipcalc, kek betuk.

Kicsit hoszabban mar regota bosszantott, hogy sikerult alapbol berakni egy kek betutipust az alap terminal temaba, ami tok jo amig nem akarod fekete hatteren olvasni. Itt mar joval zavarobb. Na most vegre eljutottam addig a pontig amig teszek is valamit annak erdekeben, hogy ez megvaltozzon es van egy barom egyszeru fix.

/etc/X11/app-defaults/XTerm-color
fileban a *VT100*color4 sort kell megvaltoztatni blue2-rol valami masra. En a DodgerBlue1 erteket adtam neki. mentes, xtermek ujraindulnak es csodak csodajara olvashato kek betuket kap az ember:D

Mikrotik failover

Gondoltam megosztom az elmenyeket errol a remek kis eszkozrol. Az egesz ugy kezdodott, hogy hazakoltoztem es "remote worker" lettem. Az elso ~24 oras UPC kieses utan ugy dontottem, hogy ez azert nem is annyira stabil es 24 oran keresztul 3g netrol tolni nem annyira jo, szoval kell egy backup vonal, meg is erkezett az adsl backup. Mindketton dinamikus ip, tanul default routeot mindket helyen, meg dnst sot meg arra is figyeltek, hogy melyik defaultnak mennyi legyen az admin distanceje. (lan-nal 0, pppoe-nel 1) szoval ez is mukodik out-of-the-box. Ebben megnyugodva, hogy majd automatan atvalt ha a upc atvalt hatradoltem miutan beallitottam egy kis pbr-t, hogy azert tudjam monitorozni a backup vonalat. Aztan ahogy az lenni szokott, jott a pofara eses.

Secure ugyfelszolgalat

Mielott meg felrobbanok, gondoltam kiirom magambol. Szoval az egesz ugy kezdodott, hogy szeretnek ipv6 ready lenni az ipv6 napra. Tekintve, hogy UPC-nel ez meg nem elerheto (elso gratulaciom ide iranyul) maradt a t-home, backup vonalam*. Van nekik fantasztikus regisztracios oldaluk: https://www.telekom.hu/ipv6/regisztracio. Megadom azt a user/passt ami a mikrotikben fel van configolva majd kiirja, hogy "Hiba, A belépés sikertelen". Informativ uzenetet. A hibat meg nem sikerult beazonositani de gyanitom, hogy nem a fukushimai hibakra utalnak. Na hat gondoltam felhivom az ugyfelszolgalatot, hogy ugyan mivanmar. Miota megvan az ADSL vonal azota hala a jo istennek nem kellett veluk beszelni szoval felhivtam oket. Kerik az ugyfelazonositot, szamla keres, szamla talal, bepotyog azonosito. Fel oras menubarangolas utan sikerult eljutni egy hus ver emberhez! Na vegre, itt majd megoldodik a problema. Az illetonek elmeselem a problemamat, aki az IPv6 hallatan headsetet eldobva menekul majd panicrohamabol visszaterve kozli, hogy tovabbit az illetekesekhez. Na mar kezdodik... Ezutan laza 10 perc hold music, majd ismet husver ember. Na ismet elmondom a problemat, majd kozli, hogy kell az ugyfeljelszo 4-ik, 2-ik es 5-ik karaktere. Tekintve, hogy veluk meg soha nem beszeltem mondtam, hogy passz. Kernek egy resetet. Gondoltam ha az adsl user/pass-t el tudjak kuldeni sms-ben es az eleg secure akkor majd ezt is. de nem. Szemelyesen vagy vezetekes telefonrol! Ja fasza, akkor szeretnem csokkeneteni az accountom secursagat es milenne ha nem lenne ez a k*rva jelszo. Azt nem lehet, ez a torveny jott a valasz.

dinamikus raid - elkeszult

elozo blogbejegyzes vegerdemenye keppen irom le ide, hogy mit is hackeltem ossze. Nem szep de mukodik es tudja azt amit kell:
1) tur egy lemez elveszteset
2) lehet kulonbozo meretu lemezeket hasznalni
3) tud dinamikusan bovulni

A receptura egyszeru es hackelos de mint emlitettem mukodik es annyira nem is szar mintha ketszer olyan szar lenne.

Adott 4 darab lemez, a meretek rendre 1.5T (sda), 1T (sdb), 1T(sdc), 1T(sdd). ezt felosztottam fdiskel egyenlo meretu particiokra:


   sda    sdb    sdc    sdd

  +----+        
5 |500G|         
  +----+ +----+ +----+ +----+
3 |490G| |490G| |490G| |490G|
  +----+ +----+ +----+ +----+
2 |500G| |500G| |500G| |500G|
  +----+ +----+ +----+ +----+
1 | 10G| | 10G| | 10G| | 10G|
  +----+ +----+ +----+ +----+

az elso particiok mindig a rendszernek vannak fenntartva, amik raid1-ben vannak.

dinamikus raid

Szoval a cel az lenne, hogy olyan nas eszkozt tudjak kesziteni ami tud:
- kulonbozo meretu lemezeket kezelni
- elviseljen 1 lemez elveszteset adatvesztes nelkul (max 4. lemez)
- el tudja viselni ha lecserelek egy lemezt nagyobbra, detektalja es hasznat veszi a nagyobb particionak.
- minel jobban kihasznalja a lemezek kapacitasat.

Szoval keresgeltem egy darabig de nem sok mindent talaltam a linuxos softraid 10-rol es, hogy hogyan kezeli a kulonbozo
meretu lemezeket. Szoval igyekesztem mindent elrejteni a driverek szempontjabol kovetkezes kepen elegge idiota elmeleti megoldas szuletett:

pendrive linux 3

Szoval eljutottam odaig, hogy semmi nem ir a lemezre. Az utolso dolog amit ki kellett iktatni az a pdflush ami rendszeresen akart a lemezre irkalni. Nem tudom, hogy mit de valamit akart. (Ha barki tud nekem segiteni abban, hogy milyen valtoztatasokat akar pdflush kiirni akkor szoljon). Probaltam md5sum-olni az osszes filet valahogy ugy, hogy
find / -xdev | md5sum >/tmp/check
aztan 5-10 perc utan
md5sum -c /tmp/check
de semmi. Probalkoztam find-al talalni a legutobb hozzafert fileokat -atime -mtime de semmit nem dobott ki.
A vege az lett, hogy:
echo 0 > /proc/sys/vm/dirty_expire_centisecs
echo 0 > /proc/sys/vm/dirty_writeback_centisecs
echo 60 > /proc/sys/vm/dirty_background_ratio
echo 95 > /proc/sys/vm/dirty_ratio

pendrive linux 2

Na hat akkor eljott az ido. Toltam ra mysqlt. Kompromisszumokat azert kellett hozni. Peldaul ha elhasal a rendszer es nem szepen all le akkor az DB nem lesz elmentve es minden ami addig tortent elvesz.
Hozzadtam a


tmpfs /var/lib/mysql 		tmpfs 		defaults,size=100m 	0 0

bejegyzest az fstabhoz es kicsit szorakoztam a /etc/init.d mysql scripttel:
a start) resz igy kezdodik:


        cp /var/lib/mysql.tar.bz2 /var/lib/mysql/
        cd /var/lib/mysql
        tar xjf mysql.tar.bz2

a stop) pedig igy vegzodik:


       cd /var/lib/mysql
       tar cjpsf /var/lib/mysql.tar.bz2 ./*

Felraktam egy torrentfluxot, mpdt meg icecast2-t, hogy minden egyben legyen szepen. eddig ugy tunik, hogy minden rendben.


kalebsys:~# uptime
 06:52:27 up 10:08,  1 user,  load average: 0.04, 0.09, 0.18
kalebsys:~# cat /proc/ramzswap 
DiskSize:	  250380 kB
NumReads:	    2445
NumWrites:	   21657
FailedReads:	       0
FailedWrites:	       0
InvalidIO:	       0
NotifyFree:	       0
ZeroPages:	    4754
GoodCompress:	      62 %
NoCompress:	       7 %
PagesStored:	   16903
PagesUsed:	    7414
OrigDataSize:	   67612 kB
ComprDataSize:	   26112 kB
MemUsedTotal:	   29656 kB
kalebsys:~# free -m
             total       used       free     shared    buffers     cached
Mem:           978        964         13          0        178        585
-/+ buffers/cache:        200        777
Swap:          244         76        167
kalebsys:~# mount
/dev/sda1 on / type ext2 (rw,sync)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
procbususb on /proc/bus/usb type usbfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
tmpfs on /var/log type tmpfs (rw,size=50m)
tmpfs on /var/lib/dhcp3 type tmpfs (rw,size=5m)
tmpfs on /var/run type tmpfs (rw,size=10m)
tmpfs on /var/cache/apt/archives type tmpfs (rw,size=100m)
tmpfs on /var/lib/mysql type tmpfs (rw,size=100m)
tmpfs on /tmp type tmpfs (rw,size=50m)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
nfsd on /proc/fs/nfsd type nfsd (rw)

pendrive linux

szoval van itthon egy gep amiben szeretnek minel nagyobb csendet, minel olcsobban. Odaig mar eljutottam, hogy a ventillatorok/procihutot mar nem hallom.
Jelenleg a vinyo az az ami hangos es ejszaka kifejezetten zavaro. Mivel nem sok kedvem van befektetni egy ssd-be igy ugy gondoltam, hogy pendriverol fogom
hajtani a cuccot. Erre volt mar egy kiserletem csak siman felturtam a debiant aztan hagytam had menjen de ugye fel-1 ev alatt a pendrvie meghasalt es mar nem
lehet megbizhatoan mountolni rw modeban. Szamitottam erre szoval amikor lattam olcso 8Gs pendriveot akkor mindig vettem:). Szoval van masik... De mivel van
egy szabadnapom ugy gondoltam, hogy leulok es szepen atgondolom, hogy mit is kellene csinalni, hogy kicsit hosszabb eletet csalogassak ki a dologbol.
Amire eddig rajottem
* nem naplozo filerendszer kell (ext2 ez trivialis nem ecsetelem)
* swap... hat arra a ramzswap nevu dolgot talaltam. Ennek inditasa relative egyszeru kell hozza make/cp/meg a skeleton init script modositatsa.
* a gyakran/relative gyakran valtozo fileokat kikapcsolni vagy tmpfsre atrakni. (tmpfsnek lehet rakni felsohatart ami pozitiv, mert igy nem fog elfogyni a memoria)
jelenleg igy nez ki az fstab fileom:
/dev/disk/by-uuid/185589c3-64a1-45d1-a8a5-048fc4dce8f3 / ext2 defaults,rw,sync 0 1
tmpfs /var/log tmpfs defaults,size=50m 0 0
tmpfs /var/lib/dhcp3 tmpfs defaults,size=5m 0 0
tmpfs /var/run tmpfs defaults,size=10m 0 0
tmpfs /tmp tmpfs defaults,size=50m 0 0

xen - the ultimate setup.... legalabbis nekunk

Noshat... A munkahelyen hozzamvagtak egy projektet amiben egy par virtualizalt dns servert kell szinkronba hozni. Mivel elozoleg se dns szervert nem telepitettem (azt mondjuk tudom, hogy egy zonefile hogy nez ki de nagyjabol itt ki is fujt a tudasom) sem a xenrol (azon kivul, hogy virtualizalt es tok jo) nem tudtam semmit ugy gondoltam jo kis buli lesz. Amin eloszor felhaborodtam, hogy 3 kulonbozo server 3 kulonbozo beallitassal. Szoval gondoltam, hogy akkor start from scratch csak elotte gondolkodjunk. Szoval elovettem egy sort.... miutan kijozanodtam (mert ugyebar 1 sor nem sor, 2 sor meg fel sor, 3 sor 1 sor de hat egy sor nem sor) kiotoltem az xen configot aminel a szempontok:
- legyen konnyu backup es clonozhatosag (a virtualis servereknel)
- mivel 3 kulonbozo adatkozpontban vannak servereink legyenek a virtualis serverek mozgathatoak IP-cim valtoztatas es server configuracio valtoztatas nelkul

hmmmm???

Problema: adott egy file ami "-="-el kezdodik es "=-"-al vegzodik formatumat tekintve .ZIP. Ebben a file-ba egy "-=" -vel kezdodo es "=-"-al vegzodo konyvtar van. Ki szeretnem kitomoriteni. mc alapbol nem hajlando mert nem talalhato a file.
Gondoltam atnevezem, hatha valami bekavar.
mv -=kutyafule=-.ZIP
erre beszol, hogy
mv: invalid option -- =
Try `mv --help' for more information.
",' nem muxik kinomban mar `-t is probaltam de semmi. Atmeneti megoldaskent konqueror-ban neveztem at de azert megis szeretnem parancssorbol megoldani ha lehet. Barmi fele segitseget szivesen varok.

csak, hogy megin ne kelljen annyit keresni es meglegyen egyhelyen

Csak, hogy tudjam mutogatni masoknak is az eredeti link: http://help.lockergnome.com/lofiversion/index.php/t37142.html

"This is the story about a hacker who had little problems... Original from the german site http://www.stophiphop.de/. I only translated it. Some people seem to get that wrong, it was Elch from www.stophiphop.de who first published this log.

In case you don't speak german (just as this hacker), I've tried a little translation to english. I might have made some spelling errors, but the original spelling wasn't perfect either. The guy really said "buy buy" in the german version. I've corrected some mistakes and put the < > back to the right version All censoring was done by this particular forum here. Notice that in germany we get DST earlier than in the US.

space -> _

A problema lenyege az volt, hogy a
#####################################
#!/bin/bash
current=`pwd`
for dir in `ls -1`
do
cd "${dir}"
mv -v ./* "${current}"/
cd "${current}"
done
#####################################

script nem ugy mukodik ahogy "kellene" (vagyis nem ugy ahogy en gondoltam), ha szokozok is vannak a konyvtarnevben mivel ha igy hasznaljuk akkor a space a default delimiter es mivel bash-ben eleg kezdo vagyok ezert gondoltam atvaltoztatom a spacet _-ra, mert amugy is idegesit az alland "\ " a filenevekben. Az eredmeny vegulis ez lett:

#####################################
#!/bin/bash
#space to underscores "\ "->_
for dir in `ls -1 | sed -e's/\ /_/g'`
do
temp=`echo $dir |sed -e's/_/\ /g'`;
mv "${temp}" "${dir}"
done
#####################################
tulajdonkeppen mielott atadnank a for-nak a listat a sed segitsegevel kicserelunk minden "\ "-t _-ra majd ugyanezt visszacsinaljuk, hogy megkapjuk az eredeti nevet is es at tudjuk nevezni. Lehet, hogy van egyszerubb, univerzalisabb megoldas ha igen emilezzetek nyugodtan.