Hallo zusammen,
habe aktuell den Status, dass ich im Backend die Cache-Einstellungen nicht mehr ansehen kann. Wenn ich „Einstellungen - Caches / Performance - Caches / Performance“ aufrufe, erscheint der „Shopware Fehler Reporter“:
Modul: Shopware.apps.Performance
Pfad der Anforderung: /backend/Performance/load/
HTTP-Fehlermeldung:
HTTP-Statuscode: 0 / GET
Habe den Cache schon von der Console gelöscht, aber das nützt auch nichts. Habe keine Ahnung, wo oder wie ich weitere Infos zur Ursache finden könnte. Das Debugging-Tutorial bezieht siche ja eher auf Frontend-Fehler ;-(
Habe weiter geforscht, aber noch keine Lösung:
Habe eine zweite Shopware-Instanz frisch aufgesetzt, gleiches Problem.
Habe die PHP-Version von 5.6.28 zu 7.0.13 geändert, keine Veränderung.
Hier mal ein Screenshot. Was könnte das sein?
itworks
28. November 2016 um 12:57
3
Werden die Berechtigungen in Systeminfo/Shopware-Verzeichnisse alle mit einem grünen Haken angezeigt?
Gruß,
Florian
Hallo Florian,
ja, das werden sie. Überall alles grün ;-(
Gruß
Daniel
itworks
28. November 2016 um 13:13
5
Hi Daniel,
bei der Server-Konfiguration auch, nehme ich an? Und auch das “Sie benutzen den IonCube Loader” steht dick darüber?
Ist das ein selbst aufgesetzter Server, oder ein WebSpace/Managed Hosting?
Gruß,
Florian
Ja, auch bei der Server-Konfiguration alles grün. IonCube Loader ist aktiv.
Ist ein selbst aufgesetztes CentOS 7.
itworks
28. November 2016 um 13:29
7
Dann schau doch bitte mal in die /var/log/apache2/error log, steht da irgendwas dazu wenn Du den Fehler auslöst?
Was gibt ein apache2ctl -M aus?
…vorausgesetzt, Du benutzt Apache
zwischen Apache-Neustart und Reproduzierung des Fehlers habe ich nur folgenden Einträge im error_log:
[Mon Nov 28 14:23:39.698390 2016] [mpm_prefork:notice] [pid 22642] AH00170: caught SIGWINCH, shutting down gracefully
[Mon Nov 28 14:24:01.378371 2016] [suexec:notice] [pid 23362] AH01232: suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Mon Nov 28 14:24:01.380276 2016] [ssl:warn] [pid 23362] AH02292: Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366)
[Mon Nov 28 14:24:01.407419 2016] [auth_digest:notice] [pid 23362] AH01757: generating secret for digest authentication ...
[Mon Nov 28 14:24:01.408035 2016] [lbmethod_heartbeat:notice] [pid 23362] AH02282: No slotmem from mod_heartmonitor
[Mon Nov 28 14:24:01.409998 2016] [ssl:warn] [pid 23362] AH02292: Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366)
[Mon Nov 28 14:24:01.434253 2016] [mpm_prefork:notice] [pid 23362] AH00163: Apache/2.4.6 (CentOS) OpenSSL/1.0.1e-fips PHP/7.0.13 configured -- resuming normal operations
[Mon Nov 28 14:24:01.434288 2016] [core:notice] [pid 23362] AH00094: Command line: '/usr/sbin/httpd -D FOREGROUND'
Hier die Ausgabe von apachectl -M
# apachectl -M
Loaded Modules:
core_module (static)
so_module (static)
http_module (static)
access_compat_module (shared)
actions_module (shared)
alias_module (shared)
allowmethods_module (shared)
auth_basic_module (shared)
auth_digest_module (shared)
authn_anon_module (shared)
authn_core_module (shared)
authn_dbd_module (shared)
authn_dbm_module (shared)
authn_file_module (shared)
authn_socache_module (shared)
authz_core_module (shared)
authz_dbd_module (shared)
authz_dbm_module (shared)
authz_groupfile_module (shared)
authz_host_module (shared)
authz_owner_module (shared)
authz_user_module (shared)
autoindex_module (shared)
cache_module (shared)
cache_disk_module (shared)
data_module (shared)
dbd_module (shared)
deflate_module (shared)
dir_module (shared)
dumpio_module (shared)
echo_module (shared)
env_module (shared)
expires_module (shared)
ext_filter_module (shared)
filter_module (shared)
headers_module (shared)
include_module (shared)
info_module (shared)
log_config_module (shared)
logio_module (shared)
mime_magic_module (shared)
mime_module (shared)
negotiation_module (shared)
remoteip_module (shared)
reqtimeout_module (shared)
rewrite_module (shared)
setenvif_module (shared)
slotmem_plain_module (shared)
slotmem_shm_module (shared)
socache_dbm_module (shared)
socache_memcache_module (shared)
socache_shmcb_module (shared)
status_module (shared)
substitute_module (shared)
suexec_module (shared)
unique_id_module (shared)
unixd_module (shared)
userdir_module (shared)
version_module (shared)
vhost_alias_module (shared)
dav_module (shared)
dav_fs_module (shared)
dav_lock_module (shared)
lua_module (shared)
mpm_prefork_module (shared)
proxy_module (shared)
lbmethod_bybusyness_module (shared)
lbmethod_byrequests_module (shared)
lbmethod_bytraffic_module (shared)
lbmethod_heartbeat_module (shared)
proxy_ajp_module (shared)
proxy_balancer_module (shared)
proxy_connect_module (shared)
proxy_express_module (shared)
proxy_fcgi_module (shared)
proxy_fdpass_module (shared)
proxy_ftp_module (shared)
proxy_http_module (shared)
proxy_scgi_module (shared)
proxy_wstunnel_module (shared)
ssl_module (shared)
systemd_module (shared)
cgi_module (shared)
php7_module (shared)
itworks
28. November 2016 um 14:29
9
Ich würde mal mod_cache und mod_cache_disk deaktivieren.
Bringt das was?
Wow, klasse! jetzt geht es wieder!
Vielen Dank für Deine Mühe, Florian!
Ich habe zwar noch ein bisschen Angst, dass es wieder auftritt, weil es zwischendurch auch mal funktioniert hat, aber hoffe erst mal ganz stark, dass es damit behoben ist!
Viele Grüße
Daniel
itworks
28. November 2016 um 14:45
11
Das sollte da mit weg sein
Viel Erfolg,
Florian
1 „Gefällt mir“
Sorry, ich schon wieder
Es war zwar erst gut, nachdem ich die cache-Module im Apache nicht mehr geladen habe, aber heute passierte es dann wieder. Folgende Erkenntenisse. Ich habe zum Test eine weitere Shopware-Instanz unter dem selben Apache laufen. Nennen wir sie mal Shop1 und Shop2.
Gestern:
Shop1: Shopware 5.2.11, nach Deaktivierung der Apache-Cache Module: Problem weg
Heute: Shop1: auf Shopware 5.2.12 geupdated, danach Problem wieder da (vorher Cache-Löschen nicht getestet), Shop 2 (5.2.10) funktioniert. Shop 2 Update auf 5.2.12: Funktioniert auch nicht.
Irgendwas scheint da doch im Shopware faul zu sein.
Florian oder andere? Noch irgendwelche Ideen?
Viele Grüße
Daniel