mem

2007-03-29 bef zés Gyurkó Zsolt
Sziasztok!

A top kimenete:

2:46am  up 83 days, 11:40,  1 user,  load average: 0.00, 0.00, 0
70 processes: 69 sleeping, 1 running, 0 zombie, 0 stopped.
CPU states:  0.0% user,  0.2% system,  0.0% nice,  0.2% idle.
*Mem:  3740276K av, 3636284K used,  103992K free, 0K shrd, 237656K buff.
Swap:  1052248K av,27008K used,  1025240K free 3132824K cached.
*4 root  15   0 00 0 SW0.0  0.0  12:56 kswapd
5 root  15   0 00 0 SW0.0  0.0   1:11 bdflush
6 root  15   0 00 0 SW0.0  0.0   0:05 kupdated
7 root  25   0 00 0 SW0.0  0.0   0:00 mdrecoveryd
  16 root  15   0 00 0 SW0.0  0.0   0:47 kjournald
  91 root  16   0 00 0 SW0.0  0.0   0:00 khubd
189 root  15   0 00 0 SW0.0  0.0   0:00 kjournald
190 root  15   0 00 0 SW0.0  0.0   0:24 kjournald
191 root  15   0 00 0 SW0.0  0.0   0:02 kjournald
192 root  15   0 00 0 SW0.0  0.0   0:19 kjournald
539 root  15   0   576  568   496 S 0.0  0.0   0:12 syslogd
543 root  15   0   428  412   412 S 0.0  0.0   0:00 klogd
560 rpc   15   0   484  416   416 S 0.0  0.0   0:00 portmap
579 rpcuser   15   0   660  576   576 S 0.0  0.0   0:00 rpc.statd*

*A ps axu szerínt nincs memória használat.
A w szerínt nincs bejelentkezett felhasználó.
A crontab -l szerínt nincs időzített folyamat.
Mi zabál majd 4GB RAM -ot?

free:
[EMAIL PROTECTED] /]# free
   total   used   free shared
buffers   cached
Mem:   37402763636284 103992  0 2376803132828
-/+ buffers/cache: 2657763474500
Swap:  1052248270081025240

model name  : Intel(R) Xeon(TM) CPU 2.66GHz
2.4.18-14 #1 Wed Sep 4 13:35:50 EDT 2002 i686 i686 i386 GNU/Linux
Red Hat Linux release 8.0 (Psyche)
/dev/sda:
 Timing buffer-cache reads:   128 MB in  0.22 seconds =574.91 MB/sec
 Timing buffered disk reads:  64 MB in  0.97 seconds = 66.06 MB/sec

Napközben kb 30 user használja folyamatosan (panaszkodva, hogy lassú),
a bejegyzések éjjel készültek. Egy pár napja kezdődött.

Köszönöm!

Zsolt




_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: Halozati sebesseg ellenorzes.....

2006-11-17 bef zés Gyurkó Zsolt

Hat igen, az en halozatom egy kicsit kisebb, viszont harom eve
mukodik tartos uzemzavar nelkul.
ERP szoftvert fejlesztunk es van a Tiedhez majdnem hasonlo parameterekkel
par ugyfelunk, ahol sokszor napokig megall az elet, attol meg
hasznalhatjak a nagiost ill. mrtgt-t.
Bocs, ha beleszoltam a nagyok dolgaba.

Zsolt

Hegedüs Ervin írta:


Nalunk van kb. 25 switch (rajtuk kb 30 VLAN), kb.
4-500 kliens, ugy 60-70 szerverrel, ez kicsit maskepp nez ki.
Mi itt nem nagyon boldogulunk szemmelveressel, tekintve hogy a
switchek egy reszevel meg nem talalkoztunk szemelyesen, ill. 
nehany kivetellel mind valahol kulso telephelyen uzemelnek.


Ne erts felre, nem akarok 'felvagni' ezzel, de ezeket a
szoftvereket azert fejlesztik es hasznaljak, mert igeny van ra,
es nem csak annyi, hogy tudjuk, Bela mennyit netezett a mult
heten. Ha egy MRTG kimenet neked feluletes, akkor vagy rosszul
van beallitva, vagy Te tenyleg nem lattal meg halozatot. :))

(Erzekelteteskent: a Nagiosban 126 host (ebben vannak 'halon
kivuli' hostok is), es kb 600 service van felveve. Azert azt 
talan Te is belatod, hogy ezt keptelenseg 'ranzesre' kiszurni, 
de itt meg a tcpdump sem segit :))



  

_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: Halozati sebesseg ellenorzes.....

2006-11-15 bef zés Gyurkó Zsolt
Az mrtg-t használom pár éve, nagyon felületes, úgy is lehet mondani, 
konkrét informáicót nem ad arról,
az adott pilllanatban miért is lassú a hálózat. Tökéletesen látszik a 
grafikononkon, mikor is lassult be a háló,

de az okát nem fogja Neked megmondani.

Üdv!

Zsolt

Virag Gyorgy írta:

Hello!

A problémádra ezek is megoldások lehetnek:
MRTG
Nagios

Bye
Gyuri

_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

 _ NOD32 1867 (20061115) Inform�ci� _

Az �zenetet a NOD32 antivirus system megvizsg�lta.
http://www.nod32.hu



  


_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


crash

2006-04-05 bef zés Gyurkó Zsolt

Üdv!

Pár kérdésem volna:

1. Mit jelent a -26 másodperc? Hogyan lehetséges, hogy 11:41-kor volt a 
crash és 11:15 a következő bejegyzés (boot)?


[EMAIL PROTECTED] /]# last
root pts/0192.168.2.5  Wed Apr  5 12:55   still logged in
root pts/0192.168.2.5  Wed Apr  5 12:42 - 12:55  (00:13)
root pts/0192.168.2.5  Wed Apr  5 12:09 - 12:41  (00:32)
demo pts/0192.168.2.5  Wed Apr  5 11:16 - 11:43  (00:26)
reboot   system boot  2.6.9-11.ELsmp   Wed Apr  5 11:15  (01:41)
demo3pts/0192.168.2.130Wed Apr  5 11:41 - crash  (00:-26)

Van ezzel kapcsolatban tapasztalata valakinek?

[ cut here ]
kernel BUG at mm/prio_tree.c:528!
invalid operand:  [#1]
SMP
Modules linked in: md5 ipv6 parport_pc lp parport autofs4 i2c_dev 
i2c_core sunrpc dm_mod button b

CPU:0
EIP:0060:[c01418b5]Not tainted VLI
EFLAGS: 00010212   (2.6.9-11.ELsmp)
EIP is at vma_prio_tree_add+0x36/0x95
eax: 00bf   ebx: cffba334   ecx:    edx: 0198
esi: e9765ac4   edi: f716f674   ebp: cffba6cc   esp: c7b1bf3c
ds: 007b   es: 007b   ss: 0068
Process datmod (pid: 29544, threadinfo=c7b1b000 task=f771f8b0)
Stack: cffba334 ee1ce080 c014a77a cffba334 00100077  f2d55d80 
c014b2ba

cffba6cc cffba6c0 0199 0001  f716f5c4 ee1ce080 00199000
b7499000 e4a6cd2c cffba6cc cffba6c0 ee1ce080 ee1ce0b0 c7b1b000 f2d55d80
Call Trace:
[c014a77a] vma_link+0x9c/0xbc
[c014b2ba] do_mmap_pgoff+0x50e/0x666
[c010b557] sys_mmap2+0x7e/0xaf
[c02c7377] syscall_call+0x7/0xb
[c02c007b] unix_release_sock+0x15a/0x201
Code: c3 39 ca 74 08 0f 0b 0f 02 67 aa 2d c0 8b 43 08 2b 43 04 c1 e8 0c 
8d 54 02 ff 8b 46 08 2b 4

0Fatal exception: panic in 5 seconds

Köszönöm.
Zsolt

_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux