Page 1 of 1
Website Error 500
Posted: 2014-04-22 10:34
by Bonkknogger
hallo liebe leutz,
ich habe hier mal ein kleines Problem. Und zwar habe ich meinen Server neu aufgesetzt und verwende Froxlor als Administrationsoberfläche meiner Domains.
Nun habe ich da aber ein Kleines problem.
Ich habe den Webserver incl php5.5 installiert mit fcgi, soweit, sogut, aber nun habe ich auf 2 Domains nach x minuten / stunden ein *5005 Internal Server Error*. Sicherlich nicht im Sinne des erfinders das dies ein Dauerzustand ist.
Ich bekomme dies einmal auf Froxlor und dann einmal auf meiner Roundcube installation. Nach einsicht der Logfiles habe ich hier was gefunden.
Tue Apr 22 09:43:36 2014 (15483): Fatal Error Unable to allocate shared memory segment of 67108864 bytes: mmap: Cannot allocate memory (12)
[Tue Apr 22 09:46:58 2014] [error] [client 66.249.64.xxx] File does not exist: /customers/services/htdocs/robots.txt
Tue Apr 22 09:46:58 2014 (15496): Fatal Error Unable to allocate shared memory segment of 67108864 bytes: mmap: Cannot allocate memory (12)
[Tue Apr 22 09:46:58 2014] [warn] [client 66.249.64.xxx] (104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server
[Tue Apr 22 09:46:58 2014] [error] [client 66.249.64.xxx] Premature end of script headers: index.php
Tue Apr 22 09:47:23 2014 (15498): Fatal Error Unable to allocate shared memory segment of 67108864 bytes: mmap: Cannot allocate memory (12)
[Tue Apr 22 09:47:23 2014] [warn] [client 66.249.64.xxx] (104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server
[Tue Apr 22 09:47:23 2014] [error] [client 66.249.64.xxx] Premature end of script headers: index.php
Tue Apr 22 09:54:28 2014 (15516): Fatal Error Unable to allocate shared memory segment of 67108864 bytes: mmap: Cannot allocate memory (12)
Tue Apr 22 10:02:53 2014 (15538): Fatal Error Unable to allocate shared memory segment of 67108864 bytes: mmap: Cannot allocate memory (12)
ich bin da nun Ratlos :(
Der Server läuft mit Debian Wheezy x64, PHP5.5
Re: Website Error 500
Posted: 2014-04-22 12:02
by Joe User
Der Logauszug meint zwar, dass Dein Server zu wenig freien RAM hätte, aber das muss nicht immer stimmen. Also teile mal bitte die Hardwareausstatung mit und dazu die Ausgaben von:
Re: Website Error 500
Posted: 2014-04-22 12:16
by Bonkknogger
Code: Select all
root@euve35414:~# free -m
total used free shared buffers cached
Mem: 4096 290 3805 0 0 100
-/+ buffers/cache: 189 3906
Swap: 0 0 0
Code: Select all
root@euve35414:~# ps -auxf
warning: bad ps syntax, perhaps a bogus '-'?
See http://gitorious.org/procps/procps/blobs/master/Documentation/FAQ
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.0 0.0 10604 832 ? Ss Apr21 0:00 init [2]
root 2 0.0 0.0 0 0 ? S Apr21 0:00 [kthreadd/100254]
root 3 0.0 0.0 0 0 ? S Apr21 0:00 \_ [khelper/1002541]
root 1559 0.0 0.0 198396 2828 ? Ssl Apr21 0:01 /usr/sbin/nscd
root 1593 0.0 0.0 43832 1216 ? Ss Apr21 0:00 /usr/sbin/sshd
root 16069 0.0 0.0 78316 3728 ? Ss 12:11 0:00 \_ sshd: root@notty
root 16071 0.0 0.0 4512 752 ? Ss 12:11 0:00 | \_ /usr/lib/openssh/sftp-server
root 16072 0.0 0.0 78316 3732 ? Ss 12:11 0:00 \_ sshd: root@pts/0
root 16074 0.0 0.0 9660 1884 pts/0 Ss 12:12 0:00 \_ -bash
root 16080 0.0 0.0 7060 1008 pts/0 R+ 12:13 0:00 \_ ps -auxf
bind 1632 0.0 0.7 336744 29864 ? Ssl Apr21 0:00 /usr/sbin/named -u bind
root 1633 0.0 0.0 4136 708 ? S Apr21 0:00 /bin/sh /usr/bin/mysqld_safe
mysql 2013 0.0 2.3 473488 97744 ? Sl Apr21 0:58 \_ /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib/mysql/plugin --user=mysql --p
root 2014 0.0 0.0 4044 672 ? S Apr21 0:00 \_ logger -t mysqld -p daemon.error
root 2204 0.0 0.0 10636 752 ? Ss Apr21 0:00 /usr/sbin/cron
root 2228 0.0 0.0 13488 924 ? Ss Apr21 0:00 /usr/sbin/dovecot -c /etc/dovecot/dovecot.conf
dovecot 2241 0.0 0.0 13004 1112 ? S Apr21 0:00 \_ dovecot/anvil
root 2242 0.0 0.0 13132 1296 ? S Apr21 0:00 \_ dovecot/log
vmail 14988 0.0 0.0 29752 3424 ? S 08:55 0:00 \_ dovecot/imap
root 15019 0.0 0.0 14936 2868 ? S 08:56 0:00 \_ dovecot/config
proftpd 2285 0.0 0.0 114144 2400 ? Ss Apr21 0:00 proftpd: (accepting connections)
root 2361 0.0 0.0 32200 2356 ? Ss Apr21 0:00 /usr/lib/postfix/master
postfix 2366 0.0 0.0 34216 2524 ? S Apr21 0:00 \_ qmgr -l -t fifo -u
postfix 16029 0.0 0.0 34056 2264 ? S 11:58 0:00 \_ pickup -l -t fifo -u -c
root 2389 0.0 0.0 6332 724 tty1 Ss+ Apr21 0:00 /sbin/getty 38400 console
root 2390 0.0 0.0 6332 728 tty2 Ss+ Apr21 0:00 /sbin/getty 38400 tty2
root 10304 0.0 0.5 335804 21980 ? Ss Apr21 0:01 /usr/sbin/apache2 -k start
www-data 10307 0.0 0.0 133228 4064 ? S Apr21 0:00 \_ /usr/sbin/fcgi-pm -k start
www-data 10310 0.0 0.1 134404 4284 ? S Apr21 0:00 \_ /usr/sbin/apache2 -k start
2002 10331 0.0 0.5 272408 22052 ? S Apr21 0:00 | \_ /usr/bin/php-cgi -c /customers/services/php-fcgi-scripts/A-***/***.de/
2003 10334 0.0 0.4 271448 19196 ? S Apr21 0:00 | \_ /usr/bin/php-cgi -c /customers/services/php-fcgi-scripts/E-***/***.de/
www-data 10351 0.0 0.2 335964 9896 ? S Apr21 0:00 \_ /usr/sbin/apache2 -k start
www-data 10439 0.0 0.2 335952 9856 ? S Apr21 0:00 \_ /usr/sbin/apache2 -k start
www-data 10463 0.0 0.2 335972 9880 ? S Apr21 0:00 \_ /usr/sbin/apache2 -k start
www-data 10470 0.0 0.2 335960 9844 ? S Apr21 0:00 \_ /usr/sbin/apache2 -k start
www-data 10629 0.0 0.2 335960 9860 ? S Apr21 0:00 \_ /usr/sbin/apache2 -k start
www-data 10631 0.0 0.2 335960 9844 ? S Apr21 0:00 \_ /usr/sbin/apache2 -k start
www-data 10632 0.0 0.2 335948 9848 ? S Apr21 0:00 \_ /usr/sbin/apache2 -k start
www-data 10713 0.0 0.2 335948 9844 ? S Apr21 0:00 \_ /usr/sbin/apache2 -k start
www-data 10716 0.0 0.2 335960 9840 ? S Apr21 0:00 \_ /usr/sbin/apache2 -k start
www-data 15515 0.0 0.2 335936 9724 ? S 09:53 0:00 \_ /usr/sbin/apache2 -k start
hier bei diesen Beiträgen müssten eigendlich noch 2 weitere stehen
Code: Select all
2002 10331 0.0 0.5 272408 22052 ? S Apr21 0:00 | \_ /usr/bin/php-cgi -c /customers/services/php-fcgi-scripts/A-***/***.de/
2003 10334 0.0 0.4 271448 19196 ? S Apr21 0:00 | \_ /usr/bin/php-cgi -c /customers/services/php-fcgi-scripts/E-***/***.de/
wenn ich den Server aber nun restarte bzw nur den Apache2 prozess, gehen alle Domains wieder, bis stunde X und dann Dead
Re: Website Error 500
Posted: 2014-04-22 12:37
by Joe User
Das schaut soweit ganz OK aus.
Dann poste bitte mal Deine php.ini ohne die darin enthaltenen Kommentare.
Re: Website Error 500
Posted: 2014-04-22 12:42
by Bonkknogger
Das fällt mir nicht schwer, da ich die Kommis raus genommen habe...
Code: Select all
;
; php.ini created/changed on 2014.04.21 17:05:04 for domain 'service.pro-gamez.de' with id #none from php template 'Default Config' with id #1
; Do not change anything in this file, it will be overwritten by the Froxlor Cronjob!
;
;;;;;;;;;;;;;;;;;;;;
; Language Options ;
;;;;;;;;;;;;;;;;;;;;
engine = On
short_open_tag = Off
asp_tags = Off
precision = 14
output_buffering = 4096
zlib.output_compression = Off
implicit_flush = Off
unserialize_callback_func =
serialize_precision = 17
;open_basedir = none
disable_functions = pcntl_alarm,pcntl_fork,pcntl_waitpid,pcntl_wait,pcntl_wifexited,pcntl_wifstopped,pcntl_wifsignaled,pcntl_wexitstatus,pcntl_wtermsig,pcntl_wstopsig,pcntl_signal,pcntl_signal_dispatch,pcntl_get_last_error,pcntl_strerror,pcntl_sigprocmask,pcntl_sigwaitinfo,pcntl_sigtimedwait,pcntl_exec,pcntl_getpriority,pcntl_setpriority,
disable_classes =
highlight.string = #DD0000
highlight.comment = #FF9900
highlight.keyword = #007700
highlight.default = #0000BB
highlight.html = #000000
zend.enable_gc = On
;;;;;;;;;;;;;;;;;
; Miscellaneous ;
;;;;;;;;;;;;;;;;;
expose_php = On
;;;;;;;;;;;;;;;;;;;
; Resource Limits ;
;;;;;;;;;;;;;;;;;;;
max_execution_time = 30
max_input_time = 60
;max_input_nesting_level = 64
;max_input_vars = 1000
memory_limit = 32M
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
; Error handling and logging ;
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT
display_errors = Off
display_startup_errors = Off
log_errors = On
log_errors_max_len = 1024
ignore_repeated_errors = Off
ignore_repeated_source = Off
report_memleaks = On
track_errors = Off
html_errors = On
;;;;;;;;;;;;;;;;;
; Data Handling ;
;;;;;;;;;;;;;;;;;
variables_order = "GPCS"
request_order = "GP"
register_argc_argv = Off
auto_globals_jit = On
post_max_size = 8M
auto_prepend_file =
auto_append_file =
default_mimetype = "text/html"
default_charset = "UTF-8"
;always_populate_raw_post_data = On
;;;;;;;;;;;;;;;;;;;;;;;;;
; Paths and Directories ;
;;;;;;;;;;;;;;;;;;;;;;;;;
doc_root =
user_dir =
enable_dl = Off
;;;;;;;;;;;;;;;;
; File Uploads ;
;;;;;;;;;;;;;;;;
file_uploads = On
upload_max_filesize = 8M
upload_tmp_dir = "/customers/services/tmp/froxlor.panel/"
max_file_uploads = 20
;;;;;;;;;;;;;;;;;;
; Fopen wrappers ;
;;;;;;;;;;;;;;;;;;
allow_url_fopen = On
allow_url_include = Off
;user_agent="PHP"
default_socket_timeout = 60
;auto_detect_line_endings = Off
;;;;;;;;;;;;;;;;;;;
; Module Settings ;
;;;;;;;;;;;;;;;;;;;
[CLI Server]
cli_server.color = On
[Date]
date.timezone = "Europe/Berlin"
;date.default_latitude = 31.7667
;date.default_longitude = 35.2333
;date.sunrise_zenith = 90.583333
;date.sunset_zenith = 90.583333
[iconv]
iconv.input_encoding = ISO-8859-1
iconv.internal_encoding = ISO-8859-1
iconv.output_encoding = ISO-8859-1
[Pdo_mysql]
pdo_mysql.cache_size = 2000
pdo_mysql.default_socket=
[SQL]
sql.safe_mode = Off
[ODBC]
odbc.allow_persistent = On
odbc.check_persistent = On
odbc.max_persistent = -1
odbc.max_links = -1
odbc.defaultlrl = 4096
odbc.defaultbinmode = 1
[Interbase]
ibase.allow_persistent = 1
ibase.max_persistent = -1
ibase.max_links = -1
ibase.timestampformat = "%Y-%m-%d %H:%M:%S"
ibase.dateformat = "%Y-%m-%d"
ibase.timeformat = "%H:%M:%S"
[MySQL]
mysql.allow_local_infile = On
mysql.allow_persistent = On
mysql.cache_size = 2000
mysql.max_persistent = -1
mysql.max_links = -1
mysql.default_port =
mysql.default_socket =
mysql.default_host =
mysql.default_user =
mysql.default_password =
mysql.connect_timeout = 60
mysql.trace_mode = Off
[MySQLi]
mysqli.max_persistent = -1
mysqli.allow_persistent = On
mysqli.max_links = -1
mysqli.cache_size = 2000
mysqli.default_port = 3306
mysqli.default_socket =
mysqli.default_host =
mysqli.default_user =
mysqli.default_pw =
mysqli.reconnect = Off
[mysqlnd]
mysqlnd.collect_statistics = On
mysqlnd.collect_memory_statistics = Off
[PostgreSQL]
pgsql.allow_persistent = On
pgsql.auto_reset_persistent = Off
pgsql.max_persistent = -1
pgsql.max_links = -1
pgsql.ignore_notice = 0
pgsql.log_notice = 0
[Sybase-CT]
sybct.allow_persistent = On
sybct.max_persistent = -1
sybct.max_links = -1
sybct.min_server_severity = 10
sybct.min_client_severity = 10
[bcmath]
bcmath.scale = 0
[Sendmail]
sendmail_path = "/usr/sbin/sendmail -t -i -f admin@pro-gamez.de"
[Session]
session.save_handler = files
session.use_strict_mode = 0
session.use_cookies = 1
session.use_only_cookies = 1
session.name = PHPSESSID
session.auto_start = 0
session.cookie_lifetime = 0
session.cookie_path = /
session.cookie_domain =
session.cookie_httponly =
session.serialize_handler = php
session.gc_probability = 0
session.gc_divisor = 1000
session.gc_maxlifetime = 1440
session.referer_check =
session.save_handler = files
session.save_path = "/customers/services/tmp/froxlor.panel/"
session.cache_limiter = nocache
session.cache_expire = 180
session.use_trans_sid = 0
session.hash_function = 0
session.hash_bits_per_character = 5
url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=fakeentry"
[MSSQL]
mssql.allow_persistent = On
mssql.max_persistent = -1
mssql.max_links = -1
mssql.min_error_severity = 10
mssql.min_message_severity = 10
mssql.compatibility_mode = Off
mssql.secure_connection = Off
[soap]
soap.wsdl_cache_enabled=1
soap.wsdl_cache_dir="/tmp"
soap.wsdl_cache_ttl=86400
soap.wsdl_cache_limit = 5
[ldap]
ldap.max_links = -1
edit::
Ich glaub nun hat sich der Server gefangen... gabe die ini einmal leer gemacht, gespeichert, und apache restartet... nachdem alle domains wieder erreichbar waren die ini neu befüllt und das selbe wiederholt und läuft nun anscheind...
Ich werd es einmal beobachten und mich dann ggf. nochmal Melden.
aber Danke
Re: Website Error 500
Posted: 2014-04-22 13:29
by Joe User
Backup Deiner php.ini anlegen und mit dieser versuchen:
Code: Select all
allow_url_fopen = "1"
allow_url_include = "0"
arg_separator.input = ";&"
arg_separator.output = "&"
auto_globals_jit = "1"
bcmath.scale = "0"
cli_server.color = "1"
date.default_latitude = "53.5500"
date.default_longitude = "10.0000"
date.timezone = "Europe/Berlin"
dba.default_handler = "flatfile"
disable_functions = pcntl_alarm,pcntl_fork,pcntl_waitpid,pcntl_wait,pcntl_wifexited,pcntl_wifstopped,pcntl_wifsignaled,pcntl_wexitstatus,pcntl_wtermsig,pcntl_wstopsig,pcntl_signal,pcntl_signal_dispatch,pcntl_get_last_error,pcntl_strerror,pcntl_sigprocmask,pcntl_sigwaitinfo,pcntl_sigtimedwait,pcntl_exec,pcntl_getpriority,pcntl_setpriority,
display_errors = "0"
display_startup_errors = "0"
enable_dl = "0"
engine = "1"
error_reporting = "E_ALL & ~E_DEPRECATED & ~E_STRICT"
exif.decode_jis_intel = "JIS"
exif.decode_jis_motorola = "JIS"
exif.decode_unicode_intel = "UCS-2LE"
exif.decode_unicode_motorola = "UCS-2BE"
exif.encode_jis = "UTF-8"
exif.encode_unicode = "UTF-8"
expose_php = "0"
file_uploads = "1"
from = "anonymous@example.org"
gd.jpeg_ignore_warning = "0"
html_errors = "0"
ignore_repeated_errors = "0"
ignore_repeated_source = "0"
implicit_flush = "0"
log_errors = "1"
mail.add_x_header = "1"
max_execution_time = "60"
max_file_uploads = "20"
max_input_nesting_level = "64"
max_input_time = "60"
max_input_vars = "1000"
mbstring.detect_order = "auto"
mbstring.encoding_translation = "0"
mbstring.func_overload = "0"
mbstring.http_input = "UTF-8"
mbstring.http_output = "pass"
mbstring.http_output_conv_mimetype = "^(text/|application/xhtml\+xml)"
mbstring.internal_encoding = "UTF-8"
mbstring.language = "neutral"
mbstring.strict_detection = "1"
mbstring.substitute_character = None
memory_limit = "256M"
mysql.allow_local_infile = "1"
mysql.allow_persistent = "1"
mysql.cache_size = "2000"
mysql.connect_timeout = "60"
mysql.max_links = "-1"
mysql.max_persistent = "-1"
mysql.trace_mode = "0"
mysqli.allow_local_infile = "1"
mysqli.allow_persistent = "1"
mysqli.cache_size = "2000"
mysqli.max_links = "-1"
mysqli.max_persistent = "-1"
mysqli.reconnect = "0"
mysqlnd.collect_memory_statistics = "1"
mysqlnd.collect_statistics = "1"
mysqlnd.net_cmd_buffer_size = "2048"
mysqlnd.net_read_buffer_size = "32768"
output_buffering = "4096"
pcre.backtrack_limit = "8M"
pdo_mysql.cache_size = "2000"
pgsql.allow_persistent = "1"
pgsql.auto_reset_persistent = "0"
pgsql.ignore_notice = "0"
pgsql.log_notice = "0"
pgsql.max_links = "-1"
pgsql.max_persistent = "-1"
post_max_size = "16M"
realpath_cache_size = "512000"
register_argc_argv = "0"
request_order = "GP"
sendmail_path = "/usr/sbin/sendmail -t -i -f admin@pro-gamez.de"
session.cache_expire = "180"
session.cache_limiter = "nocache"
session.cookie_httponly = "1"
session.cookie_lifetime = "0"
session.cookie_path = "/"
session.entropy_file = "/dev/urandom"
session.entropy_length = "32"
session.gc_divisor = "1000"
session.gc_maxlifetime = "1440"
session.gc_probability = "1"
session.hash_bits_per_character = "5"
session.hash_function = "1"
session.name = "PHPSESSID"
session.save_handler = "files"
session.save_path = "/customers/services/tmp/froxlor.panel/"
session.serialize_handler = "php"
session.use_cookies = "1"
session.use_only_cookies = "1"
session.use_strict_mode = "1"
session.use_trans_sid = "0"
short_open_tag = "0"
soap.wsdl_cache_dir = "/tmp/"
soap.wsdl_cache_enabled = "1"
soap.wsdl_cache_limit = "5"
soap.wsdl_cache_ttl = "86400"
sql.safe_mode = "0"
sysvshm.init_mem = "10000"
upload_max_filesize = "64M"
upload_tmp_dir = "/customers/services/tmp/froxlor.panel/"
url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=fakeentry,fieldset="
user_ini.filename = None
variables_order = "GPCS"
zend.enable_gc = "1"
zlib.output_compression = "0"
Re: Website Error 500
Posted: 2014-04-22 15:40
by daemotron
Das scheint ein Bug von php-cgi 5.5 unter Debian zu sein:
https://bugs.debian.org/cgi-bin/bugrepo ... bug=734277
P. S. wenn PHP tatsächlich keinen Speicher mehr bekommt, dann lautet die Fehlermeldung anders - entweder wird "out of memory" gemeldet, wenn es sich um "normalen" Arbeitsspeicher handelt, oder "device full", wenn es - wie hier - um Shared Memory geht.
Re: Website Error 500
Posted: 2014-04-22 16:07
by Joe User
Gegen den Bug könnte diese Option aus meiner obigen php.ini
bereits helfen, verifizieren kann ich es mangels Debian aber nicht.
Re: Website Error 500
Posted: 2014-04-22 16:20
by Bonkknogger
ok da meld ich mich mal zurück, Error taucht wieder auf :( ich verzweifel langsam... bei Windows gibt es die schöne Funktion Format C und ende... hier naja :(
Das komische ist, restarte ich Apache, alles in Ordnung.. dann später, Niente, der affe is gestorben
edit::
Kann es vlt damit zusammen hängen dass ich im Froxlor ein Standart gesetzt hatte (unbewusst) dass
Maximale Requests pro Domain = 250
war?
edit2::
ok Ganz wars noch nicht der fall...
anderer ansatz. Kann das auch mit den installierten Packeten zutun haben?
Re: Website Error 500
Posted: 2014-04-22 18:04
by daemotron
Ich würde eher mal dem nachgehen, warum PHP mit Gewalt ein Shared Memory Segment haben möchte - normalerweise braucht man sowas bei sauberer Programmierung nicht. Die Inter-Prozesskommunikation mit dem Apachen läuft über einen FCGI-Socket, und mit RDBMs sollte sich PHP entweder über Unix-Sockets oder über TCP-Sockets unterhalten. Nebenläufige Prozesse sind per .ini in einer Hosting-Umgebung eh verboten - wozu dann SHM?
Dass der Bug schon so lange offen ist, lässt mich jedenfalls vermuten, dass das Problem nur mit bestimmten Skripten oder in bestimmten Konstellationen auftritt.
Re: Website Error 500
Posted: 2014-04-22 18:21
by Joe User
Google erzählt mir, dass der Bug bisher nur in PHP-5.5.7 (phar-Extension) aufgetreten ist (nicht Debianspezifisch).
Da PHP ohne phar aber auch nicht wirklich rund läuft, wirst Du wohl auf eine aktuellere PHP-Version umsteigen müssen. Inwieweit sich das mit dem Paketmanagment Deiner Distro bewerkstelligen lässt, entnimmst Du besser dessen Dokumentation, denn ich setze Debian ganz bewusst nicht ein.
Mehr kann man Dir bei diesem Bug leider nicht helfen, da es keine brauchbaren öffentlichen Infos dazu zu geben scheint.
Re: Website Error 500
Posted: 2014-04-23 05:16
by Bonkknogger
Welche Distro setzt ihr denn ein wenn ich dies mal so fragen dürf
ok aber nichts destrotrotz Bedanke ich mich für eure Hilfsversuche. Da dies ja nun ein Problem zu sein scheint was im mom nicht lösbar ist werd ich weiter schauen und experimentieren müssen.
was die aktuallität betrifft, habe ich php5.5.11 installiert aus dem reportua von dotdeb.org
Re: Website Error 500
Posted: 2014-04-23 11:18
by Joe User
Ich setze aktuell nur noch FreeBSD ein, davor Gentoo Hardened und davor mehrere Distros darunter eine von mir selbstgemachte.
Re: Website Error 500
Posted: 2014-04-25 13:50
by Bonkknogger
so habe das problem hin bekommen.
Nachdem ich die Packetliste überprüft habe, stellte ich fest das php5 garnicht richtig installiert wurde. PHP5-mysql und Co waren vorhanden, allerdings kein PHP5 somit habe ich dieses nun nachgeholt und nun muss ich gestehen, läuft es.
Warum und wieso das nicht vorhanden war weiß ich nun nicht, aber ein blick früher auf dieser Packetliste hätte denk mal einiges erspaart...
Danke für die Hilfe von euch, viele Grüße aus Berlin hier im Thread stehen lass, bedient euch ;)
Re: Website Error 500
Posted: 2016-08-10 20:46
by Heaven1976
So ich muss das Tema ausgraben, denn ich habe genau das selbe Problem.
Wed Aug 10 20:56:06 2016 (26555): Fatal Error Unable to allocate shared memory segment of 67108864 bytes: mmap: No space left on device (28)
[Wed Aug 10 20:56:06 2016] [warn] [client 79.215.xxx.xxx] (104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server
[Wed Aug 10 20:56:06 2016] [error] [client 79.215.xxx.xxx] Premature end of script headers: index.php
Wed Aug 10 20:56:19 2016 (26557): Fatal Error Unable to allocate shared memory segment of 67108864 bytes: mmap: No space left on device (28)
[Wed Aug 10 20:56:19 2016] [warn] [client 79.215.xxx.xxx] (104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server
[Wed Aug 10 20:56:19 2016] [error] [client 79.215.xxx.xxx] Premature end of script headers: index.php
Genau die selbe Fehlermeldung und benutze auch die selbe Distribution nur läuft das ganze auf einem Virtualserver der hat aber 4 GB Ram.
Und bei mir sind alle pakete installiert.
Wie kann man dies beheben, denn langes Googlen hat mir leider nix geholfen und brachte mich auch zufällig auf diesen Thread hier. Habe auch die Tips die hier gepostet wurden angewendet, aber brachte leider kein Erfolg.
Nach einer weile kommt dann "Internal Server Error"
Installiert ist
Code: Select all
PHP 5.6.24-1~dotdeb+7.1 (cgi-fcgi) (built: Jul 21 2016 23:05:14)
Copyright (c) 1997-2016 The PHP Group
Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies
with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2016, by Zend Technologies
Muss auch dazu sagen mit phpversion 5.4.x gibt es absolut keine Probleme und läuft alles top.
free -m
Code: Select all
total used free shared buffers cached
Mem: 4096 1831 2264 0 0 0
Code: Select all
root@lvps83-169-41-231:/etc/php5/cgi# ps auxf
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.0 0.0 10616 856 ? Ss Aug09 0:01 init [2]
root 3270 0.0 0.0 58820 1796 ? Sl Aug09 0:00 /usr/sbin/rsyslogd -c5
root 3295 0.0 0.0 58484 1008 ? Ss Aug09 0:00 /usr/sbin/saslauthd -a pam -c -m /var/run/saslauthd -n 2
root 3296 0.0 0.0 58484 640 ? S Aug09 0:00 \_ /usr/sbin/saslauthd -a pam -c -m /var/run/saslauthd -n 2
bind 3329 0.0 0.2 110128 12488 ? Ssl Aug09 0:00 /usr/sbin/named -u bind
clamav 3713 0.0 9.0 494556 380608 ? Ssl Aug09 0:55 /usr/sbin/clamd -c /etc/clamav/clamd.conf --pid=/run/clamav/clamd.pid
clamav 3816 0.0 0.1 76016 4940 ? Ss Aug09 0:31 /usr/bin/freshclam -d --quiet --config-file=/etc/clamav/freshclam.conf --pid=/run/clamav/freshclam.pid
root 3838 0.0 0.0 18848 1000 ? Ss Aug09 0:00 /usr/sbin/cron
116 3848 0.0 0.0 29772 976 ? Ss Aug09 0:00 /usr/bin/dbus-daemon --system
root 3861 0.0 0.2 195112 9596 ? Sl Aug09 0:43 /usr/bin/python /usr/bin/fail2ban-server -b -s /var/run/fail2ban/fail2ban.sock
root 3863 0.0 0.0 22264 1640 ? S Aug09 0:00 /usr/lib/gamin/gam_server
root 3912 0.0 0.0 4144 708 ? S Aug09 0:00 /bin/sh /usr/bin/mysqld_safe
mysql 5298 0.0 2.3 416756 98852 ? Sl Aug09 0:07 \_ /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib/mysql/plugin --user=mysql --pid-file=/var/run/mysqld/mysqld.pid --socket=/var/run/mysqld/
root 5300 0.0 0.0 4052 668 ? S Aug09 0:00 \_ logger -t mysqld -p daemon.error
root 5431 0.0 0.0 21484 968 ? Ss Aug09 0:00 /usr/sbin/dovecot -c /etc/dovecot/dovecot.conf
dovecot 5442 0.0 0.0 13012 1120 ? S Aug09 0:00 \_ dovecot/anvil
root 5443 0.0 0.0 13140 1316 ? S Aug09 0:00 \_ dovecot/log
root 26295 0.0 0.0 27160 2880 ? S 20:29 0:00 \_ dovecot/config
dovenull 26422 0.0 0.0 24228 3240 ? S 20:41 0:00 \_ dovecot/imap-login
dovenull 26423 0.0 0.0 24228 3244 ? S 20:41 0:00 \_ dovecot/imap-login
dovenull 26424 0.0 0.0 24228 3244 ? S 20:41 0:00 \_ dovecot/imap-login
vmail 26427 0.0 0.0 25212 2992 ? S 20:41 0:00 \_ dovecot/imap
vmail 26429 0.0 0.0 25476 3140 ? S 20:41 0:00 \_ dovecot/imap
vmail 26431 0.0 0.0 25228 2952 ? S 20:41 0:00 \_ dovecot/imap
dovenull 26432 0.0 0.0 24228 3240 ? S 20:42 0:00 \_ dovecot/imap-login
vmail 26433 0.0 0.0 25200 2840 ? S 20:42 0:00 \_ dovecot/imap
root 5671 0.0 0.0 37840 2512 ? Ss Aug09 0:00 /usr/lib/postfix/master
postfix 5685 0.0 0.0 40076 2640 ? S Aug09 0:00 \_ qmgr -l -t fifo -u
postfix 7508 0.0 0.0 42428 3484 ? S Aug09 0:00 \_ tlsmgr -l -t unix -u -c
postfix 24252 0.0 0.0 39908 2388 ? S 19:27 0:00 \_ pickup -l -t fifo -u -c -o content_filter= -o receive_override_options=no_header_body_checks
root 5687 0.0 0.0 49908 1248 ? Ss Aug09 0:00 /usr/sbin/sshd
root 26188 0.0 0.0 54540 3320 ? Ss 20:20 0:00 \_ sshd: micha [priv]
micha 26190 0.0 0.0 54700 1572 ? R 20:20 0:00 \_ sshd: micha@pts/0
micha 26191 0.0 0.0 17888 2040 pts/0 Ss 20:20 0:00 \_ -bash
root 26194 0.0 0.0 46308 1728 pts/0 S 20:20 0:00 \_ su root
root 26195 0.0 0.0 17892 2048 pts/0 S 20:20 0:00 \_ bash
root 26460 0.0 0.0 15268 1152 pts/0 R+ 20:52 0:00 \_ ps auxf
root 5708 0.0 0.0 19528 980 ? Ss Aug09 0:00 /usr/sbin/xinetd -pidfile /var/run/xinetd.pid -stayalive -inetd_compat -inetd_ipv6
root 7611 0.0 1.3 141560 58160 ? Ss Aug09 0:01 /usr/sbin/spamd --create-prefs --max-children 5 --helper-home-dir -d --pidfile=/var/run/spamd.pid
root 7640 0.0 1.3 141560 55596 ? S Aug09 0:00 \_ spamd child
root 7641 0.0 1.3 141560 55596 ? S Aug09 0:00 \_ spamd child
amavis 7633 0.0 2.2 213388 94156 ? Ss Aug09 0:01 /usr/sbin/amavisd-new (master)
amavis 7643 0.0 2.2 215540 94868 ? S Aug09 0:00 \_ /usr/sbin/amavisd-new (ch2-avail)
amavis 7644 0.0 2.2 215196 94624 ? S Aug09 0:00 \_ /usr/sbin/amavisd-new (ch1-avail)
root 24415 0.0 0.5 303220 24220 ? Ss 19:40 0:00 /usr/sbin/apache2 -k start
www-data 26353 0.0 0.2 157544 8912 ? S 20:34 0:00 \_ /usr/sbin/apache2 -k start
micha 26356 0.0 0.6 237440 27784 ? S 20:34 0:00 | \_ /usr/bin/php5-cgi
micha 26364 0.0 0.6 238468 27176 ? S 20:34 0:00 | \_ /usr/bin/php5-cgi
micha 26435 0.0 0.5 243688 22556 ? S 20:44 0:00 | \_ /usr/bin/php5-cgi
micha 26438 0.0 0.4 241248 19952 ? S 20:44 0:00 | \_ /usr/bin/php5-cgi
micha 26439 0.0 0.4 242264 20872 ? S 20:44 0:00 | \_ /usr/bin/php5-cgi
www-data 26355 0.0 0.2 304036 11824 ? S 20:34 0:00 \_ /usr/sbin/apache2 -k start
www-data 26360 0.0 0.2 304108 11780 ? S 20:34 0:00 \_ /usr/sbin/apache2 -k start
www-data 26361 0.0 0.2 304072 11796 ? S 20:34 0:00 \_ /usr/sbin/apache2 -k start
www-data 26362 0.0 0.2 303916 11768 ? S 20:34 0:00 \_ /usr/sbin/apache2 -k start
www-data 26363 0.0 0.2 303676 11440 ? S 20:34 0:00 \_ /usr/sbin/apache2 -k start
Kann mir da jemand helfen??
Re: Website Error 500
Posted: 2016-08-10 22:45
by Joe User
Virtuozzo? Dann sind vermutlich die user_beancounter überschritten. Da hilft nur eine Anfrage beim Anbieter ob er die Werte raufsetzt.
Wenn er das nicht macht, dann bleibt Dir noch der Versuch (solltest Du nach Möglichkeit ohnehin tun) von mod_fcgid auf PHP-FPM umzustellen und/oder gegebenenfalls auch auf OPCache zu verzichten.
Re: Website Error 500
Posted: 2016-08-11 04:03
by Heaven1976
Ne ist ein Virtualserver von hosteurope und bin da schon sehr lange kunde (seit 2013) und war mit dem Server bisher zufrieden gewesen. War damals mit squeeze ausgeliefert und dann auf wheezy upgegradet obwohl die in ihren faq schreiben das es nicht geht weil ich ja keine system zugriff habe wie kernel usw. Und der server nicht mehr booten wird, aber es ging problemlos und lief immer top.
OPCache habe ich via ini datei deaktiviert; Einfach Simikolon davor gesetzt.
Irgendwie ist die Webseite nun langsamer als vorher zumindest kommt es mir so vor.
Nach Abschaltung des OPCache trat bisher kein "Internal Server Error" auf.
Ist fpm nicht so resourcenhungrig wie fcgid?
Hab ein Tutorial gefunden auf Deutsch, um das das php-fpm einzurichten:
http://www.sysadminslife.com/linux/howt ... an-wheezy/
Heute nach der arbeit werd ich das Tutorial mal testen, aber man sieht dort auch das mod_fcgid dennoch installiert bleibt.
Evtl kann man den opcache optimieren habe da auch schon gegoogelt aber gebauer muss ich es nach der arbeit mal suchen.
Re: Website Error 500
Posted: 2016-08-11 17:59
by Heaven1976
Hi,
So habe mal wieder viel gelesen und mit OPCache gehts anfangs gut, wenn man alles einstellt, aber nach einer weile tauchen wieder "Internal Server Errors" auf. Soweit habe ich nochmal ein wenig getestet und entschieden opcache nicht zu nutzen.
Dann habe ich mich mal über php-fpm informiert und habe dazu folgenden Artikel gefunden:
-->
http://www.thewebhatesme.com/entwicklun ... verwalten/
Darin steht:
PHP-FPM verbessert nicht die Performance, ist aber auch nicht langsamer als reguläres FastCGI.
Richtig eingesetzt verbessert es vor allem auf Virtuellen Hosts die Sicherheit und vereinfachen dabei die Verwaltung. Aber selbst auf einzelnen Systemen, auf denen nur ein Benutzer oder nur eine Domain aktiv ist, kann sich der Einsatz lohnen, denn PHP-FPM ist innerhalb von Sekunden so aufgesetzt, dass es in einer chroot mit eigener uid/gid läuft. Wer das mal mit FastCGI „auf die Schnelle“ machen wollte, wird sich jetzt die Augen gerieben haben – ja, Sekunden.
PHP-FPM kann sich aber trotzdem auch aus Performancegründen lohnen und zwar dann, wenn man wenig Arbeitsspeicher zur Verfügung hat und noch andere Prozesse laufen. PHP-FPM startet nämlich immer nur die Anzahl Laufzeitumgebungen, die es wirklich benötigt und beendet im Gegensatz zu regulärem FastCGI aktiv alle, die nicht mehr benötigt werden. Auch Anfragen werden aktiv beendet, z. B. wenn die Zeit von set_time_limit() erreicht ist oder wenn der Prozess eine in FPM hinterlegte Zeit überschreitet. So wird der Speicherbedarf ständig minimiert und keine unnötigen Ressourcen verschwendet
.
Es steht dort aber auch das es halt die sicherheit verbessert und die konfiguration vereinfacht.
Heute bin ich ein wenig müde von arbeit und werde das wohl aufs Wochende verschieben.
Aber was dort seht, das die geschwindigkeit gegen über fcgid nicht besser ist.
Aber über weitere Meinungen/Vorschläge bin ich gerne offen.