Posts Tagged ‘ubuntu’

Meghalt a ZFS

péntek, december 2nd, 2011

Helyzet: 

  • régi gép vacak
  • eltűnnek a hdd-k
  • néha nem indul el
  • lett új gép
  • zfs sehol
  • a jó édes anyjáját

 

No para. (kicsi azért volt)

Hol a zpoolom meg ilyenek?!?! 

 

root@petike-desktop:~# zpool status
no pools available 

Semmi gáz, mert ott van szerencsétlen, de nem tud magáról:

root@petike-desktop:~# zpool import
pool: zfsstore
id: 4353014789085478444
state: ONLINE action: The pool can be imported using its name or numeric identifier.

config:
zfsstore ONLINE
  disk/by-id/ata-SAMSUNG_HD502IJ_S13TJDWQ544638 ONLINE
  disk/by-id/ata-WDC_WD15EADS-00S2B0_WD-WCAVY1312662-part7 ONLINE

Na… ugye hogy ott van :)

Minden jó. 

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…

Virtualizációs megoldások

vasárnap, július 11th, 2010

A cím lehetne az is, hogy megoldásaim, mert ezeken kívül még biztos nagyon sokféle van. Az is biztos, hogy nem térek ki mindenre teljes részletességgel.

A feladat
Az elmúlt időben számos olyan feladat adódott, ahol egyszerűbb volt virtuális gépeken megvalósítani egy-egy apróbb feladatot. A FreeBSD-től nem igazán szeretek megválni, de sajnos a VMWare server nem fut (legalábbis nem találtam) FreeBSD-n.


VmWare Server – Ubuntu 8.04 LTS Server

VmWareAz első ilyen “éles” megoldás egy Ubuntu Serverre került fel. A gép és az oprendszer adott volt. Windowsos fájlmegosztást végzett egy kis üzemben. A gép kihasználtsága nem volt magas (a feladatához mérve még túl erős is volt), így könnyedén fel lehetett telepíteni a VmWare Server 2-t. A telepítésről nem igazán érdemes sokat mondani. Ugyan nem Windowsokon megszokott Next-Next-Ok módon zajlik a telepítés, de minden egyszerűen érthető. X nem kell neki és service-ként elindul. A gépet sem kellett újraindítani. Az aktuális kernel forrását le kell tölteni (ha nem lenne amúgy is ott), mert a saját moduljait a telepítő lefordítja. A telepítés kulturáltan végig megy és a hálózat újraindítása után miden klappol. Elindít egy webes management felületet, amin keresztül szinte minden beállítható.
A Webes felülettel egy apró gondom volt. A frontend szerint a kiszolgáló webservice mindig megáll. Ennek okát (még) nem találtam meg, de ha elég lassan kattintgatok (értsd: kattintás után megvárom míg a műveletet befejezi), akkor minden OK. Egyetlen szépséghibája, hogy szerintem IE alatt jobban megy a felület, mint más böngészőből.
A hálózatok a korábban megszokott VmWare-es analógiára épülnek itt is. Megjelenik mindegyik interfész a host gépen és minden ugyanúgy érvényes rá mint más ethernetes interfészekre.
Röviden összegezve, letölt, kulcsot aktivál, feltelepít és megy. Ennyi. Viszonylag kis erőforrást visz el és a virtuális gépek is barátságos teljesítménnyel szaladnak.

VirtualBox OSE – FreeBSD 7.2

VirtualBox

VirtualBox

VirtualBox-ot eddig nem használtam, de kellemesen csalódtam. A VmWare után kicsit mazochistább dolog, de kivitelezhető. Biztos ami biztos alapon nem az éles gépen telepítettem fel első körben. A teszt masina egy öreg IBM Netfinity ( :) ) vas. Legnagyobb előnye, hogy van. Ennyit tud üzembiztosan. A VirtualBox lefordítása is meglehetősen sok időt vett igénybe, de screenben futott, így nem érdekelt, hogy mikorra lesz kész.
A bajok ott kezdődtek, hogy viszonylag ritkán frissítgettem a “játszótérnek” használt gépet, és a VB-nek is szükséges csomagok meglehetősen régiek voltak. Egyszer élünk alapon mondtam, hogy frissítse le, majd meglátjuk mi lesz. Hát az lett, hogy a munin, az mc és pár saját applikáció megszűnt működni :). Sebaj Tóbiás, van itt hatalmas számítási teljesítmény, hamar megoldjuk. A következő 2 napban frissített és fordított szegény masina, de a vége az lett, hogy nagyjából minden megy. (megjegyezném, hogy a munin-mastert le kellett állítani, mert míg minden noderól újrarajzolta a grafikonokat, addig rendszeresen eldumpolt a VB) Ez a művelet arra volt jó, hogy legalább nem okozott problémát amikor az éles helyen került telepítésre a VirtualBox. Na meg persze tényleg nem érdemes Virtualizálni kicsi vason. Ennyi.
Az éles telepítés nem volt több fél óránál. És az első virtuális gép el is indult. Kapott egy procit, 512Mb ramot meg egy XP-t (azért Win-t, mert ez volt a feladat, kellett egy kicsi wines alkalmazásnak állandó hálózat meg ilyenek). A sebessége normális, logmein-nel tökéletes.
A VirtualBox közelebb áll a lelkemhez, mint a vmware, mert számomra érthetőbb a parancssoros része mint a vmware-nek. Az “éles” BSD-re már nem is telepítettem semmi grafikus dolgot hozzá, kivéve a vnc-s consolet, amit akkor indítok el, ha valami gáz lenne vele. A hálózati része kicsit más. Nem ad oda rögtön minden interfészt, hanem alapból minden további nélkül natol. Ez kliensekhez szerintem egész jó dolog. Persze itt is van Host-Only, meg Bridged megoldás hasonlóan a vmware-hez. Kényelmes, mert nem kell webes marhaságokkal tökörészni, de tény és való, hogy a VmWare megoldása nagyon elegáns.

Freebsd Jail – Futottak még kategória

FreeBsd

FreeBsd

A Jail több, mint egy chroot, de kevesebb, mint egy virtuális gép. Lebecsülni nem szabad, mert nagyon jó és teljesítményben biztosan jobb, mintha hasonló funkciót egy komplett virtuális géppel valósítanánk meg. Nagyon sok mindent lehet benne korlátozni. Nekem az egyik gépen úgy van, hogy a host freebsd nem csinál semmit, csak tartja a jaileket és ő a tűzfal. A jailek meg a saját IP-jükkel nyújtják a szolgáltatásokat. Az IP-ket itt aliasként kell felvenni a host hálókártyájára és a jail-ek konfigjában kell ezt beállítani. A jailekből elméletileg nem lehet kilátni és a jailek között nem lehet átlátni. Ez valamilyen kernelvirtualizált megoldás vagy mi, ha már szép szavakkal kell illetni. Sajnos a régebbi BSD-ken nem igazán lehet jól szabályozni a a jailek erőforrásait. Diszket persze olyat lehet alá becsatolni amilyet szeretnénk, de ez manapság édes kevés.

Összegzés

Remélem az általános dolgokon túl tudok majd írni érdekesebb dolgokat is, de egyelőre ennyi. A VmWare Server és a VirtualBox szerintem nagyon jó megoldás arra, hogy “igazi” virtuális gépeket futtassunk. Szerencsére a VirtualBox OSE ingyenes és open, a VmWare-nek van ingyenes verziója is (Server 2 is és ESXi), a jail meg a BSD része. Minden adott, hogy ingyen hozzájuthassunk jó megoldásokhoz. Azt, hogy melyiket használjuk, az az adott feladat függvénye. Ha lesznek egyéb tapasztalatok, lesznek újabb posztok.

Cron kitiltása a syslogból

csütörtök, április 15th, 2010

Ubuntunál kicsit zavaró, ha a gyagyás cron jobok telehánnyák a syslogot mindenféle üzenettel és esetleg nem lehet látni tőle valamilyen tényleg hibás dolgot. A syslog konfigjában kell módosítani az alábbiak szerint:

Az eredeti:

*.*;auth,authpriv.none -/var/log/syslog
#cron.* /var/log/cron.log

A módosított:

*.*;cron,auth,authpriv.none -/var/log/syslog
cron.* /var/log/cron.log

Ezekután mindenki boldog. A cron.log rotálását ne felejtsük el bekapcsolni.

Ubuntu startup script – autossh

kedd, április 13th, 2010

Az alábbi móka egy tűzfalak mögött lévő ubuntu-s masináról épít ki egy tunnelt egy távolról is elérhető gépre. Az ubuntu localhostjának 22-es portját a távoli gép 5022-es portjára “forwardolja”, így a távoli gépen ha a localhost 5022-es portra ssh-zok akkor az ubuntu sshd-je válaszol. Ezt lehet még cifrázni, de nekem elég volt annyi, hogy el tudjam érni a gépet. Az rc.local azért kellett, hogy a gép esetleges újraindítása után is automatikusan felépüljön a kapcsolat. A távoli gépen kulccsal authentikál, így ez tényleg magától megy.

root@xxx.host:~# cat /etc/rc.local
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
/usr/bin/autossh -p14243 -M 5122 -N -R 5022:localhost:22 autossh_user@a.masik.host &

exit 0
root@xxx.host:~#

-p a távoli sshd portja, -M monitor port, a -N azt csinálja, hogy ne csináljon semmit. Nincs shell vagy ilyesmi.

Ha szeretnénk akkor a -R port:host:port többször is megismételhető, így egy paranccsal több portot is áthúzhatunk.

sudo más userrel

kedd, április 13th, 2010

Apróság, de hasznos lehet:


root@xxx.host:~# sudo -i -u petike whoami
petike
root@xxx.host:~# whoami
root
root@xxx.host:~#

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

Ubuntu NVidia TV OUT PAL-ban

szombat, július 4th, 2009

A csicsás beállító programban mindent megtaláltam, kivéve azt, hogy PAL legyen a TV-out. (lehet, hogy valami újabb verzióban már benne van).

Section "Screen"
Identifier "Screen0"
Device "Device0"
Monitor "Monitor0"
DefaultDepth 24
Option "TwinView" "1"
Option "TVStandard" "PAL-B"
Option "metamodes" "CRT: nvidia-auto-select +0+0, TV: 1024x768 +1024+0"
SubSection "Display"
Depth 24
EndSubSection

Így már minden OK.