Linux-haladó

Rendszer Debian Lenny, Linux fw 2.6.26-2-amd64 #1 SMP Tue Mar 9 22:29:32 UTC 2010 x86_64

Tegnap épp dolgozok a raides diszken és crc error hegyek, néztem egy "mdadm --detail /dev/md0" parancsot, de semmi gondot nem jelzett, e-mail se jött hogy gond lenne.

Utána néztem egy hdsentinel kimentet és a syslogot, ahol az SDC lemezen körül irt gondokat (Health: 87%), erre próbaképp az alábbi parancsokat kiadtam:

mdadm --fail /dev/md0 /dev/sdc5
mdadm --remove /dev/md0 /dev/sdc5
mdadm --add /dev/md0 /dev/sdc5

Erre elkezte újra buildelni az md0-t jelenleg 82% körül tart és érdekes módon a Health: 92% -ra nött?!

Ez mitöl lehetséges? A diszkek hőmérséklete nagyjából az alábbi értékeken van állandóan, 2 diszk alig 84 napos (uptime 76 napos), a gép nincs mozgatva, szünetmentesen van.
Vezérlő gond, alaplap vagy memória gond? Miért nem jelzi a raid hogy gond van és csatolja le a hibásnak vélt diszket?

hddtemp:
--------
/dev/sdb: WDC WD15EARS-00Z5B1: 42°C
/dev/sdc: WDC WD15EARS-00Z5B1: 43°C
/dev/sdd: WDC WD15EARS-00Z5B1: 44°C

hdsentinel:
-----------
HDD Device 1: /dev/sdb
HDD Model ID : WDC WD15EARS-00Z5B1
HDD Serial No: WD-WMAVU1303580
HDD Revision : 80.00A80
HDD Size : 1430799 MB
Interface : S-ATA II
Temperature : 42 °C
Health : 100 %
Performance : 100 %
Power on time: 142 days, 13 hours
Est. lifetime: more than 1000 days

HDD Device 2: /dev/sdc
HDD Model ID : WDC WD15EARS-00Z5B1
HDD Serial No: WD-WMAVU2807624
HDD Revision : 80.00A80
HDD Size : 1430799 MB
Interface : S-ATA II
Temperature : 43 °C
Health : 92 %
Performance : 100 %
Power on time: 84 days, 9 hours
Est. lifetime: more than 1000 days

HDD Device 3: /dev/sdd
HDD Model ID : WDC WD15EARS-00Z5B1
HDD Serial No: WD-WMAVU2901326
HDD Revision : 80.00A80
HDD Size : 1430799 MB
Interface : S-ATA II
Temperature : 44 °C
Health : 100 %
Performance : 100 %
Power on time: 84 days, 12 hours
Est. lifetime: more than 1000 days

md0 : active raid5 sdc5[3] sdb5[0] sdd5[2]
2930271744 blocks level 5, 64k chunk, algorithm 2 [3/2] [U_U]
[================>....] recovery = 81.7% (1197531144/1465135872) finish=299.5min speed=14886K/sec

Jul 18 19:04:07 fw kernel: [9465188.652163] ata2.00: exception Emask 0x0 SAct 0x7 SErr 0x0 action 0x0
Jul 18 19:04:07 fw kernel: [9465188.652163] ata2.00: irq_stat 0x40000001
Jul 18 19:04:07 fw kernel: [9465188.652163] ata2.00: cmd 60/30:00:ce:63:6c/00:00:0d:00:00/40 tag 0 ncq 24576 in
Jul 18 19:04:07 fw kernel: [9465188.652163] res 41/40:00:f8:63:6c/24:00:0d:00:00/40 Emask 0x409 (media error)
Jul 18 19:04:07 fw kernel: [9465188.652163] ata2.00: status: { DRDY ERR }
Jul 18 19:04:07 fw kernel: [9465188.652163] ata2.00: error: { UNC }
Jul 18 19:04:07 fw kernel: [9465188.652163] ata2.00: cmd 60/70:08:fe:63:6c/00:00:0d:00:00/40 tag 1 ncq 57344 in
Jul 18 19:04:07 fw kernel: [9465188.652163] res 41/40:00:00:00:00/24:00:00:00:00/00 Emask 0x9 (media error)
Jul 18 19:04:07 fw kernel: [9465188.652163] ata2.00: status: { DRDY ERR }
Jul 18 19:04:07 fw kernel: [9465188.652163] ata2.00: error: { UNC }
Jul 18 19:04:07 fw kernel: [9465188.652163] ata2.00: cmd 60/08:10:76:74:98/00:00:0d:00:00/40 tag 2 ncq 4096 in
Jul 18 19:04:07 fw kernel: [9465188.652163] res 41/40:00:00:00:00/00:00:00:00:00/00 Emask 0x9 (media error)
Jul 18 19:04:07 fw kernel: [9465188.652163] ata2.00: status: { DRDY ERR }
Jul 18 19:04:07 fw kernel: [9465188.652163] ata2.00: error: { UNC }
Jul 18 19:04:07 fw kernel: [9465188.659497] ata2.00: configured for UDMA/33
Jul 18 19:04:07 fw kernel: [9465188.659497] ata2: EH complete
Jul 18 19:04:07 fw kernel: [9465188.659497] sd 2:0:0:0: [sdc] 2930277168 512-byte hardware sectors (1500302 MB)
Jul 18 19:04:07 fw kernel: [9465188.659497] sd 2:0:0:0: [sdc] Write Protect is off
Jul 18 19:04:07 fw kernel: [9465188.659497] sd 2:0:0:0: [sdc] Mode Sense: 00 3a 00 00
Jul 18 19:04:07 fw kernel: [9465188.659497] sd 2:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Jul 18 19:04:10 fw kernel: [9465192.225164] ata2.00: exception Emask 0x0 SAct 0x7 SErr 0x0 action 0x0
Jul 18 19:04:10 fw kernel: [9465192.225164] ata2.00: irq_stat 0x40000008
Jul 18 19:04:10 fw kernel: [9465192.225164] ata2.00: cmd 60/30:10:ce:63:6c/00:00:0d:00:00/40 tag 2 ncq 24576 in
Jul 18 19:04:10 fw kernel: [9465192.225164] res 41/40:00:f8:63:6c/24:00:0d:00:00/40 Emask 0x409 (media error)
Jul 18 19:04:10 fw kernel: [9465192.225164] ata2.00: status: { DRDY ERR }
Jul 18 19:04:10 fw kernel: [9465192.225164] ata2.00: error: { UNC }
Jul 18 19:04:10 fw kernel: [9465192.236390] ata2.00: configured for UDMA/33
Jul 18 19:04:10 fw kernel: [9465192.236407] ata2: EH complete
Jul 18 19:04:10 fw kernel: [9465192.236390] sd 2:0:0:0: [sdc] 2930277168 512-byte hardware sectors (1500302 MB)
Jul 18 19:04:10 fw kernel: [9465192.236390] sd 2:0:0:0: [sdc] Write Protect is off
Jul 18 19:04:10 fw kernel: [9465192.236390] sd 2:0:0:0: [sdc] Mode Sense: 00 3a 00 00
Jul 18 19:04:10 fw kernel: [9465192.236390] sd 2:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Jul 18 19:04:13 fw kernel: [9465195.740082] ata2.00: exception Emask 0x0 SAct 0x7 SErr 0x0 action 0x0
Jul 18 19:04:13 fw kernel: [9465195.740087] ata2.00: irq_stat 0x40000008
Jul 18 19:04:13 fw kernel: [9465195.740094] ata2.00: cmd 60/30:00:ce:63:6c/00:00:0d:00:00/40 tag 0 ncq 24576 in
Jul 18 19:04:13 fw kernel: [9465195.740096] res 41/40:00:f8:63:6c/24:00:0d:00:00/40 Emask 0x409 (media error)
Jul 18 19:04:13 fw kernel: [9465195.740099] ata2.00: status: { DRDY ERR }
Jul 18 19:04:13 fw kernel: [9465195.740102] ata2.00: error: { UNC }
Jul 18 19:04:13 fw kernel: [9465195.745985] ata2.00: configured for UDMA/33
Jul 18 19:04:13 fw kernel: [9465195.745985] ata2: EH complete
Jul 18 19:04:13 fw kernel: [9465195.746792] sd 2:0:0:0: [sdc] 2930277168 512-byte hardware sectors (1500302 MB)
Jul 18 19:04:13 fw kernel: [9465195.746792] sd 2:0:0:0: [sdc] Write Protect is off
Jul 18 19:04:13 fw kernel: [9465195.746792] sd 2:0:0:0: [sdc] Mode Sense: 00 3a 00 00
Jul 18 19:04:13 fw kernel: [9465195.746792] sd 2:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA

EEE PC 901, SSD-vel, openSUSE 11.1, Linux 2.6.31-60-desktop

1 GB RAM, swap nincs, top alapján kb. 200 MB RAM free, 800 MB used, ebből 260 MB cached.

A lemez led folyamatosan villog, iotop alapján a kswapd0 processz folyamatosan néhány 100 KB/s és néhány MB/s közötti sebességgel olvas a lemezről. (Pontosabban a kswapd0-ra 0-t jelez, de első helyen van, 99% fölötti lemezhasználattal, más processz nem használja folyamatosan a lemezt, és az össz lemezhasználat az előbbi számok között változik.) A rendszer gyakran lassú, akad. A load a szokásosnál magasabb, folyamatosan 2-3 körüli.

Van valakinek ötlete, hogy mit olvas a lemezről a kswapd0, ha nincs swap, és szabad memória is van (viszonylag) bőven?
Köszönöm.

Sziasztok!

A upcnél üzemelő internetekhez 3 publikus ip cimet adnak. Ha a modemet közvetlen egy swtichre kötöm, a switchre pedig hálózati eszközöket, akkor mindegyik eszköz kap egy - egy különböző publikus ip cimet. Sajnos csak 100 megabites sw -m van, igy nem tudom kihasználni az adott 120 megabites sávot. Debian gép 2db gigabites hálókártya. Az elképzelésem az lenne, hogy eth0 ba kötöm a modemet, eth1 re pedig egy tplink routert. A router csak kisebb sávot támogat, de megfelelő a célra. Szóval azt szeretném, ha bridgelve lenne a kapcsolat, és eth0 és tplink router (eth1 en ekresztül) is kapna egy-egy publikus ip cimet. Lehetséges ez valahogy ?
Bridge et próbáltam létrehozni, akkor egy br0 csatoló megjelent, de csak ez a "virutális" eszköz kapott ipcimet a dhclient segitségével.

Segitségeteket köszi előre is.

Sziasztok!

A segítségeteket szeretném kérni a problémám megoldásához: Laptopomon egy könyvtár tartalmának 777 jogosultságot szerettem volna adni, de a helyes parancs helyett véletlenül a gyökér könyvtár alkönyvtárainak adtam a 777-et (chmod -R 777 /*). Vissza lehet ezt állítani valahogy rendszer újratelepítés nélkül?

Sziasztok!

Tökéletesen összeraktam egy SAMBA-LDAP szervert, de van egy kis probléma. Nem tudok SSH-n LDAP segítségével belépni, egyszerűen nem tudom hogy mit nézek el. A logok nem igazán mondanak semmit a problémáról.

Ami alapján csináltam:
http://www.mithrandir.hu/doc/book/node5.html

Valamiért még sem tökéletes.

Oprendszer: Debian 5.05 GNU/Linux

Üdv!

Rakott már valaki openfiler-re munin-t (csak a node -t)

conary nem telepíti
próbáltam forrásból de több perl csomag telepítés után
a Time::HiRes elakad

/usr/bin/perl /usr/lib/perl5/5.8.7/ExtUtils/xsubpp -typemap /usr/lib/perl5/5.8.7/ExtUtils/typemap -typemap typemap HiRes.xs > HiRes.xsc && mv HiRes.xsc HiRes.c
gcc -c -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGING -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -O2 -march=i686 -g -DVERSION=\"1.9721\" -DXS_VERSION=\"1.9721\" -fPIC "-I/usr/lib/perl5/5.8.7/i386-linux-thread-multi/CORE" -DATLEASTFIVEOHOHFIVE HiRes.c
In file included from HiRes.xs:17:
/usr/lib/perl5/5.8.7/i386-linux-thread-multi/CORE/perl.h:382:24: sys/types.h: No such file or directory
/usr/lib/perl5/5.8.7/i386-linux-thread-multi/CORE/perl.h:413:19: ctype.h: No such file or directory
/usr/lib/perl5/5.8.7/i386-linux-thread-multi/CORE/perl.h:425:23: locale.h: No such file or directory
/usr/lib/perl5/5.8.7/i386-linux-thread-multi/CORE/perl.h:442:20: setjmp.h: No such file or directory
/usr/lib/perl5/5.8.7/i386-linux-thread-multi/CORE/perl.h:448:26: sys/param.h: No such file or directory
/usr/lib/perl5/5.8.7/i386-linux-thread-multi/CORE/perl.h:453:23: stdlib.h: No such file or directory
/usr/lib/perl5/5.8.7/i386-linux-thread-multi/CORE/perl.h:458:23: unistd.h: No such file or directory
/usr/lib/perl5/5.8.7/i386-linux-thread-multi/CORE/perl.h:731:23: string.h: No such file or directory
/usr/lib/perl5/5.8.7/i386-linux-thread-multi/CORE/perl.h:880:27: netinet/in.h: No such file or directory
/usr/lib/perl5/5.8.7/i386-linux-thread-multi/CORE/perl.h:884:26: arpa/inet.h: No such file or directory
/usr/lib/perl5/5.8.7/i386-linux-thread-multi/CORE/perl.h:894:25: sys/stat.h: No such file or directory
/usr/lib/perl5/5.8.7/i386-linux-thread-multi/CORE/perl.h:916:21: time.h: No such file or directory
/usr/lib/perl5/5.8.7/i386-linux-thread-multi/CORE/perl.h:923:25: sys/time.h: No such file or directory
/usr/lib/perl5/5.8.7/i386-linux-thread-multi/CORE/perl.h:930:27: sys/times.h: No such file or directory
/usr/lib/perl5/5.8.7/i386-linux-thread-multi/CORE/perl.h:937:19: errno.h: No such file or directory
/usr/lib/perl5/5.8.7/i386-linux-thread-multi/CORE/perl.h:952:25: sys/socket.h: No such file or directory
/usr/lib/perl5/5.8.7/i386-linux-thread-multi/CORE/perl.h:979:21: netdb.h: No such file or directory
/usr/lib/perl5/5.8.7/i386-linux-thread-multi/CORE/perl.h:1081:24: sys/ioctl.h: No such file or directory
/usr/lib/perl5/5.8.7/i386-linux-thread-multi/CORE/perl.h:1110:23: dirent.h: No such file or directory
stb stb

nem ismerem a rpath - conary rendszert
mi hiányozhat neki? perl-dev? de hogy tudom telepíteni (ilyen nevű csomag nincs) ?

Üdv Robit

Ubuntu 9.10-es szerveren a php5 csomag az 5.2-es verziót rakja fel. A php53.dotdeb.org-ot hozzáadtam az apt sources-list-hez. De upgrade-el nem engedi telepíteni:

sudo apt-get upgrade
Csomaglisták olvasása... Kész
Függőségi fa építése
Állapot adatok olvasása... Kész
Az alábbi csomagok vissza lesznek tartva:
libapache2-mod-php5 php5 php5-cli php5-common php5-curl php5-gd php5-imap php5-mcrypt php5-memcache php5-mysql
php5-snmp
0 frissített, 0 újonnan telepített, 0 eltávolítandó és 11 nem frissített.


dist-upgrade-el meg számomra fontos csomagokat szedne le önkényesen:

sudo apt-get dist-upgrade
Csomaglisták olvasása... Kész
Függőségi fa építése
Állapot adatok olvasása... Kész
Frissítés kiszámítása... Kész
Az alábbi csomagok el lesznek TÁVOLÍTVA:
cacti libapache2-mod-php5 libphp-adodb php-apc php5 php5-cli php5-curl php5-gd php5-imap php5-mcrypt php5-mysql
php5-snmp phpmyadmin syscp
Az alábbi ÚJ csomagok lesznek telepítve:
libdb4.6 php5-suhosin
Az alábbi csomagok frissítve lesznek:
php5-common php5-memcache
2 frissített, 2 újonnan telepített, 14 eltávolítandó és 0 nem frissített.


Hogy tudnám mégis felrakni a php 5.3-at fájdalommentesen? Tapasztalatra vagyok kíváncsi, guglizni tudok :)

Üdv,

Egy olyat szeretnék csinálni, hogy amikor elindult a rendszer, akkor ugye kapok egy shell-t miután beléptem,
na én azt szeretném, hogy ugyanez a shell legyen egy soros portra is "forwardolva".
Azaz ugyanazt lássam a sorosport-on mint a képernyőn.

Már gogliztam egy csomót, de csak azt sikerült megoldani, hogy induláskor a kernelnek átadom, hogy:
console=tty0 console=ttyS0
na most ez mindaddig jó amíg nem kapom meg a login promptot, mert ott már csak az egyikre küldi az információkat.

Előre is köszönök minden hozzászólást.

Egy gyengébb gépen próbálok kernelt forgatni Slackware 13.1 alatt. Pár napja upgradeltem 13.0-ról. Azon rendben működött a kernelforgatás.
Most, az upgrade után a fordítás legelején amikor kiírja, hogy

HOSTCC scripts/basic/docproc

, a cc1 processz megeszi az összes (128 MB fizikai) és swap memóriát is (2 GB!), majd azzal a hibaüzenettel hal el, hogy nem tud több memóriát foglalni.
Ez így szerintem nem normális. Megpróbáltam a korábban haszált kernelt újraforgatni, és az elérhető legfrissebb kernellel is megpróbálkoztam, de az eredmény ugyanaz. :(
Nem tudom, hogy tudnám megoldani, hogy újra rendesen leforduljon a kernel. (Már hozzászoktam, hogy nem a disztrókernelt használom, hanem az adott hardverre szabott saját fordítású kernelt.)

Üdv!

A következő feladatom lenne (sajnos a körülmények adottak, tehát eltérni nem nagyon tudok):

Van n db. processz, Linux rendszeren, (n<=64), melyek egymástól függetlenül, tehát nem fork()-kal jönnek létre (vagyishogy
valamilyen szinten mégis, mert fork-execv párossal születnek, de ugyebár az execv felülmos minden előéletet. Még mielőtt kérdenétek, sajnos az execv-től nem tudok megszabadulni :( ).

Ezek közt kéne olyan csatornát létrehoznom, melyen bármely két processz tudna egymással kommunikálni.

A jelenlegi megoldásom a következő: a sysv ipc message queue-it használom (msgsnd, msgrcv), minden processz generál egy kulcsot magának (ftok-kal)
egy olyan "algoritmus" szerint, melyet ők ismernek, ezért aztán bármelyik processz tudja generálni egy másiknak a kulcsát, és tud neki üzenni. Ennek van egy hátránya (meg több másik is): döglassú.

Ilyenre írták más fórumokon (ugyanis google-n már nézelődtem), hogy használj socketpair()-t.
A bánatom az, hogy ehhez az kell, hogy a fileleíró-t el kéne juttatni az egyik processztől a másikig. Namost ennek is utánanéztem, le is írják, hogy socketen keresztül vígan lehet fileleírót küldeni. Persze. Csak nekem pont ennek a socketnek a létrehozása a probléma...

Még gondolkodtam a named socket-eken is, csak mondjuk ha van 64 processzed, és mindegyik beszélni akar mindegyik másikkal, az 64*63/2 db file... (ha jól számolok) és ez nem tűnik annyira jó megoldásnak.

Azt is gondoltam, hogy esetleg argumentumként adok át valamit az új processz létrehozásakor, ennek csak az az egy baja, hogy úgy kéne megírni a programot, hogy ne legyenek benne "speciális" argumentumok. (tulajdonképpen nem egy programról van szó, hanem egy programkönyvtárról).

A legtöbb ötletemnek az a baja, hogy kompatibilisnek kell maradnom egy másik API-val, amelynek ugyan a forrása megvan, tehát bele tudok nézni, mit hogy csinál, de sajnos nem portolható rendesen egy általános PC-re, mert egy nagyob spéci hardveren van.

Előre is köszönök minden javaslatot.