Ich bin verrückt nach mod_cache!Apache 2.4 mod_cache + mod_cache_disk + modjk: 304 Nicht geändert, aber Inhalt-Länge geändert
Meine aktuelle Setup:
Apache 2.4 auf Ubuntu mit:
- mpm_worker
- mod_jk
- mod_cache
- mod_cache_disk
- mod_expires
- mod_deflate
HTTP & HTTPS anfordern werden von modjk auf 5 Tomcat AppServers ausgewogen. Ich möchte Media Assets cachen, die von Tomcat Instanzen bedient werden, aber Probleme mit mod_cache bekommen.
Meine aktuelle Cache-Konfiguration:
CacheRoot /srv/volatile/cache
CacheDirLevels 3
CacheDirLength 2
CacheEnable disk /medias
# Currently active:
CacheQuickHandler off
CacheLock on
CacheLockPath /tmp/mod_cache-lock
CacheLockMaxAge 5
CacheIgnoreHeaders Set-Cookie
# This is another configuration i tried:
#CacheIgnoreNoLastMod On
#CacheIgnoreCacheControl On
#CacheIgnoreQueryString On
#CacheIgnoreHeaders Set-Cookie
geprüft ich viele Tutorials und Leitfäden, aber ohne Erfolg.
Die erste Anforderung wird immer von Apache serviert feine, Anfrage folgen mit seltsamen Fehler Fehler:
Recalled cached URL info header https://...
Recalled headers for URL https://...
Adding CACHE_SAVE filter for /medias...
Adding CACHE_REMOVE_URL filter for /medias...
cache: /media... responded with an uncacheable 304, retrying the request. Reason: contradiction: 304 Not Modified, but Content-Length modified
cache: Removing url https://
Deleting /srv/volatile/cache/.../.header from cache.
Deleting /srv/volatile/cache/.../.data from cache.
Deleting directory /srv/volatile/cache/.../7n from cache.
URL https://... failed the size check (0 < 1)
Ich dachte, dass es ein Load-Balancing-Problem sein könnte, weil der Weg so mehrere Knoten oder etwas geworfen , aber das Verhalten ist nicht deterministisch. Tests mit Apache-Bank & Jmeter zeigte mir, dass 60-70% der Anfrage fehlgeschlagen, so dass nicht jede X-Anfrage fehlgeschlagen ist.
Wenn die CacheIgnoreCacheControl Auf Option gesetzt, warf Anfragen jmeter & Apache-Bank nicht gescheitert, aber der Zugang warf Browser fehlgeschlagen.
Jemand eine Idee?
Dank Taulant