Announcement

Collapse
No announcement yet.

Bei Neustart der Groupware werden Ordner im Otlook verschoben

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

  • Bei Neustart der Groupware werden Ordner im Otlook verschoben

    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?

  • #2
    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

    Comment


    • #3
      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
      Last edited by Victor; 04-12-2011, 04:46 PM.

      Comment


      • #4
        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.

        Comment


        • #5
          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ß

          Comment


          • #6
            Originally posted by Martin Braun View Post
            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

            Comment


            • #7
              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ß

              Comment


              • #8
                Originally posted by Martin Braun View Post
                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

                Comment


                • #9
                  Das sieht stark nach IBM Java aus. Das ist dann aber keine ASE, oder?
                  Markus Wagner
                  Open-Xchange Quality Assurance

                  Comment


                  • #10
                    Originally posted by Markus Wagner View Post
                    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?

                    Comment


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

                      Comment

                      Working...
                      X