Hi,
ich habe einen vServer Basic bei s4y, welcher auf SuSe 9.3 läuft und habe seit Mittwoch extreme Probleme mit meinem postfix. Der dienst beendet sich nämlich hin und wieder von selbst (?). Ich habe testweise einen Cronjob eingerichtet, welcher postfix stündlich wieder starten soll, aber irgendwie klappt das nicht - und postfix macht das ja auch nicht aus Spaß an der Freude, sondern es gibt irgendein Problem. Also hab ich mir die mail.err Datei angeschaut und dort diese Zeilen gefunden:
"Cannot allocate memory" hört sich ja erstmal nach Speicherproblem an. Plattenplatz ist noch genügend frei
Und der Speicher sieht auch nicht soo schlecht aus:
Also habe ich hier im Forum die Suche verwendet und bin auf die Datei user_beancounters gestoßen, welche bei mir so aussieht:
Das sieht gleich schon weniger gut aus, kmemsize ist anscheinend der Knackpunkt, wenn ich das richtig verstanden habe.
Da ich das Problem bis jetzt noch nicht hatte, hier die letzten Veränderungen an meinem System:
1. Webmin installiert: Zuerst ist webmin immer mitgelaufen, aber Sicherheitstechnisch ist das ja nix, deshalb habe ich den automatischen Start deaktiviert und starte es Manuell, wenn ich es brauche.
2. SSL installiert, damit Webmin den Verkehr verschlüsseln tut. Geschehen ist das über das Webmin Modul, welches mir angeboten hat, es automatisch zu machen - hat soweit auch geklappt, denke ich (keine Fehlermeldung und webmin ist nurnoch über https ansprechbar)
3. Joomla! als Portal mit Gallery2 Erweiterung installiert, aber noch nicht öffentlich freigeschaltet (.htaccess geschützt): Wenn ich auf Joomla zugreife und mir die Prozesse anschaue, dann gibt es ein paar httpd2-prefork prozesse, welche die CPU ziemlich belasten und der freie Speicher fällt auf ca. 15000kb, was aber eigentlich noch kein Problem sein sollte, oder?
ps -ef gibt folgende Prozesse aus:
also nichts wirklich ungewöhnliches, oder fällt euch etwas auf?
Woran kann es also liegen, dass Postfix sich verabschiedet? Gibt es noch andere Stellen, wo man nachschauen kann, was los ist?
Hilfe?!
ich habe einen vServer Basic bei s4y, welcher auf SuSe 9.3 läuft und habe seit Mittwoch extreme Probleme mit meinem postfix. Der dienst beendet sich nämlich hin und wieder von selbst (?). Ich habe testweise einen Cronjob eingerichtet, welcher postfix stündlich wieder starten soll, aber irgendwie klappt das nicht - und postfix macht das ja auch nicht aus Spaß an der Freude, sondern es gibt irgendein Problem. Also hab ich mir die mail.err Datei angeschaut und dort diese Zeilen gefunden:
Code:
Jul 14 20:22:31 vs149084 dspam[32657]: Unable to read dspam.conf
Jul 14 20:41:55 vs149084 postfix/master[18054]: fatal: event_loop: select: Cannot allocate memory
Jul 14 21:10:40 vs149084 postfix/postfix-script: fatal: the Postfix mail system is not running
Jul 15 10:40:23 vs149084 postfix/postfix-script: fatal: usage: postfix start (or stop, reload, abort, flush, check, set-permissions, upgrade-configuration)
"Cannot allocate memory" hört sich ja erstmal nach Speicherproblem an. Plattenplatz ist noch genügend frei
Code:
vs149084:/var/log # df -a
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/vzfs 5242880 1406490 3836390 27% /
proc 0 0 0 - /proc
devpts 0 0 0 - /dev/pts
tmpfs 3112268 0 3112268 0% /dev/shm
Und der Speicher sieht auch nicht soo schlecht aus:
Code:
vs149084:/var/log # free
total used free shared buffers cached
Mem: 6224536 6161516 63020 0 160392 1212200
-/+ buffers/cache: 4788924 1435612
Swap: 8225200 4100500 4124700
Also habe ich hier im Forum die Suche verwendet und bin auf die Datei user_beancounters gestoßen, welche bei mir so aussieht:
Code:
vs149084:/proc # vi user_beancounters
Version: 2.5
uid resource held maxheld barrier limit failcnt
149084: kmemsize 2937974 7208250 7056211 7761832 70479
lockedpages 0 8 344 344 0
privvmpages 41021 80280 87632 96396 0
shmpages 1281 3361 19567 19567 0
dummy 0 0 0 0 0
numproc 29 60 128 128 0
physpages 29264 66226 0 2147483647 0
vmguarpages 0 0 65536 2147483647 0
oomguarpages 30028 66745 65536 2147483647 0
numtcpsock 14 58 172 172 0
numflock 6 109 224 246 0
numpty 2 2 16 16 0
numsiginfo 0 14 512 512 0
tcpsndbuf 8912 182696 1416560 2768240 0
tcprcvbuf 0 342080 1416560 2768240 0
othersockbuf 162208 320832 655717 1153621 0
dgramrcvbuf 0 222352 655717 655717 0
numothersock 104 198 228 228 0
dcachesize 654360 1031620 1002127 1032191 457
numfile 1517 2240 2240 2240 12
dummy 0 0 0 0 0
Das sieht gleich schon weniger gut aus, kmemsize ist anscheinend der Knackpunkt, wenn ich das richtig verstanden habe.
Da ich das Problem bis jetzt noch nicht hatte, hier die letzten Veränderungen an meinem System:
1. Webmin installiert: Zuerst ist webmin immer mitgelaufen, aber Sicherheitstechnisch ist das ja nix, deshalb habe ich den automatischen Start deaktiviert und starte es Manuell, wenn ich es brauche.
2. SSL installiert, damit Webmin den Verkehr verschlüsseln tut. Geschehen ist das über das Webmin Modul, welches mir angeboten hat, es automatisch zu machen - hat soweit auch geklappt, denke ich (keine Fehlermeldung und webmin ist nurnoch über https ansprechbar)
3. Joomla! als Portal mit Gallery2 Erweiterung installiert, aber noch nicht öffentlich freigeschaltet (.htaccess geschützt): Wenn ich auf Joomla zugreife und mir die Prozesse anschaue, dann gibt es ein paar httpd2-prefork prozesse, welche die CPU ziemlich belasten und der freie Speicher fällt auf ca. 15000kb, was aber eigentlich noch kein Problem sein sollte, oder?
ps -ef gibt folgende Prozesse aus:
Code:
vs149084:/var/log # ps -ef
UID PID PPID C STIME TTY TIME CMD
root 1 0 0 Jul13 ? 00:00:04 init
root 17874 1 0 Jul13 ? 00:00:03 /sbin/syslogd -a /var/lib/named/dev/log -a /var/lib/ntp/dev/log
root 17878 1 0 Jul13 ? 00:00:00 /sbin/klogd -c 1 -x -x
root 17893 1 0 Jul13 ? 00:00:00 /usr/sbin/saslauthd -a pam -n 1
root 17906 1 0 Jul13 ? 00:00:00 /bin/sh /usr/bin/mysqld_safe --user=mysql --pid-file=/var/lib/mysql/mysqld.pid --socket=/var
mysql 17946 17906 0 Jul13 ? 00:00:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/my
root 17954 1 0 Jul13 ? 00:00:12 /usr/sbin/sshd -o PidFile=/var/run/sshd.init.pid
root 17965 1 0 Jul13 ? 00:00:00 /usr/sbin/xinetd
root 18112 1 0 Jul13 ? 00:00:18 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
root 18113 18112 0 Jul13 ? 00:00:01 /usr/bin/perl /usr/local/confixx/pipelog.pl
vscan 18118 1 0 Jul13 ? 00:00:14 /usr/sbin/clamd
root 18124 1 0 Jul13 ? 00:00:00 /usr/sbin/cron
vscan 18137 1 0 Jul13 ? 00:00:00 /usr/bin/freshclam -d
vscan 18227 1 0 Jul13 ? 00:00:04 amavisd (master)
root 20286 17954 0 10:39 ? 00:00:00 sshd: root@pts/0
root 22233 20286 0 10:40 pts/0 00:00:00 -bash
root 25947 1 0 10:40 ? 00:00:00 /usr/lib/postfix/master
postfix 25951 25947 0 10:40 ? 00:00:00 pickup -l -t fifo -u
postfix 25952 25947 0 10:40 ? 00:00:00 qmgr -l -t fifo -u
postfix 26268 25947 0 10:40 ? 00:00:00 tlsmgr -l -t unix -u
vscan 14128 18227 0 10:58 ? 00:00:08 amavisd (ch7-avail)
root 17448 22233 0 11:27 pts/0 00:00:00 vi user_beancounters
root 32650 17954 0 11:40 ? 00:00:00 sshd: root@pts/1
root 32701 32650 0 11:40 pts/1 00:00:00 -bash
wwwrun 25830 18112 0 12:02 ? 00:00:01 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun 25837 18112 0 12:02 ? 00:00:01 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
root 28431 32701 0 12:06 pts/1 00:00:00 ps -ef
also nichts wirklich ungewöhnliches, oder fällt euch etwas auf?
Woran kann es also liegen, dass Postfix sich verabschiedet? Gibt es noch andere Stellen, wo man nachschauen kann, was los ist?
Hilfe?!