Linux-haladó

Sziasztok,

adott egy 8006 -os régi 3ware kártya ami már vagy 5 éve teljesen jól működik.
Firmware Version = FE8S 1.05.00.068 (ez a legfrissebb amit fel lehet rá rakni, de sajnos ez 2007-es)
a 2.6.35 -ös kernelig ment is szépen, de azóta sem a 2.3.36 és alverziói, sem pedig
a ma megjelent 2.6.37 es nem látja rendesen. A logokban ez látszik:

Jan 5 20:07:17 kernel: 3ware Storage Controller device driver for Linux v1.26.02.003.
Jan 5 20:07:17 kernel: 3w-xxxx 0000:14:01.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
Jan 5 20:07:17 kernel: scsi0 : 3ware Storage Controller
Jan 5 20:07:17 kernel: 3w-xxxx: scsi0: Found a 3ware Storage Controller at 0x6000, IRQ: 19.
Jan 5 20:07:17 kernel: 3w-xxxx: Error requesting IRQ.
Jan 5 20:07:17 kernel: 3w-xxxx 0000:14:01.0: PCI INT A disabled
Jan 5 20:07:17 kernel: 3w-xxxx: probe of 0000:14:01.0 failed with error -16

ez 2.6.37 es vagy 2.6.36 os al. Ha visszarakom ugyan azzal a .config al a 2.6.35 öst, akkor pedig:

Jan 5 20:22:48 kernel: 3ware Storage Controller device driver for Linux v1.26.02.003.
Jan 5 20:22:48 kernel: 3w-xxxx 0000:14:01.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
Jan 5 20:22:48 kernel: scsi0 : 3ware Storage Controller
Jan 5 20:22:48 kernel: 3w-xxxx: scsi0: Found a 3ware Storage Controller at 0x6000, IRQ: 19.
Jan 5 20:22:48 kernel: scsi 0:0:0:0: Direct-Access 3ware Logical Disk 0 1.2 PQ: 0 ANSI: 0

azaz megy szépen.
Semmilyen más hiba nincs. Egy HP ML350 G5 ös gépben produkálja mindezt.
Ha valakinek van ötlete, azt megköszönöm.

Üdv!

Jelenleg:
A már egy ideje működő linuxos szerverek mellé bekerült egy Windows 2008-as szerver is, MSSQL miatt.
Ha már van Windows, akkor legyen is kihasználva alapon az Active Directory-t is beüzemelném, de úgy, hogy a meglévő működő dolgokhoz lehetőleg minél kevésbé kelljen hozzányúlni. Már az első körben elakadtam, eddig a "DNSMasq" szolgáltatta a gépek számára az ip-ket (DHCP) és a belső DNS címeket. Egyszerű, kicsi, működik, DNS varázslásra nincs szükség, minden gép kap egy nevet, ennyi.

Kérdés:
Megoldható, hogy a DNSMasq szolgálja ki az AD igényeit? Ha jól értem a dynamic update-n akad meg a dolog. Vagy csak a BIND a megoldás?

Szeretnék egy távoli gépről érkező logot rsyslog segítségével egy megadott helyre íratni. Néztem a rsyslog doksiját, de valahogy nem látom egybe, hogy egy tcp bemeneti modulra érkező adatokat hogy tudok kiíratni egy adott file-ba, de elkerülve azt, hogy ezen bemenetről jövő adat kiíródjon más meglévő szabályok által meghatározott kimenetekre.
Tudnátok esetleg egy példát mutatni, vagy hogy milyen lépésekben építsem fel a configot hozzá. Ezzel még nem foglalkoztam, így nézzétek el értetlenkedésemet.
Köszi

Nem is tudom már, mióta, de egy ideje a kernel néha hibákat dobál.

2 esetben vettem észre:
- amikor elindítom a gépemen az oracle-t (ilyenkor üzeneten kívül nincs semmi hibás működés)
- amikor backupot készítek rsync-kel hálózaton át. (leáll. Néha eldobja az ethernetet, egy idő után felépíti, folytatja. Néha nem, akkor manuálisan ifdown eth0; ifup eth0-t mondok, folytatja. Szóval macera)

Másfél éve még biztosan nem volt ezzel semmi gond, aztán idén május v. június környékén az rsync már biztosan rendetlenkedett. Az oracle üzenetre nem emlékszem, mikor kezdődött, mert az nem sok vizet zavar.

Mindkét esetben KDE alatt megjelenik egy értesítés, hogy kernel failure történt. Ettől még az oracle láthatóan elindul, és működik megfelelően. Rsync meg, ahogy fent írtam.

Mivel az Orás eset épp most történt, be tudom másolni a részleteket:
Kernel failure message 1:
------------[ cut here ]------------
WARNING: at /build/buildd-linux-2.6_2.6.32-29-i386-Of6Yt1/linux-2.6-2.6.32/debian/build/source_i386_none/fs/hugetlbfs/inode.c:936 hugetlb_file_setup+0x6f/0x1c5()
Hardware name: HP Compaq nc6320 (RH368EA#AKC)
Using mlock ulimits for SHM_HUGETLB deprecated
Modules linked in: aes_i586 aes_generic vmnet vmblock vsock vmci acpi_cpufreq cpufreq_conservative cpufreq_stats cpufreq_powersave cpufreq_userspace ppdev lp uinput fuse loop firewire_sbp2 snd_hda_codec_si3054 snd_hda_codec_analog snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_midi snd_rawmidi arc4 snd_seq_midi_event pcmcia ecb snd_seq snd_timer iwl3945 snd_seq_device i915 drm_kms_helper iwlcore drm snd yenta_socket i2c_algo_bit soundcore tifm_7xx1 mac80211 rsrc_nonstatic btusb joydev tifm_core cfg80211 pcmcia_core bluetooth i2c_core snd_page_alloc tpm_infineon rfkill rng_core tpm parport_pc video psmouse button ac battery container wmi parport evdev pcspkr output serio_raw tpm_bios processor ext3 jbd mbcache dm_mod sg sr_mod cdrom fan sd_mod crc_t10dif ata_generic sdhci_pci sdhci tg3 firewire_ohci ata_piix ahci libphy mmc_core led_class firewire_core crc_itu_t uhci_hcd thermal thermal_sys libata ehci_hcd scsi_mod usbcore nls_base [last unloaded: scsi_wait_scan]
Pid: 12810, comm: oracle Not tainted 2.6.32-5-686 #1
Call Trace:
[] ? warn_slowpath_common+0x5e/0x8a
[] ? warn_slowpath_fmt+0x26/0x2a
[] ? hugetlb_file_setup+0x6f/0x1c5
[] ? newseg+0xe6/0x1f9
[] ? ipcget+0x5c/0x17a
[] ? sys_shmget+0x51/0x56
[] ? newseg+0x0/0x1f9
[] ? shm_security+0x0/0x5
[] ? shm_more_checks+0x0/0xc
[] ? sys_ipc+0x13f/0x162
[] ? sysenter_do_call+0x12/0x28
---[ end trace f111e7db53d2f930 ]---

Hát, gondolom valami hugefile kezelésben döglik el a fentiekből, de ez sokat nem mond nekem.

Valakinek van ötlete, hogy egyfelől mi a gond, másfelől hogy lehet értelmesebb hibaüzenetet kapni? Ha lesz értelmesebb üzenet, gondolom érdemes egy hibajegyet kreálni.

Természetesen Arch linux-ot használokd egyenlöre müködik amire kell nekem de lépni kell tovább...
Studio 64,Ubuntu Studio kimaradt az életemböl,érdekelne hogy studió (és rendszer) szinten meik viszi a pálmát :arch 64, ubuntu studió?

Politikusoktól Mentes Boldog Új Évet Mindenkinek!

A gépemen debian alap kernel van 2.6.32-5, viszont szükségem lenne egy a 2.6.37-ben megjavított driverre. Mi lenne a jó megoldás?

1. új kernel letöltése fordítása installálása
2. megpróbálni a régebbi kernelre lefordítani a javított drivert.
3. megpatchelni a jelenlegi kernel hibás forrását a jó verzióval és újrafordítani, installni.

Persze ki is próbálhatnám mindegyiket, de kiváncsi vagyok, hogy a profik melyik megoldást választanák, ill. tippeket szeretnék szerezni a kiválasztott megoldással kapcsolatban.

Nehezíti az ügyet, hogy a gépen ati 3650-es vga van, nem tudom, hogy a 2.6.37 alatt lefordul-e az ati driver?

Nem tudom volt-e már ilyen korábban, de nekem sürgősen kellene valamilyen megoldás.
A problémám a következő:

Elindítottam egy badblocks-ot, az egyik konzolon (Ctrl+Alt+F1), és már vagy egy napja teszi a dolgát.
A gépemnek van egy olyan jó tulajdonsága, hogy az USB vezérlője néha meghülyül, és akkor semmilyen egér és billentyűzet inputra nem reagál, PS2 csati pedig nincs rajta.
SSH-val bent vagyok rajta pillanatnyilag, és látom, hogy a badblocks még fut.

Van-e esetleg mód arra, hogy a badblocks-ot lestoppoljam, és átvigyem valahogy az ssh-s session-be, hogy a kimenetét ezek után ott kapjam meg. (Valami hasonló, mint a Ctrl+z és fg %1, csak itt ugye nem egy munkameneten belül kellene. Ja igen, és a badblocks-ot nem screen-en belül indítottam.)

Az is megoldás lehetne, ha valamilyen /proc alatti fájlba írva ki tudnám hozni a monitort az enerigiatakarékos állapotából.

Valakinek van valamilyen jó ötlete ezzel kapcsolatban?

Icewm szakértőt keresek.

Szeretném megtudni, hogy létezik e valami megoldás, amivel ülönböző dolgokat lehet icewm-ben a tálcára kiíri?
Olyasmit keresek, mint a genmon xfce alatt, amivel pl egy linux parancs kimenetét át tudom irányítani a tálcára (pl.: whoami, vagy egyéb script kimenetét).

KÖszi

Sok téma van már hw/sw raid-ek létrehozásáról, hibaelhárításáról - mikor már megtörtént a baj - de ki hogyan üzemeltet, tart karban kisebb-nagyobb raid rendszereket?
Engem elsősorban a "kommersz" eszközökből felépített software raid érint, de info szinten érdekelnek a komolyabb megoldások is.

Ami miatt ez konkrétan felmerült: 7/24-ben üzemelő raid5 tömb, ~2TB adattal, 3 éves hdd-kkel. Egyesével újakra cserélném a winyókat, mert szerintem ezek már eleget mentek, nem várnám meg, míg kipurcan. Hogyan oldható meg minimális leállással, maximális biztonsággal? Amik felmerültek:
- leállás alatt 1 disk dd az új hdd-re, átszerel, start - így min. 1 napig áll a rendszer, míg a dd lefut.
- 1 disk kirúgása a raid-ből, leáll, csere, resync - így min. 1 napig nem biztonságos a tömb, ha sync alatt hibázik egy disk, széthullik az egész.

Spare disk jelenleg nincs, de ha lenne és úgy "rúgok ki" egy disket a tömbből, gyakorlatilag akkor is a 2. verzió játszódik le.

1. kérdés: hogy lehet menet közben egy új disket beszinkronizálni egy teljes tömbbe úgy, hogy az utána egy adott régi disk helyére azonnal beállhasson?

Persze, első körben a fenti 2. megoldást választottam a probléma áthidalására, ami - természetesen - sync közben talált is hibát egy másik lemezen, valószínüleg olyan helyen, ahova napi használat közben nem nyúlt, így menet közben nem bukott ki.

2. kérdés: hogyan lehet - és érdemes-e, szoktátok-e - egy ép(nek tűnő) tömb szinkronizációját a diskek teljes hosszűn ellenőrizni annélkül, hogy hiba esetén azonnal szétdobmá a tömböt?

...és persze jöhet az összes témába vágó gyakorlati üzemeltetési tapasztalat:
pl. mennyi időt szabad adni egy disk-nek, mennyi után érdemes cserélgetni?

Sziasztok ,

Kuzdok mar egy ideje a kovetkezo problemaval:

Van egy monitoring nagios server es van egy remote host amelyiken a /home particio foglaltsagat szeretnem monitorozni.
A serverre es a hostra is feltettem a nrpe plugint s a kovetkezot mondja nagios:
CHECK_NRPE: Error - Could not complete SSL handshake.

Ha a remote hoston nezem akkor :

/usr/local/nagios/libexec/check_nrpe -H localhost
NRPE v2.12
ill.
netstat -at | grep nrpe
tcp 0 0 *:nrpe *:* LISTEN
ill.
/usr/lib/nagios/plugins/check_disk -w 20% -c 10% -p /home
DISK OK - free space: /home 99035 MB (78% inode=98%);| /home=27563MB;106699;120036;0;133374

ha a serveren

/usr/local/nagios/libexec/check_nrpe -H 127.0.0.1

CHECK_NRPE: Error - Could not complete SSL handshake.

Turtam a netet , leirasokat (azok alapjan lottem be ) de nem jovok ra mit boktem el.

Kerlek segitsetek

Koszonom

Sztupi