Strato Vserver mit Debian - ständig crash

Uns nützen die top-Ausgaben nichts, wenn Dein Server neu gestartet wird. Ein Load von 0 bedeutet gemeinhin keine Auslastungsprobleme.
 
Der Server hängt sich aus und dann habe ich je kein Zugriff und deswegen muss ich ja ein Neustart machen.

Mit Euere Hilfe versuche ich doch die Ursache zu finden!!!
Jetzt lief der Server ohne Absturz 1 Tag und 3 Stunden.
Hier ist jetzt der Top
Der Server läuft noch immer!
Code: 
top - 18:22:27 up 1 day,  3:12,  1 user,  load average: 0.00, 0.00, 0.00
Tasks:  47 total,   1 running,  49 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0% us,  0.0% sy,  0.0% ni, 100.0% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:   2070020k total,  1977556k used,    92464k free,   135288k buffers
Swap:  3068392k total,      680k used,  3067712k free,  1438004k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
    1 root      15   0  1504  512  452 S  0.0  0.0   0:00.01 init
18311 root      16   0  1560  536  440 S  0.0  0.0   0:01.56 syslogd
18317 root      23   0  1508  364  300 S  0.0  0.0   0:00.00 klogd
18322 root      19   0  1672  380  316 S  0.0  0.0   0:00.00 courierlogger
18323 root      16   0  2364  648  520 S  0.0  0.0   0:00.00 authdaemond.mys
18327 root      16   0  2404  936  620 S  0.0  0.0   0:00.04 authdaemond.mys
18328 root      16   0  2404  936  620 S  0.0  0.0   0:00.02 authdaemond.mys
18329 root      16   0  2404  936  620 S  0.0  0.0   0:00.06 authdaemond.mys
18330 root      15   0  2404  936  620 S  0.0  0.0   0:00.04 authdaemond.mys
18331 root      16   0  2404  936  620 S  0.0  0.0   0:00.05 authdaemond.mys
18334 root      16   0  1776  484  416 S  0.0  0.0   0:00.04 couriertcpd
18336 root      16   0  1676  468  400 S  0.0  0.0   0:00.04 courierlogger
18342 root      16   0  1776  484  416 S  0.0  0.0   0:00.08 couriertcpd
18344 root      16   0  1672  464  400 S  0.0  0.0   0:00.07 courierlogger
18349 root      22   0  1496  336  284 S  0.0  0.0   0:00.00 inetd
18364 root      16   0  2504 1224 1016 S  0.0  0.1   0:00.00 mysqld_safe
18400 root      16   0  2504  556  344 S  0.0  0.0   0:00.00 mysqld_safe
18401 mysql     16   0  132m  19m 3432 S  0.0  1.0   0:13.75 mysqld
18402 root      16   0  1488  500  440 S  0.0  0.0   0:00.00 logger
19559 root      16   0  2968 1148  968 S  0.0  0.1   0:01.37 master
19564 postfix   16   0  3008 1220 1016 S  0.0  0.1   0:00.54 qmgr
19569 root      16   0  6724 1544 1068 S  0.0  0.1   0:00.07 saslauthd
19570 root      16   0  6724 1480 1004 S  0.0  0.1   0:00.08 saslauthd
19571 root      16   0  6724 1480 1004 S  0.0  0.1   0:00.02 saslauthd
19572 root      16   0  6724 1480 1004 S  0.0  0.1   0:00.01 saslauthd
19573 root      16   0  6724 1480 1004 S  0.0  0.1   0:00.02 saslauthd
19588 daemon    16   0  1684  360  280 S  0.0  0.0   0:00.00 atd
19592 root      16   0  1764  740  604 S  0.0  0.0   0:00.07 cron
19604 root      16   0 20140  10m 5176 S  0.0  0.5   0:03.04 apache
 7652 www-data  16   0 20632 9584 3180 S  0.0  0.5   0:00.42 apache
 7744 www-data  16   0 20628 9220 2816 S  0.0  0.4   0:00.44 apache
 7745 www-data  16   0 20592 9472 3176 S  0.0  0.5   0:00.25 apache
 8120 www-data  16   0 20376 8892 2764 S  0.0  0.4   0:00.17 apache
 9265 www-data  16   0 20704 9452 2980 S  0.0  0.5   0:00.34 apache
 9674 root      16   0  4660  932  692 S  0.0  0.0   0:00.00 sshd
 9766 www-data  16   0 20412 8908 2740 S  0.0  0.4   0:00.10 apache
10087 www-data  16   0 20400 8888 2720 S  0.0  0.4   0:00.13 apache
10088 www-data  16   0 20280 8780 2720 S  0.0  0.4   0:00.09 apache
10089 www-data  16   0 20492 8900 2696 S  0.0  0.4   0:00.11 apache
11514 www-data  16   0 20224 7868 1960 S  0.0  0.4   0:00.06 apache
13549 postfix   16   0  2976 1096  932 S  0.0  0.1   0:00.00 pickup
15896 postfix   16   0  2976 1096  928 S  0.0  0.1   0:00.00 proxymap
15897 postfix   16   0  3624 1404 1164 S  0.0  0.1   0:00.00 trivial-rewrite
15968 postfix   16   0  6724 3248 2668 S  0.0  0.2   0:00.02 smtpd
15971 postfix   16   0  3636 1472 1216 S  0.0  0.1   0:00.00 cleanup
15973 postfix   15   0  3620 1460 1212 S  0.0  0.1   0:00.00 virtual
16044 root      16   0  7428 1768 1416 S  0.0  0.1   0:00.01 sshd
 
alfa100 said:
Kann mir wirklich keiner helfen?
Click to expand...
Du hast schlicht und ergreifend zu wenig Speicher in deinem VPS, siehe die Meldungen in deinem ersten Beitrag. Entweder du beendest alles, was du nicht brauchst, optimierst die Konfiguration der jeweiligen Dienste oder führst ein Upgrade auf eine Variante mit mehr Speicher durch.
 
Wenn ich wissen würde was genau mein Arbeitsspeicher verbrauchen tut und wie ich mein Problem lösen soll dann währe ich sicher nicht hier im Forum mit diesem Beitrag.
Deswegen frage ich doch hier im Forum um die Hifle bei der Optimierung oder wie auch immer zu bekommen!
Am laufen habe ich doch nur Apache mit php und mit Mysql und Postfix als Emailserver.
Wenn ich eins davon beende dann brauche ich doch kein v-server.

Die 4 Sachen sollte doch ein Strato Vserver verkraften können!
 
Apache + MySQL Optimierung

Lass tuning-primer.sh laufen und verwende historic_max_connections als Wert für deine /etc/my.cnf max_connections und in deiner httpd.conf auch für MaxClients und MaxServers.

Hast du viele historical_max_connections z.b. >20 dann musst du die Buffers in my.cnf sehr klein machen z.B.

sort_buffer_size = 128K
read_buffer_size = 128K
key_buffer = 512K

ansonsten reicht dein RAM nicht aus. Was mich aber wundert ist, dass deine privvmpages keinen failcnt hatten. :eek:
 
Last edited by a moderator:
cat /proc/user_beancounters
Code:

Version: 2.5
uid resource held maxheld barrier limit failcnt
1235452: kmemsize 3937452 3957152 8512433 9823665 223897649
Click to expand...

Also der failcnt ist meiner Meinung nach schon extrem hoch.Bei dir laufen auch zuviele Prozesse, starte einfach weniger Prozesse:

- apache
- authdaemond.mys
- saslauthd

Suche jeweils die configs und schaue was man dort herunterschrauben kann. Bei dem apache die Start - und maximalen Prozesse einfach halbieren oder noch viel weiter senken, eventuell auch einige Module deaktivieren.

Deine Mysqldatenbank solltest du auch entschlacken (max_connections, buffers etc.).

Nicht vergessen: Vorher ein Backup machen!
 
Last edited by a moderator:
Vielen Dank für die Hilfe.
tuning-primer.sh sagt

Code: 
SLOW QUERIES
Current long_query_time = 3 sec.
You have 0 out of 1279 that take longer than 3 sec. to complete
The slow query log is NOT enabled.
Your long_query_time seems to be fine

WORKER THREADS
Current thread_cache_size = 20
Current threads_cached = 0
Current threads_per_sec = 0
Historic threads_per_sec = 0
Your thread_cache_size is fine

MAX CONNECTIONS
Current max_connections = 8
Current threads_connected = 5
Historic max_used_connections = 4
The number of used connections is 50% of the configured maximum.
Your max_connections variable seems to be fine.

MEMORY USAGE
Max Memory Ever Allocated : 13 M
Configured Max Per-thread Buffers : 6 M
Configured Max Global Buffers : 10 M
Configured Max Memory Limit : 16 M
Total System Memory : 4.90 G
Max memory limit seem to be within acceptable norms

KEY BUFFER
Current MyISAM index space = 25 M
Current key_buffer_size = 512 K
Key cache miss rate is 1 : 2
Key buffer fill ratio = Unknown %
Your key_buffer_size seems to be fine

QUERY CACHE
Query cache is enabled
Current query_cache_size = 80 K
Current query_cache_used = 41 K
Current query_cach_limit = 50 K
Current Query cache fill ratio = 52.39 %
MySQL won't cache query results that are larger than query_cache_limit in size

SORT OPERATIONS
Current sort_buffer_size = 128 K
Current record/read_rnd_buffer_size = 256 K
No sort operations have been performed
Sort buffer seems to be fine

JOINS
Current join_buffer_size = 132.00 K
You have had 0 queries where a join could not use an index properly
Your joins seem to be using indexes properly

OPEN FILES LIMIT
Current open_files_limit = 1024 files
The open_files_limit should typically be set to at least 2x-3x
that of table_cache if you have heavy MyISAM usage.
Your open_files_limit value seems to be fine

TABLE CACHE
Current table_cache value = 64 tables
You have a total of 969 tables
You have 64 open tables.
Current table_cache hit rate is 6%, while 100% of your table cache is in use
You should probably increase your table_cache

TEMP TABLES
Current max_heap_table_size = 16 M
Current tmp_table_size = 32 M
Of 0 temp tables, 0% were created on disk
Effective in-memory tmp_table_size is limited to max_heap_table_size.
Created disk tmp tables ratio seems fine

TABLE SCANS
Current read_buffer_size = 124 K
Current table scan ratio = 122 : 1
read_buffer_size seems to be fine

TABLE LOCKING
Current Lock Wait ratio = 0 : 1381
Your table locking seems to be fine

In Apache habe ich

Code: 
<IfModule prefork.c>
StartServers         1
MinSpareServers      1
MaxSpareServers     3
MaxClients         25
MaxRequestsPerChild 8000
</IfModule>

hier ist meine my.cnf
Code: 
#
# The MySQL database server configuration file.
#
# You can copy this to one of:
# - "/etc/mysql/my.cnf" to set global options,
# - "/var/lib/mysql/my.cnf" to set server-specific options or
# - "~/.my.cnf" to set user-specific options.
#
# One can use all long options that the program supports.
# Run program with --help to get a list of available options and with
# --print-defaults to see which it would actually understand and use.
#
# For explanations see
# http://dev.mysql.com/doc/mysql/en/server-system-variables.html

# This will be passed to all mysql clients
# It has been reported that passwords should be enclosed with ticks/quotes
# escpecially if they contain "#" chars...
# Remember to edit /etc/mysql/debian.cnf when changing the socket location.
[client]
port                = 3306
socket                = /var/run/mysqld/mysqld.sock

# Here is entries for some specific programs
# The following values assume you have at least 32M ram

# This was formally known as [safe_mysqld]. Both versions are currently parsed.
[mysqld_safe]
socket                = /var/run/mysqld/mysqld.sock
nice                = 0

[mysqld]
#
# * Basic Settings
#
user                = mysql
pid-file        = /var/run/mysqld/mysqld.pid
socket                = /var/run/mysqld/mysqld.sock
port                = 3306
basedir                = /usr
datadir                = /var/lib/mysql
tmpdir                = /tmp
language        = /usr/share/mysql/english
skip-external-locking

#
# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
bind-address            = 127.0.0.1
#
# * Fine Tuning
#

max_allowed_packet        = 16M
thread_stack                = 128K

sort_buffer_size = 128K
read_buffer_size = 128K
key_buffer = 512K
long_query_time=3
max_connections = 8
thread_cache_size = 20
#
# * Query Cache Configuration
#
query_cache_limit = 50K
query_cache_size = 80K
query_cache_type        = 1
log-bin                        = /var/log/mysql/mysql-bin.log
max_binlog_size                = 104857600
skip-bdb

[mysqldump]
quick
quote-names
max_allowed_packet        = 16M

[mysql]
#no-auto-rehash        # faster start of mysql but no tab completition

[isamchk]
key_buffer                = 16M



Habe auch ohne Ende solche Einträge in Syslog.

Code: 
Jul  4 15:30:21 h123xxxx postfix/smtpd[22070]: lost connection after DATA from 201-26-60-141.dsl.telesp.net.br[201.26.60.141]
Jul  4 15:30:21 h123xxxx postfix/smtpd[22070]: disconnect from 201-26-60-141.dsl.telesp.net.br[201.26.60.141]
Jul  4 15:30:21 h123xxxx postfix/smtpd[22132]: NOQUEUE: reject: RCPT from unknown[80.48.180.133]: 554 <thisisjusttestletter@xxxxxx.de>: Relay access denied; from=<discourtesysawyer@tls-tautenburg.de> to=<thisisjusttestletter@xxxxx.de> proto=ESMTP helo=<host133.stimo.net>
Jul  4 15:30:21 h123xxxx postfix/smtpd[22132]: lost connection after DATA from unknown[80.48.180.133]
Jul  4 15:30:21 h123xxxx postfix/smtpd[22132]: disconnect from unknown[80.48.180.133]
Jul  4 15:30:21 h123xxxx postfix/smtpd[22177]: NOQUEUE: reject: RCPT from unknown[80.48.180.133]: 554 <thisisjusttestletter@xxxxxx.de>: Relay access denied; from=<consularimprudence@sacmi.ru> to=<thisisjusttestletter@xxxxxxxxx.de> proto=ESMTP helo=<host133.stimo.net>
Jul  4 15:30:21 h123xxxx postfix/smtpd[22177]: lost connection after DATA from unknown[80.48.180.133]
Jul  4 15:30:21 h123xxxx postfix/smtpd[22177]: disconnect from unknown[80.48.180.133]
Jul  4 15:30:21 h123xxxx postfix/smtpd[22243]: NOQUEUE: reject: RCPT from unknown[80.48.180.133]: 554 <thisisjusttestletter@xxxxxxx.de>: Relay access denied; from=<maneuverabledino@vasser.zzn.com> to=<thisisjusttestletter@xxxxxx.de> proto=ESMTP helo=<host133.stimo.net>
Jul  4 15:30:22 h123xxxx postfix/smtpd[22243]: disconnect from unknown[80.48.180.133]
Versucht da jemand Spam zu senden?
 
Last edited by a moderator:
Ich denke mal das jemand versucht mithilfe deines vservers mails zu verschicken

ändere am besten alle passwörter (auch der email-accounts) und warte
 
Problem gelöst

und zwar ganz einfach. Von Vservern lasse ich demnächst komplett die Finger und von Strato im Speziellen. Leider habe ich diesen Thread ein Jahr zu spät gefunden. Das hätte mir eine Woche Ärger erspart.
Ich hatte das selbe Problem wie der Thread-Eröffner. Und es liegt einfach am VServer. Man bekommt einfach nicht die Leistung, die ein äquivalenter Server bieten würde.
Das Strato Backend ist gut, aber Beschwerden über die Leistung des Servers werden ignoriert. Da kann man nurnoch wechseln.
Hier ist das Letzte, was ich von meinem Server gesehen habe:

# reboot
reboot: error while loading shared libraries: cannot create cache for search path: Cannot allocate memory

Iggi
 
You must log in or register to reply here.
Back
Top