Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 39 replies
  • Subscribers 1 subscriber
  • Views 55682 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

WEB- Proxy hängt mehrmals täglich

Denker
Hallo,

ich habe das problem, das unser WEB- Proxy manchmal mehrmals täglich hängt. In den log's finde ich eine Menge von dem nachstehenden Eintrag:
2014:01:27-19:01:28 GATE-2 httpproxy[6630]: id="0003" severity="info" sys="SecureWeb" sub="http" request="(nil)" function="sc_check_servers" file="scr_scanner.c" line="818" message="server 'cffs07.astaro.com' access time: 268ms"

Was soll mir die Meldung sagen? Hat jemand eine idee wie ich das Problem beseitigen kann?

Viele Grüße
Kai


This thread was automatically locked due to age.
Parents
  • 0
    Update:
    nachdem unser Fall nun beim Escalation Support gelandet ist, haben wir als ersten Schritt die lokale Content DB deaktiviert.
    "Global Escalation Team würde empfehlen sc_local_db auf 'none' zu setzen und drauf zu achten diese Einstellungen unter keinen Umständen auf 'mem' oder 'disk' zu stellen."

    Für Debug Logging wird atop verwendet und läuft jetzt mit.

    Auffällig bei den von mir geposteten TOP Werten war im Problemfall vor allem der WA Wert. Dieser ist bei einem Systemhänger für längere Zeit über der 90% Marke. Die CPU wartet also auf IO.
    Cpu(s): 2.8%us, 1.2%sy, 0.0%ni, 0.0%id, 95.9%wa, 0.0%hi, 0.2%si, 0.0%st

    Ich habe mal die IO Werte der beiden Partitionen mitgeloggt, die am intensivsten genutzt werden. Man sieht, dass hier permanent geschrieben wird (blau). Und zwar oft gleichzeitig und mit IO Werten von 200-300 IO/s. Das packt keine einzelne SATA HDD ohne Latenzen.
    Der Support sagt allerdings: "Seitens der berichteten Disk I/O konnte der Global Escalation Support derzeit kein Problem auf der UTM feststellen."
Reply
  • 0
    Update:
    nachdem unser Fall nun beim Escalation Support gelandet ist, haben wir als ersten Schritt die lokale Content DB deaktiviert.
    "Global Escalation Team würde empfehlen sc_local_db auf 'none' zu setzen und drauf zu achten diese Einstellungen unter keinen Umständen auf 'mem' oder 'disk' zu stellen."

    Für Debug Logging wird atop verwendet und läuft jetzt mit.

    Auffällig bei den von mir geposteten TOP Werten war im Problemfall vor allem der WA Wert. Dieser ist bei einem Systemhänger für längere Zeit über der 90% Marke. Die CPU wartet also auf IO.
    Cpu(s): 2.8%us, 1.2%sy, 0.0%ni, 0.0%id, 95.9%wa, 0.0%hi, 0.2%si, 0.0%st

    Ich habe mal die IO Werte der beiden Partitionen mitgeloggt, die am intensivsten genutzt werden. Man sieht, dass hier permanent geschrieben wird (blau). Und zwar oft gleichzeitig und mit IO Werten von 200-300 IO/s. Das packt keine einzelne SATA HDD ohne Latenzen.
    Der Support sagt allerdings: "Seitens der berichteten Disk I/O konnte der Global Escalation Support derzeit kein Problem auf der UTM feststellen."
Children
No Data
Cookie Information Banner