Debian GNU/Linux

sziasztok! Bocs a feltűnősködő tárgyért, de sajnos tény, hogy az egyik Debian szerverünk időnként produkálja a 3-400-as load-ot. Röviden: apache, php5 (fcgi), mysql, postfix, webszerverként üzemel + levelezés. Meghatározhatatlan gyakorisággal (2-3 hetente, naponta kétszer, stb) azt látom, hogy betelik a 8 GB memória (top szerint a nagyon sok php5 process és a mysql miatt, pedig eléggé le vissza vannak véve configban), kb 1 órán keresztül 10 és 50 között mozog a load, majd egyszer csak felmegy 2-3-400-ra, aztán leesik, utána minden rendben. Csak épp ez a folyamat kb 3 óra mire lezajlik, és a gép közben lassú illetve elérhetetlen. Érdekes módon nem fagy, nem rebootol. A swap mérete 20 GB, ezt én nem vettem volna ekkorára, de ez van, nem tudom ez okozhat-e gondot. Logokban támadás nyomait nem találtam, viszont az látszik hogy ilyenkor szinte minden processel gondja van:

kernel: [2764774.908825] INFO: task kswapd0:47 blocked for more than 120 seconds.
kernel: [2764774.908858] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[...]
kernel: [2764774.908984] INFO: task md0_raid1:292 blocked for more than 120 seconds.
[...]
kernel: [2764774.909109] INFO: task xfssyncd:320 blocked for more than 120 seconds.
[...]
kernel: [2764774.909271] INFO: task cron:1729 blocked for more than 120 seconds.
[...]

stb, szóval ilyenkor kb mindenre ezt írja, php5, mysql, postfix...

Google szerint ez a viszonylag sok memóriával és a swap-el lehet összefüggésben, tehát hogy mikor és mennyi próbál kirakni diszkre, de nem találtam rá megoldást..

Normál működés esetén van hogy hetekig elmegy 0, 1 vagy max 2-es loaddal, szóval vagy valami hirtelen terhelésről lehet szó, vagy megfut egy olyan processz ami megeszi a memóriát de még nem tudtam kideríteni hogy pontosan mi.

Konfig: sima PC, i3 CPU, 8 GB RAM, SATA diszkek szoftver raid0-ban, generic 64 bites kernel, csomagok update-elve.

Mellette üzemel egy pont ilyen szoftver felállásban üzemelő gép, de 4 GB memóriával, azzal semmi gond nincs, pedig nagyobb rajta a terheltség.

Láttatok már hasonlót? Köszi előre is!

üdv,
aboy

Ez érdekelne engem!
Tegnap este "to install"(Wheezy), persze piros ablak a grub telepítés végén(még mindig nem szereti, ha több disk van telepítés alatt);
sebaj, matat, grub-installer felteszi a btrfs-re(minden egy helyen
partíció), elindul, szép grub logó, tovább, de a boot folyamat megáll -
btrfs exit code 8, control-D, root password, ajjaj...
Sikerült valakinek már összehozni és megosztaná a mikéntjét?

megjelent

[megoldás a symlink a btrfsck-ra(nincs fsck.btfrs) ]

Sziasztok!

Egy olyan problémám lenne, hogy frissítettem a munin-t és azóta nincsenek grafikonok csak a kép helye. http://kepfeltoltes.hu/120613/bug_www.kepfeltoltes.hu_.png

Dist: Debian Wheezy

További érdekesség, ha a kép urljét nézem akkor
http://xxxxx.xx/cgi-bin/munin-cgi-graph/localdomain/localhost.localdoma…

De abban a könyvtárban nincs is cgi-bin. Mi lehet a megoldás?

Előre is köszi.

Üdv!
Valaki meg tudja mondani, hogy sqeezee-t hogyan lehet úgy beállítani, hogy a konzol mód valóban konzol mód legyen (amivel bootkor az gdm indulásáig működik, illetve amire pl Ctrl+Alt+F1-el válthatok grafikus módból)és ne grafikus módban megjelenített konzol. A kis méretű betűk amúgy is zavartak, de most egy gépnél a videókártyával szívok, és esélyem sincs a driverrel próbálkozni, mert ha az X-et leállítom mondjuk tty1-ből, onnantól fekete képernyő lesz a konzolon is.
Az xorg.conf-al már nem is próbálkozom, a múltkor kipóbáltam egy a sqeeze-vel kapott a kártyához való drivert belőni, ami nem működött, na onnan aztán se X, se konzol. A grub konzol módjában viszont nem tudtam az xorg.conf-ot se törölni, se módosítani, mert onnan nem láttam az lvm-es partíciókat.
Kösz: Bálint

Sziasztok!

Az lenne a kérdésem, hogy mennyire viseli a Linux jó néven a "költöztetést". Itthon megcsinálnám laptopon a webszervert, FTP-t és utána kimenteném egy ISOba amit át tennék egy szerverre. Lehet ilyesmit, volt már tapasztalata vele valakinek (biztos, hogy volt:D)?

Üdvözlet,

Dávid

Sziasztok!
Több freemail-es fiókom van. Evolution levelezővel olvasom őket, kivéve egyet.
Hiába próbálkozom, mindig azt írja, hogy hiba a jelszó küldés közben. Ha weboldalon keresztül jelentkezek be ugyanazzal az usernévvel/jelszóval, tudom olvasni.

Terminálból indítva ez üzeni:
(evolution:3612): camel-WARNING **: CamelPOP3Folder::refresh_info_sync() reported failure without setting its GError

(evolution:3612): camel-WARNING **: CamelPOP3Store::get_folder_sync() reported failure without setting its GError

Mit nem csinálok jól?

Vas: HP ProLiant DL360 G4p
OS: Debian/GNU Linux 6.0 Squeeze
Kernel: 3.2.0-0.bpo.2-amd64

Tegnap és ma hajnalban is gondolt egyet a gép és leállt.
A syslog-ban ennyi bejegyzés van:

Jun 8 03:44:00 hp-dl360 shutdown[10221]: shutting down for system halt
Jun 9 04:11:06 hp-dl360 shutdown[25547]: shutting down for system halt

Természetesen meg szeretném akadályozni, hogy leálljon a gép. Áttúrtam a logokat, de nem találok arra utaló nyomot, hogy melyik alkalmazás kezdeményezi a shutdown-t.
Mit javasoltok, merre keresgéljek első körben?

==== Szerk.: ====
köszi a hozzászólásokat, megoldódott... az volt, amit többen mondtatok és sejtettem: melege volt a vasnak, mert nem ment a klíma a konténerben.
A HP repóból felrakott hp-health adott infót:

Event: 26 Added: 06/09/2012 03:07
CAUTION: POST Messages - POST Error: 1610-Temperature violation detected Waiting 5 minutes for system to cool Press Esc key to resume booting without waiting for the system to cool. WARNING: Pressing Esc is NOT recommended as the system may shutdow.

mgergi@xx:~$ export LANG=C           ; echo "ab" | grep "[A-Z]"
mgergi@xx:~$ export LANG=en_US       ; echo "ab" | grep "[A-Z]"
mgergi@xx:~$ export LANG=en_US.UTF-8 ; echo "ab" | grep "[A-Z]"
ab
mgergi@xx:~$

Ez meg mi, és miért, és hogyan? Etch és Lenny alatt rendesen működik, és a wheezy-ben is ismét jó.

Ok, ki tudom kerülni, a [[:upper:]] és a perl regexp is jól működik, de miért kell átírni 20 éve működő scripteket? A Linuxos világ nem erről szólt eddig...

mgergi@xx:~$ export LANG=en_US.UTF-8 ; echo "ab" | grep "[[:upper:]]"
mgergi@xx:~$ export LANG=en_US.UTF-8 ; echo "ab" | grep -P "[A-Z]"
mgergi@xx:~$

Nem igazán tudom értelmezni a zabbix szerverem "system.cpu.load" értékeit.
Ahogy utána néztem a témának a UNIX máshogy jelzi a CPU teljesítményét,
ha jól értelmeztem, akkor egy single core processzor 100%-os kihasználtság esetén ad 1-es értéket
egy 4 magos processzor 100% kihasználtsága viszont már 4-es érték.
Amit nem értek, hogy miért kapok 8-as értékeket vissza, amikor a "system.cpu.util" lekérdezés 5%-os CPU terheltséget jelez.
A 8-as érték elvileg azt kellene hogy jelentse, hogy 100%-on kellene dolgozni a processzornak, és még maradna egy rakat processzorra várakozó számítás.

Én értek rosszul valamit?

Balra a "system.cpu.load[,avg1], jobbra a "system.cpu.util".

A képet a Képfeltöltés.hu tárolja. http://www.kepfeltoltes.hu

Sziasztok!
debian squeeze 64 bit.
Ti hogy szoktátok megnézni, mi foglalja a helyet a / partíción?
Most azt csináltam, hogy lecsatoltam a hálózati meghajtót és áthelyeztem/töröltem ami a helyén maradt, multkor ugyanitt kaptam tőletek a tippet:)
Ez lett az eredmény:

:~# df -h
Fájlrendszer Méret Fogl. Szab. Fo.% Csatol. pont
rootfs 484M 305M 155M 67% /
udev 1,9G 0 1,9G 0% /dev
tmpfs 388M 1,4M 386M 1% /run
/dev/disk/by-uuid/38c28813-cf48-467e-8e8c-660dae19616d 484M 305M 155M 67% /
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 775M 16K 775M 1% /tmp
tmpfs 775M 0 775M 0% /run/shm
/dev/sda2 952M 62M 843M 7% /boot
/dev/sda5 39G 33G 3,8G 90% /home
/dev/sda6 9,3G 1,5G 7,4G 17% /usr
/dev/sda7 9,3G 3,4G 5,5G 38% /var
/dev/sda7 9,3G 3,4G 5,5G 38% /home/benkecs/muszak
/dev/sda7 9,3G 3,4G 5,5G 38% /home/jurasitsz/muszak
/dev/sda7 9,3G 3,4G 5,5G 38% /var/log/syslog-ng
//10.0.1.238/backup 1,1T 948G 103G 91% /mnt/mentes238ra

de még mindig soknak tartom a 305M fogalt helyet.
Valami olyan módszer érdekelne ami csak a partíción található mappákat és a méretüket írná ki.

szerk: hátha van még láma rajtam kívül, ez lett a vége: du -xhd 1 / | sort -nr