Announcement

Collapse
No announcement yet.

OX nach Update instabil

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • OX nach Update instabil

    Hallo,

    am vergangenen Freitag habe ich einen Kundenserver mit dem da aktuellen Update versehen (Stand vorher von ca. Anfang Dezember oder so). In Folge blieb der OX-Dienst mehrfach hängen, Neustart des Dienstes war notwendig. Gestern wurde bei erneutem Hänger das Update vom Montag eingespielt, bei dem in der Doku wohl verschiedene Resource-Probleme korrigiert sein sollten. Leider war das System heute morgen schon wieder hängen geblieben, hier ein Auszug aus den Logs:

    Code:
    JVMDUMP030W Cannot write dump to file /root/javacore.20140123.093737.22141.0002.txt: Permission denied
    JVMDUMP032I JVM requested Java dump using '/tmp/javacore.20140123.093737.22141.0002.txt' in response to an event
    JVMDUMP010I Java dump written to /tmp/javacore.20140123.093737.22141.0002.txt
    JVMDUMP006I Processing dump event "systhrow", detail "java/lang/OutOfMemoryError" - please wait.
    JVMDUMP006I Processing dump event "systhrow", detail "java/lang/OutOfMemoryError" - please wait.
    ...
    JVMDUMP030W Cannot write dump to file /root/javacore.20140123.094043.22141.0005.txt: Permission denied
    JVMDUMP032I JVM requested Java dump using '/tmp/javacore.20140123.094043.22141.0005.txt' in response to an event
    JVMDUMP010I Java dump written to /tmp/javacore.20140123.094043.22141.0005.txt
    JVMDUMP013I Processed dump event "systhrow", detail "java/lang/OutOfMemoryError".
    JVMDUMP030W Cannot write dump to file /root/heapdump.20140123.094043.22141.0004.phd: Permission denied
    JVMDUMP032I JVM requested Heap dump using '/tmp/heapdump.20140123.094043.22141.0004.phd' in response to an event
    JVMDUMP010I Heap dump written to /tmp/heapdump.20140123.094043.22141.0004.phd
    JVMDUMP013I Processed dump event "systhrow", detail "java/lang/OutOfMemoryError".
    Exception in thread "DelayedQueueConsumer" java.lang.OutOfMemoryError
            at java.util.concurrent.SynchronousQueue$TransferStack.snode(SynchronousQueue.java:291)
            at java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:346)
            at java.util.concurrent.SynchronousQueue.offer(SynchronousQueue.java:857)
            at com.openexchange.threadpool.internal.CustomThreadPoolExecutor$DelayedQueueConsumer.run(CustomThreadPoolExecutor.java:1001)
            at java.lang.Thread.run(Thread.java:736)
    Exception in thread "USM-OX-HttpConnectionCloser" java.lang.OutOfMemoryError
            at java.util.HashMap$1.iterator(HashMap.java:588)
            at org.apache.commons.httpclient.util.IdleConnectionHandler.closeIdleConnections(IdleConnectionHandler.java:111)
            at org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$ConnectionPool.closeIdleConnections(MultiThreadedHttpConnectionManager.java:872)
            at org.apache.commons.httpclient.MultiThreadedHttpConnectionManager.closeIdleConnections(MultiThreadedHttpConnectionManager.java:618)
            at com.openexchange.usm.ox_json.impl.OXJSONAccessImpl$1.run(OXJSONAccessImpl.java:404)
    Exception in thread "[Timer] - Main Queue Handler" java.lang.OutOfMemoryError
            at org.eclipse.equinox.internal.util.impl.tpt.threadpool.ThreadPoolFactoryImpl.execute0(ThreadPoolFactoryImpl.java:94)
            at org.eclipse.equinox.internal.util.impl.tpt.timer.TimerImpl.run(TimerImpl.java:110)
            at java.lang.Thread.run(Thread.java:736)
    Exception in thread "com.openexchange.push.ms.DelayPushQueue" java.lang.OutOfMemoryError
            at java.util.AbstractList.iterator(AbstractList.java:583)
            at com.openexchange.push.ms.DelayPushQueue.run(DelayPushQueue.java:141)
            at java.lang.Thread.run(Thread.java:736)
    Exception in thread "ActiveTaskWatcher" java.lang.OutOfMemoryError
    Ich habe die Speicherzuordnung für Java im Startscript vom Default 512M/256M jeweils verdoppelt, mal schauen ob das System damit stabiler läuft. Allerdings war dies bisher noch nie notwendig. Ich vermute, daß wohl der Bug 30384 noch nicht wirklich behoben ist. Lt. Daten aus der Netzüberwachung ging kurz vor dem Out-Of-Memory die Anzahl der TCP-Verbindungen stark hoch (typisch ~200, zu dem Zeitpunkt >600), ebenso Anzahl Prozesse (von ca. 200 auf knapp 500). Vor dem Beginn des Anstiegs dieser Werte ist ein Anstieg der CPU-Last und Load Avg um Faktor 3 zu sehen.

    Sind diese Probleme auch bei anderen Benutzern zu sehen?

  • #2
    Hallo,
    es wird empfohlen in der ox-scriptconf.sh den Wert von -Xmx auf die Hälfte des physikalisch verfügbaren RAM-Speichers zu setzen.
    Gruß,

    Comment


    • #3
      Sind da Outlook-User mit "großen" und / oder alten Profilen beteiligt?

      Comment


      • #4
        Originally posted by p.mueller View Post
        Sind da Outlook-User mit "großen" und / oder alten Profilen beteiligt?
        Eigentlich so gut wie gar nicht ... 90-95% der Benutzer verwenden ausschließlich das Web-Interface (2/3 das alte, 1/3 das neue) ... insg. ca. 120 Benutzer ...
        Nach dem Erweitern des Speichers scheint sich das Problem soweit erledigt zu haben, zumindest ist bisher kein weiterer "Hänger" aufgetreten ...

        Comment

        Working...
        X