Cannot allocate memory - massive Probleme mit Strato V-Server seit 7.11.2016

09/11/2016 - 08:19 von Magnus Warker | Report spam
Hallo,

auf meinem VServer von Strato geht seit gestern abend gar nichts mehr.
Bei fast jedem Dienst (mysqld, postgresql, tomcat7, etc.) gibt es
Fehler, die auf den ersten Blick unterschiedlicher Natur sind. Schaut
man aber in die Log-Files findet sich immer das gleiche:

cannot allocate memory

free -m sagt aber:

$ /var/log/postgresql# free -m
total used free shared buffers cached
Mem: 2048 1246 801 249 0 274
-/+ buffers/cache: 971 1076
Swap: 0 0 0

Nach einem shutdown -r now kommt der Server nicht wieder von selbst,
sondern ich muss ihn über die Admin-Oberflàche booten.

In /var/log/messages steht sowas:


Nov 8 23:01:39 h1403230 kernel: [20132.199624] ioctl32((agetty):55766):
Unknown cmd fd(3) cmd(00005437){t:'T';sz:0} arg(bf9281c8) on /dev/console
Nov 8 23:01:39 h1403230 kernel: [20132.200414] ioctl32((agetty):55762):
Unknown cmd fd(3) cmd(00005437){t:'T';sz:0} arg(bf9281c8) on /dev/tty1
Nov 8 23:01:40 h1403230 kernel: [20132.224536] ioctl32(agetty:55762):
Unknown cmd fd(0) cmd(00005457){t:'T';sz:0} arg(bfa1d4f4) on /dev/tty1
Nov 8 23:01:40 h1403230 kernel: [20132.224856] ioctl32(agetty:55766):
Unknown cmd fd(0) cmd(00005457){t:'T';sz:0} arg(bfb6f304) on /dev/console
Nov 8 23:17:06 h1403230 rsyslogd: [origin software="rsyslogd"
swVersion="8.4.2" x-pid="189" x-info="http://www.rsyslog.com"] exiting
on signal 15.
Nov 8 23:19:52 h1403230 rsyslogd: [origin software="rsyslogd"
swVersion="8.4.2" x-pid="187" x-info="http://www.rsyslog.com"] start
Nov 8 23:19:52 h1403230 rsyslogd-2007: action 'action 17' suspended,
next retry is Tue Nov 8 23:20:22 2016 [try http://www.rsyslog.com/e/2007 ]
Nov 8 23:28:25 h1403230 rsyslogd: [origin software="rsyslogd"
swVersion="8.4.2" x-pid="187" x-info="http://www.rsyslog.com"] exiting
on signal 15.
Nov 8 23:30:33 h1403230 rsyslogd: [origin software="rsyslogd"
swVersion="8.4.2" x-pid="189" x-info="http://www.rsyslog.com"] start
Nov 8 23:30:33 h1403230 rsyslogd-2007: action 'action 17' suspended,
next retry is Tue Nov 8 23:31:03 2016 [try http://www.rsyslog.com/e/2007 ]
Nov 8 23:41:01 h1403230 rsyslogd: [origin software="rsyslogd"
swVersion="8.4.2" x-pid="189" x-info="http://www.rsyslog.com"] exiting
on signal 15.
No


In der postgresql.log steht:

2016-11-09 07:34:08 CET [267-5] LOG: could not fork new process for
connection: Cannot allocate memory
2016-11-09 07:34:15 CET [267-6] LOG: could not fork new process for
connection: Cannot allocate memory
2016-11-09 07:34:17 CET [267-7] LOG: could not fork new process for
connection: Cannot allocate memory
2016-11-09 07:34:17 CET [267-8] LOG: could not fork new process for
connection: Cannot allocate memory
2016-11-09 07:34:17 CET [267-9] LOG: could not fork new process for
connection: Cannot allocate memory
2016-11-09 07:37:36 CET [267-10] LOG: could not fork autovacuum worker
process: Cannot allocate memory
2016-11-09 07:53:07 CET [267-11] LOG: could not fork autovacuum worker
process: Cannot allocate memory
2016-11-09 07:55:37 CET [267-12] LOG: could not fork autovacuum worker
process: Cannot allocate memory
2016-11-09 07:59:07 CET [267-13] LOG: could not fork autovacuum worker
process: Cannot allocate memory
2016-11-09 08:05:37 CET [267-14] LOG: could not fork autovacuum worker
process: Cannot allocate memory
2016-11-09 08:10:07 CET [267-15] LOG: could not fork autovacuum worker
process: Cannot allocate memory
2016-11-09 08:10:08 CET [267-16] LOG: could not fork autovacuum worker
process: Cannot allocate memory
2016-11-09 08:10:10 CET [267-17] LOG: could not fork autovacuum worker
process: Cannot allocate memory
2016-11-09 08:10:11 CET [267-18] LOG: could not fork autovacuum worker
process: Cannot allocate memory
2016-11-09 08:10:12 CET [267-19] LOG: could not fork autovacuum worker
process: Cannot allocate memory

Sogar ein su schlàgt gelegentlich fehl:

$ su
Password:
su: Cannot fork user shell

Ich bin mittlerweile soweit, einzelne Dienste als Fehlerquelle
auszuschliessen. Das muss ein grundsàtzliches Problem sein.

Gestern wurde mir mitgeteilt, dass dringende Wartungsarbeiten an der
VM-Infrastruktur durchgeführt werden und dass dies damit zusammen hàngen
könnte. Heute morgen hatte ich hingegen einen ratlosen Mitarbeiter am
Telefon.

Hat jemand auch einen VServer bei Strato und weiss, was da los ist?

Danke
Magnus
 

Lesen sie die antworten

#1 Andreas Kohlbach
09/11/2016 - 23:35 | Warnen spam
On Wed, 9 Nov 2016 08:19:05 +0100, Magnus Warker wrote:

auf meinem VServer von Strato geht seit gestern abend gar nichts
mehr. Bei fast jedem Dienst (mysqld, postgresql, tomcat7, etc.) gibt
es Fehler, die auf den ersten Blick unterschiedlicher Natur
sind. Schaut man aber in die Log-Files findet sich immer das gleiche:

cannot allocate memory

free -m sagt aber:

$ /var/log/postgresql# free -m
total used free shared buffers cached
Mem: 2048 1246 801 249 0 274
-/+ buffers/cache: 971 1076
Swap: 0 0 0

Nach einem shutdown -r now kommt der Server nicht wieder von selbst,
sondern ich muss ihn über die Admin-Oberflàche booten.



[...]

Sogar ein su schlàgt gelegentlich fehl:

$ su
Password:
su: Cannot fork user shell

Ich bin mittlerweile soweit, einzelne Dienste als Fehlerquelle
auszuschliessen. Das muss ein grundsàtzliches Problem sein.



Ich tippe dort wo /var eingehàngt ist, ist kein Platz mehr auf der Platte.

Was sagt

df

?
Andreas
You know you are a redneck if
you have refused to watch the academy awards since "smokey and the bandit"
was snubbed for best picture.

Ähnliche fragen