Bei Neustart der Groupware werden Ordner im Otlook verschoben

[Victor]

Hallo.
Bei uns bleibt ab und zu die Groupware hängen, wieso- haben wir noch nicht herausbekommen.
Allerdings ist nach dem Neustart der Groupware einige Zeit Ruhe.
Nun kommt ein neuer Fehler - nach dem Neustart der Groupware werden im Outlook der Kunden die Ordner "Kontakte" und "Kalender" auf einmal in den Ordner "Gelöschte Objekte" verschoben.
Kennt hier jemand so etwas?
Was läuft denn da schief?

[Nikolaos Tsapanidis]

Hallo Victor,

also dieses Verhalten ist bisher so nicht bekannt. Wo sind denn die Kontakt/Kalender-Ordner nach dem Neustart im WebFrontend zu sehen, auch im unter Gelöschte Objekte?

Gruß
Niko Tsapanidis

[Victor]

Hi,
nein die waren nur im Outlook verschoben, was aber schlimm genug ist.
Denn danach mussten neue persönliche pst -Dateien erstellt werden und alles wieder zurückgeschoben werden.
Denn die Ordner einfach zurück schieben geht nicht, es kommen Fehlermeldungen - da diese Ordner auf dem Webinterface bereits vorhanden sind.
Gruß,
Victor

[Victor]

Und wieder das Gleiche Problem.
Die Groupware hängt, und wenn ich diese neu starte dann werden bei einigen Usern (nicht bei allen) die Persönlichen Kontakte in den Ordner "Gelöschte Objekte" verschoben.

Dann muss man wieder eine neue PST -Datei anlegen und die Daten aus der alten wieder an ihren richtigen Ort verschieben...

Das mit dem Aufhängen der Groupware muss aber mit der ox-mobility zusammenhängen.
Denn als bei uns die usm- und eas- Module für die User mit ihren mobilen Geräten deaktiviert waren - gab es keinerlei Probleme , die Groupware lief monatelang ohne auch nur einmal abzustürzen.
Und nun seit die User mit ihren Blackbarrys über astrasync wieder auf den Server können - hängt die Groupware immer wieder und muss restartet werden.

[Martin Heiland]

Hallo,

bezüglich der Abstürze: Tritt kurz vorher eine Fehlermeldung im Log auf? Dieses Verhalten muss ja einen Grund haben, meistens passiert es wegen zu wenig zugewiesenem Arbeitsspeicher.

Gruß

[Victor]

Hallo,

bezüglich der Abstürze: Tritt kurz vorher eine Fehlermeldung im Log auf? Dieses Verhalten muss ja einen Grund haben, meistens passiert es wegen zu wenig zugewiesenem Arbeitsspeicher.

Gruß

Hi.
Gerade ist die Groupware wieder abgeschmiert.

Die letzten Meldungen in der Log vor dem Absturz waren:

Jul 29, 2011 3:17:34 PM com.openexchange.usm.eas.delegate.BaseXMLDelegate logError
SEVERE: 1:42:desol040@solvadis.com:EAS:Appl84126KLMDZZ Result from OX server is a String, expected String
Throwable occurred: 180002: com.openexchange.usm.api.exceptions.USMIllegalStat eException: Result from OX server is a String, expected String
at com.openexchange.usm.ox_json.impl.AbstractJSONResu lt.getString(AbstractJSONResult.java:71)
at com.openexchange.usm.contenttypes.util.AbstractTra nsferHandler.checkResult(AbstractTransferHandler.j ava:480)
at com.openexchange.usm.contenttypes.util.AbstractTra nsferHandler.readDataObject(AbstractTransferHandle r.java:520)
at com.openexchange.usm.contenttypes.mail.impl.MailCo ntentTypeTransferHandlerImpl.readDataObject(MailCo ntentTypeTransferHandlerImpl.java:307)
at com.openexchange.usm.session.impl.SessionImpl.read DataObject(SessionImpl.java:579)
at com.openexchange.usm.session.impl.SessionImpl.read DataObject(SessionImpl.java:554)
at com.openexchange.usm.eas.delegate.SyncDelegate.fil lMailObject(SyncDelegate.java:1248)
at com.openexchange.usm.eas.delegate.SyncDelegate.isM eetingRequestMail(SyncDelegate.java:1687)
at com.openexchange.usm.eas.delegate.SyncDelegate.ext ractObjectsForChangeState(SyncDelegate.java:1529)
at com.openexchange.usm.eas.delegate.SyncDelegate.wri teCollectionInResponse(SyncDelegate.java:1196)
at com.openexchange.usm.eas.delegate.SyncDelegate.han dleRequest(SyncDelegate.java:278)
at com.openexchange.usm.eas.delegate.BaseXMLDelegate. handleRequest(BaseXMLDelegate.java:99)
at com.openexchange.usm.eas.servlet.EASServlet.handle Request(EASServlet.java:506)
at com.openexchange.usm.eas.servlet.EASServlet.doPost (EASServlet.java:391)
at javax.servlet.http.HttpServlet.service(HttpServlet .java:616)
at javax.servlet.http.HttpServlet.service(HttpServlet .java:689)
at com.openexchange.ajp13.najp.AJPv13RequestHandlerIm pl.doServletService(AJPv13RequestHandlerImpl.java: 523)
at com.openexchange.ajp13.AJPv13Request.response(AJPv 13Request.java:134)
at com.openexchange.ajp13.najp.AJPv13RequestHandlerIm pl.createResponse(AJPv13RequestHandlerImpl.java:33 5)
at com.openexchange.ajp13.najp.AJPv13ConnectionImpl.c reateResponse(AJPv13ConnectionImpl.java:227)
at com.openexchange.ajp13.najp.AJPv13Task.call(AJPv13 Task.java:352)
at java.util.concurrent.FutureTask$Sync.innerRun(Futu reTask.java:314)
at java.util.concurrent.FutureTask.run(FutureTask.jav a:149)
at com.openexchange.threadpool.internal.CustomThreadP oolExecutor$Worker.runTask(CustomThreadPoolExecuto r.java:750)
at com.openexchange.threadpool.internal.CustomThreadP oolExecutor$Worker.run(CustomThreadPoolExecutor.ja va:783)
at java.lang.Thread.run(Thread.java:736)
Jul 29, 2011 3:17:34 PM com.openexchange.ajp13.najp.AJPv13Task call
SEVERE: AJP-0001 Category=7 Message=[Not available] exceptionID=-774174383-38229
Throwable occurred: AJP-0001 Category=7 Message=[Not available] exceptionID=-774174383-38229
at com.openexchange.ajp13.najp.AJPv13Task.call(AJPv13 Task.java:399)
at java.util.concurrent.FutureTask$Sync.innerRun(Futu reTask.java:314)
at java.util.concurrent.FutureTask.run(FutureTask.jav a:149)
at com.openexchange.threadpool.internal.CustomThreadP oolExecutor$Worker.runTask(CustomThreadPoolExecuto r.java:750)
at com.openexchange.threadpool.internal.CustomThreadP oolExecutor$Worker.run(CustomThreadPoolExecutor.ja va:783)
at java.lang.Thread.run(Thread.java:736)
Caused by: java.lang.IncompatibleClassChangeError
at sun.nio.cs.FastCharsetProvider.canonicalize(FastCh arsetProvider.java:63)
at sun.nio.cs.FastCharsetProvider.charsetForName(Fast CharsetProvider.java:131)
at java.nio.charset.Charset.lookup2(Charset.java:457)
at java.nio.charset.Charset.lookup(Charset.java:451)
at java.nio.charset.Charset.isSupported(Charset.java: 497)
at com.openexchange.mail.utils.CharsetDetector.isVali d(CharsetDetector.java:93)
at com.openexchange.mail.parser.MailMessageParser.get Charset(MailMessageParser.java:924)
at com.openexchange.mail.parser.MailMessageParser.rea dContent(MailMessageParser.java:894)
at com.openexchange.mail.parser.MailMessageParser.par seMailContent(MailMessageParser.java:351)
at com.openexchange.mail.parser.MailMessageParser.par seMailContent(MailMessageParser.java:331)
at com.openexchange.mail.parser.MailMessageParser.par seMailMessage(MailMessageParser.java:267)
at com.openexchange.mail.parser.MailMessageParser.par seMailMessage(MailMessageParser.java:240)
at com.openexchange.mail.json.writer.MessageWriter.wr iteMailMessage(MessageWriter.java:176)
at com.openexchange.ajax.Mail.actionGetMessage(Mail.j ava:1408)
at com.openexchange.ajax.Mail.actionGetMessage(Mail.j ava:1108)
at com.openexchange.ajax.Mail.actionGet(Mail.java:358 )
at com.openexchange.ajax.Mail.doGet(Mail.java:313)
at javax.servlet.http.HttpServlet.service(HttpServlet .java:596)
at com.openexchange.ajax.AJAXServlet.service(AJAXServ let.java:413)
at com.openexchange.ajax.SessionServlet.service(Sessi onServlet.java:219)
at com.openexchange.ajax.PermissionServlet.service(Pe rmissionServlet.java:81)
at javax.servlet.http.HttpServlet.service(HttpServlet .java:689)
at com.openexchange.ajp13.najp.AJPv13RequestHandlerIm pl.doServletService(AJPv13RequestHandlerImpl.java: 523)
at com.openexchange.ajp13.AJPv13Request.response(AJPv 13Request.java:134)
at com.openexchange.ajp13.najp.AJPv13RequestHandlerIm pl.createResponse(AJPv13RequestHandlerImpl.java:33 5)
at com.openexchange.ajp13.najp.AJPv13ConnectionImpl.c reateResponse(AJPv13ConnectionImpl.java:227)
at com.openexchange.ajp13.najp.AJPv13Task.call(AJPv13 Task.java:352)


Gruß,
Victor

[Martin Heiland]

Hallo,

danke für den Hinweis. Kannst du schauen, ob im Logfile eine "OutOfMemory" Exception auftritt? Wurde etwas per Console an der OXASE geändert? Welche Java Version kommt auf dem System zum Einsatz? ("java -version").

Gruß

[Victor]

Hallo,

danke für den Hinweis. Kannst du schauen, ob im Logfile eine "OutOfMemory" Exception auftritt? Wurde etwas per Console an der OXASE geändert? Welche Java Version kommt auf dem System zum Einsatz? ("java -version").

Gruß

Hi.
Nein eine "OutOfMemory" Exception gibt es in den Logfiles nicht.
Außer den üblichen Einstellungen wurde an dem OX nichts geändert.
Java-version gibt aus:
java version "1.6.0"
Java(TM) SE Runtime Environment (build pxa6460sr9fp1-20110208_03(SR9 FP1))
IBM J9 VM (build 2.4, JRE 1.6.0 IBM J9 2.4 Linux amd64-64 jvmxa6460sr9-20110203_74623 (JIT enabled, AOT enabled)
J9VM - 20110203_074623
JIT - r9_20101028_17488ifx3
GC - 20101027_AA)
JCL - 20110203_01

Gruß,
Victor

[Markus Wagner]

Das sieht stark nach IBM Java aus. Das ist dann aber keine ASE, oder?

[Victor]

Das sieht stark nach IBM Java aus. Das ist dann aber keine ASE, oder?

O, ja.
es ist OX-6-SE
Da schreibe ich wohl im falschen Forum?

[chruldt]

Was there any resolution to this problem?
(Mein Deutch ist nicht sehr gut...)