Beiträge von Avatar

    *boah* ich bin etwas geschockt ...

    Ich war gerade im Forum vom OpenVCP ... da müsste sich ein Morderator mal richtig austoben ...
    Da sind richtig viele SpamAccount, die jeweils viel Spam produziert haben.

    Ich dachte netcup hat mit openVCP etwas zu tun ... doch wenn ich mir das da anschaue, kommen wir große Zweifel.

    Erstmal einen Kaffee ...

    Wäre es Windows, hätte ich den vServer hier nicht :)
    Okay ... Swappiness steht auf 60 ... ich werde es wohl mal weiter beobachten müssen:)
    Sollte er wirklich mit dem Swappen anfangen, werde ich die Werte wohl mal anpassen.

    Danke.

    Zitat

    Definition Der Wert des Parameters kann sich in einem Bereich von 0 bis 100 bewegen.
    0: Der Kernel versucht es zu vermeiden, Daten in den Swap auszulagern.
    100: Der Kernel lagert sehr schnell Speicher in den Swap-Bereich aus
    Debian 5.0 (Lenny) hat einen Standardwert von 60 voreingestellt.

    Zitat von chitypo;28132

    auch dir möcht ich sagen das dass normal ist.
    bei mir sieht es nicht anders aus.
    Die Server werden mit Linux betrieben nicht mit Windows.
    vllt beugt dies deinen ängsten vor.:D
    memory management weitere erklärungen kann dir google verschaffen.

    Ich hab einen 1k VServer (image: lenny) ... bis vor dem Kernel update war er bei ~250 MB belegten Arbeitsspeicher.

    Code
    Mem:   1048576k total,  1048576k used,        0k free,        0k buffers
    Swap:  1048576k total,        0k used,  1048576k free,   904708k cached

    Dadurch, dass er sagt, dass er kein Swap in Benutzung hat, gehe ich davon aus, dass dies nicht so schlimm ist. Doch etwas beunruhigt mich die top+free Ausgaben schon.

    Code
    ~# free -l
                 total       used       free     shared    buffers     cached
    Mem:       1048576    1048576          0          0          0     904428
    Low:       1048576    1048576          0
    High:            0          0          0
    -/+ buffers/cache:     144148     904428
    Swap:      1048576          0    1048576

    Wenn ich die Prozessliste durchgehe, sehe ich keine Aussreisser im residental Speicher.
    1*Mysql 35Mb
    n*php-cgi 14-23 Mb

    Mein Nameservice Cache Deamon (nscd) belegt 111 Mb virutellen Speicher.

    Vieleicht könnte jemand mir einen Tipp geben, wonach ich noch schauen sollte, damit ich wieder etwas beruhigter bin :)

    Danke,
    Gruß, AVATAR

    Beim mir gehts auch :
    [...]
    9 hetzner-gw.noris.net (213.239.242.249) 95.882 ms 86.631 ms 80.653 ms
    10 hos-bb1.juniper2.rz6.hetzner.de (213.239.240.239) 44.714 ms 44.658 ms 44.379 ms
    11 hos-tr1.ex3k3.rz7.hetzner.de (213.239.229.76) 44.582 ms hos-tr2.ex3k3.rz7.hetzner.de (213.239.229.204) 42.621 ms hos-tr3.ex3k3.rz7.hetzner.de (213.239.252.76) 41.130 ms
    12 v220101172584248.yourvserver.net (88.198.183.83) 43.427 ms 41.921 ms 44.520 ms

    Tipp: Ich kenne WBB nicht so gut wie SMF.... im SMF muss man in der Datenbank noch diverse URLs und Pfade anpassen, damit alles funktioniert.
    Alternativ würde ich mal mir zum Beispiel ein php error file anlegen und dort nachschauen, was php denn so meldet. (Generell sind Error Dateien gut - zB apache error log ...)

    64bit System (Image Debian Lenny SySCP) meldet :

    Sep 19 19:11:05 <servername> sshd[<pid>]: Accepted publickey for <user> from <ip> port <port> ssh2
    Sep 23 07:01:13 <servername> su[<pid>]: Successful su for root by <user>
    Sep 23 07:01:13 <servername> su[<pid>]: + pts/NN <user>:root
    Sep 23 07:01:13 <servername> su[<pid>]: pam_unix(su:session): session opened for user root by <user>(uid=<uid>)

    Was meldet den Dein System?
    Und was für ein Image hast du gewählt?

    Zitat von ramstein;25318

    ok,
    das schreibt zwar "getötet", macht es aber nicht :)

    Dann hat das Programm wohl eine Signalhändler ... ersetze einfach das 'kill -9 $PID' mit dem Statement, welches dein Programm tötet.