Announcement

Collapse
No announcement yet.

OX Documents v7.6.1 letztes Update - Problem

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

  • OX Documents v7.6.1 letztes Update - Problem

    Hallo,

    nach dem letzten Update von OX Documents funktioniert weder das Erzeugen von neuen Dateien noch das Öffnen der existierenden Dateien.

    Beim Öffnen einer Datei wird sie aufgemacht, aber ohne Inhalt also leer. Es kommt keine Fehlermeldung und im Logfile ist nichts.

    Beim erstellen einer Datei kommt folgende Fehlermeldung: Server Error Could not create document
    Im Logfile taucht eine Fehlermeldung:
    -----------
    2014-11-09T18:37:08,889+0100 ERROR [OXWorker-0000266] com.openexchange.ajax.requesthandler.DispatcherSer vlet.logException(DispatcherServlet.java:526)
    Error processing request.
    com.openexchange.ajax.action=get
    com.openexchange.ajax.module=folders
    com.openexchange.database.schema=oxdatabase_5
    com.openexchange.grizzly.remoteAddress=127.0.0.1
    com.openexchange.grizzly.remotePort=47365
    com.openexchange.grizzly.requestIp=127.0.0.1
    com.openexchange.grizzly.requestURI=/ajax/folders
    com.openexchange.grizzly.serverName=host.dyn.org
    com.openexchange.grizzly.servletPath=/ajax/folders
    com.openexchange.grizzly.threadName=OXWorker-0000266
    com.openexchange.grizzly.userAgent=Mozilla/5.0 (Windows NT 6.1; WOW64; rv:33.0) Gecko/20100101 Firefox/33.0
    com.openexchange.request.trackingId=6b5a5313e75745 1ba844dd5f3d8e75c8
    com.openexchange.session.authId=ad2f559893634afaac 4aec656e09154e
    com.openexchange.session.clientId=open-xchange-appsuite
    com.openexchange.session.contextId=1
    com.openexchange.session.loginName=jh
    com.openexchange.session.sessionId=93e447214a31484 48b14dfd418175eef
    com.openexchange.session.userId=3
    com.openexchange.session.userName=jh@myfirma.local
    com.openexchange.exception.OXException: FLD-1004 Categories=ERROR Message='No appropriate folder storage for tree identifier "0" and folder identifier "undefined".' exceptionID=-1612446665-184
    at com.openexchange.exception.OXExceptionFactory.crea te(OXExceptionFactory.java:173)
    at com.openexchange.exception.OXExceptionFactory.crea te(OXExceptionFactory.java:166)
    at com.openexchange.exception.OXExceptionFactory.crea te(OXExceptionFactory.java:139)
    at com.openexchange.folderstorage.FolderExceptionErro rMessage.create(FolderExceptionErrorMessage.java:4 31)
    at com.openexchange.folderstorage.cache.CacheFolderSt orage.loadFolder(CacheFolderStorage.java:1707)
    at com.openexchange.folderstorage.cache.CacheFolderSt orage.loadFolder(CacheFolderStorage.java:1701)
    at com.openexchange.folderstorage.cache.CacheFolderSt orage.getFolder(CacheFolderStorage.java:1145)
    at com.openexchange.folderstorage.cache.CacheFolderSt orage.getFolder(CacheFolderStorage.java:1122)
    at com.openexchange.folderstorage.outlook.OutlookFold erStorage.getFolder(OutlookFolderStorage.java:1164 )
    at com.openexchange.folderstorage.cache.CacheFolderSt orage.loadFolder(CacheFolderStorage.java:1713)
    at com.openexchange.folderstorage.cache.CacheFolderSt orage.loadFolder(CacheFolderStorage.java:1701)
    at com.openexchange.folderstorage.cache.CacheFolderSt orage.getFolder(CacheFolderStorage.java:1145)
    at com.openexchange.folderstorage.cache.CacheFolderSt orage.getFolder(CacheFolderStorage.java:1122)
    at com.openexchange.folderstorage.internal.performers .GetPerformer.doGet(GetPerformer.java:131)
    at com.openexchange.folderstorage.internal.FolderServ iceImpl.getFolder(FolderServiceImpl.java:197)
    at com.openexchange.folder.json.actions.GetAction.doP erform(GetAction.java:116)
    at com.openexchange.folder.json.actions.AbstractFolde rAction.perform(AbstractFolderAction.java:97)
    at com.openexchange.ajax.requesthandler.DefaultDispat cher.perform(DefaultDispatcher.java:254)
    at com.openexchange.ajax.requesthandler.DispatcherSer vlet.handle(DispatcherServlet.java:385)
    at com.openexchange.ajax.requesthandler.DispatcherSer vlet.doGet(DispatcherServlet.java:308)
    at javax.servlet.http.HttpServlet.service(HttpServlet .java:707)
    at com.openexchange.ajax.AJAXServlet.service(AJAXServ let.java:547)
    at com.openexchange.ajax.SessionServlet.service(Sessi onServlet.java:157)
    at javax.servlet.http.HttpServlet.service(HttpServlet .java:820)
    at com.openexchange.http.grizzly.service.http.OSGiSer vletHandler$FilterChainImpl.doFilter(OSGiServletHa ndler.java:445)
    at com.openexchange.http.grizzly.servletfilter.Reques tReportingFilter.doFilter(RequestReportingFilter.j ava:120)
    at com.openexchange.http.grizzly.service.http.OSGiSer vletHandler$FilterChainImpl.doFilter(OSGiServletHa ndler.java:435)
    at com.openexchange.http.grizzly.servletfilter.Wrappi ngFilter.doFilter(WrappingFilter.java:229)
    at com.openexchange.http.grizzly.service.http.OSGiSer vletHandler$FilterChainImpl.doFilter(OSGiServletHa ndler.java:435)
    at com.openexchange.http.grizzly.service.http.OSGiAut hFilter.doFilter(OSGiAuthFilter.java:140)
    at com.openexchange.http.grizzly.service.http.OSGiSer vletHandler$FilterChainImpl.doFilter(OSGiServletHa ndler.java:435)
    at com.openexchange.http.grizzly.service.http.OSGiSer vletHandler$FilterChainImpl.invokeFilterChain(OSGi ServletHandler.java:413)
    at org.glassfish.grizzly.servlet.ServletHandler.doSer vletService(ServletHandler.java:252)
    at org.glassfish.grizzly.servlet.ServletHandler.servi ce(ServletHandler.java:194)
    at com.openexchange.http.grizzly.service.http.OSGiMai nHandler.service(OSGiMainHandler.java:195)
    at org.glassfish.grizzly.http.server.HttpHandler.doHa ndle(HttpHandler.java:164)
    at org.glassfish.grizzly.http.server.HttpHandlerChain .service(HttpHandlerChain.java:196)
    at org.glassfish.grizzly.http.server.HttpHandler.doHa ndle(HttpHandler.java:164)
    at org.glassfish.grizzly.http.server.OXHttpServerFilt er.handleRead(OXHttpServerFilter.java:347)
    at org.glassfish.grizzly.filterchain.ExecutorResolver $9.execute(ExecutorResolver.java:119)
    at org.glassfish.grizzly.filterchain.DefaultFilterCha in.executeFilter(DefaultFilterChain.java:265)
    at org.glassfish.grizzly.filterchain.DefaultFilterCha in.executeChainPart(DefaultFilterChain.java:200)
    at org.glassfish.grizzly.filterchain.DefaultFilterCha in.execute(DefaultFilterChain.java:134)
    at org.glassfish.grizzly.filterchain.DefaultFilterCha in.process(DefaultFilterChain.java:112)
    at org.glassfish.grizzly.ProcessorExecutor.execute(Pr ocessorExecutor.java:78)
    at org.glassfish.grizzly.nio.transport.TCPNIOTranspor t.fireIOEvent(TCPNIOTransport.java:770)
    at org.glassfish.grizzly.strategies.AbstractIOStrateg y.fireIOEvent(AbstractIOStrategy.java:112)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStr ategy.run0(WorkerThreadIOStrategy.java:115)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStr ategy.access$100(WorkerThreadIOStrategy.java:55)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStr ategy$WorkerThreadRunnable.run(WorkerThreadIOStrat egy.java:135)
    at com.openexchange.threadpool.internal.CustomThreadP oolExecutor$MDCProvidingRunnable.run(CustomThreadP oolExecutor.java:2494)
    at com.openexchange.threadpool.internal.CustomThreadP oolExecutor$Worker.runTask(CustomThreadPoolExecuto r.java:811)
    at com.openexchange.threadpool.internal.CustomThreadP oolExecutor$Worker.run(CustomThreadPoolExecutor.ja va:838)
    at java.lang.Thread.run(Thread.java:745)

    ---------
    cat /etc/redhat-release
    CentOS release 6.6 (Final)

    rpm -qa |grep open-xchange |sort
    open-xchange-documentconverter-api-7.6.1-5_5.2.x86_64
    open-xchange-documents-backend-7.6.1-9_9.1.noarch
    open-xchange-documents-monitoring-7.6.1-9_9.1.noarch
    open-xchange-documents-templates-7.6.1-9_9.1.noarch
    open-xchange-documents-ui-7.6.1-9_9.1.noarch
    open-xchange-documents-ui-common-7.6.1-9_9.1.noarch
    open-xchange-documents-ui-editors-7.6.1-9_9.1.noarch
    open-xchange-documents-ui-static-7.6.1-9_9.1.noarch
    open-xchange-documents-ui-viewer-7.6.1-9_9.1.noarch
    calcengine-1.2.584-1.x86_64

    Open-xchange ist nicht lizenziert.
    Die einzige Abhilfe ist nur das Backup zurück zu spielen.

    Könnte bitte dieses Verhalten jemand bestätigen?

    Danke

    Grüße Johann

  • #2
    Bitte auf dem Apache einmal /opt/open-xchange/sbin/touch-appsuite ausführen und neu einloggen.
    Oder aber den Browser absolut alle Daten vergessen lassen (meist gar nicht so einfach).
    Das dürfte das Problem wahrscheinlich beheben.

    Comment


    • #3
      Leider hat sich nichts geändert.
      Ich habe in dem Script /opt/open-xchange/sbin/touch-appsuite debug eingeschaltet, um zu sehen was da los ist.
      Unten ist die Ausgabe:
      -------
      + cd /var/www/html/appsuite
      + '[' '!' -f core ']'
      ++ sed -n '/v=/{s/^.*v=\([0-9A-Za-z._-]*\)\.[0-9]\{8\}\.[0-9]\{6\}.*$/\1/p;q}' core
      + VERSION=
      ++ date -u +%Y%m%d.%H%M%S
      + NOW=20141110.113102
      + for f in core signin boot.js
      + sed -i 's/\.[0-9]\{8\}\.[0-9]\{6\}/.20141110.113102/g' core
      + for f in core signin boot.js
      + sed -i 's/\.[0-9]\{8\}\.[0-9]\{6\}/.20141110.113102/g' signin
      + for f in core signin boot.js
      + sed -i 's/\.[0-9]\{8\}\.[0-9]\{6\}/.20141110.113102/g' boot.js
      ---
      Die Versionsnummer sieht jetzt in core-Datei so aus:
      v=7.6.1-5.20141110.113102

      Comment


      • #4
        Hi,

        ich vermute, dass der folder storage verloren gegangen ist. Funktioniert der download von Dokumenten, bzw. der upload ?

        Comment


        • #5
          Hallo,

          beides funktioniert einwandfrei. Auch das Synchronisieren von OXdrive über webdav (Version 1.5.2) funktioniert sehr schnell und zuverlässlich mit dem rsync (seit der Version 7.6.0 )

          Wie soll der Ordner heissen? Ich könnte dann direkt in MySQL prüfen.
          Unter version 7.6.0 wurden die Documente im Ordner "My Files" abgelegt. Und dieser Ordner ist vorhanden und verwendbar.

          Danke

          Comment


          • #6
            nach dem ich vor ca. 18 Uhr diese Updates aufgespielt habe, funktioniert auf einamal OXdocuments ganz normal:
            -------------
            Nov 10 17:55:56 ox8 yum[6158]: Updated: php-tcpdf-6.0.098-1.el6.remi.noarch
            Nov 10 17:55:57 ox8 yum[6158]: Updated: php-phpseclib-crypt-base-0.3.9-1.el6.remi.noarch
            Nov 10 17:55:58 ox8 yum[6158]: Updated: php-phpseclib-crypt-rijndael-0.3.9-1.el6.remi.noarch
            Nov 10 17:55:58 ox8 yum[6158]: Updated: php-phpseclib-crypt-aes-0.3.9-1.el6.remi.noarch
            Nov 10 17:55:59 ox8 yum[6158]: Updated: php-tcpdf-dejavu-sans-fonts-6.0.098-1.el6.remi.noarch
            ------------
            Die Frage ist nur, was haben diese Pakete mit OXDocuments zu tun???

            Appsuite nutzt doch keine PHP-Sprache oder? Es gibt nur laute JS-Scripts.
            ----
            find /var/www/html/appsuite/ -type f -name *.php -print
            ----
            bringt kein Ergebnis.

            Ich würde nur gern wissen, wo das Problem lag?
            Last edited by johann8; 11-10-2014, 08:31 PM.

            Comment


            • #7
              OX Documents hats nichts mit php zu tun. Evtl. tatsächlich ein browser cache problem wie Wolfgang bereits vermutet hat.

              Comment


              • #8
                Browser cache Problem - kann mir eigentlich nicht vorstellen. Bei keinem User hat es nicht funktioniert. Und ich habe zum Testen Chrome kurz installiert und bei Firefox ein neues Profile erstellt.

                Die einzigen Anderungen am Server an diesem Tag waren:
                - /opt/open-xchange/sbin/touch-appsuite - mehrmals ausgefürht, aber einziges, was dieses Script macht, fügt zur Version von Appsuite das aktuelle Datum hinzu.
                - Und dieses kleine Update von oben

                OXdocuments benutzt 3rd party software unter anderem "tinymce" (sieh /var/www/html/appsuite/apps/3rd.party/). Womöglich brauchen diese Komponente PHP. Was anderes kann ich mir nicht vorstellen.

                Es läuft irgendwie einiges schief mit den letzten Updates von Appsuite auf CentOS. Ich spiele schon mit den Gedanken auf Debian umzusteigen. Vielleicht wird CentOS nicht so intensiv getestet wie die anderen Distributionen
                Last edited by johann8; 11-11-2014, 02:11 PM.

                Comment


                • #9
                  Nein, OX Documents verwendet definitiv nicht den tinymce, das sind andere Teile der Appsuite, die dies tun.

                  Ein laufendes OX Documents habe ich sowohl auf CentOS 6.4 und 7 gesehen.

                  Die oben genannte Exception "com.openexchange.exception.OXException: FLD-1004 Categories=ERROR Message='No appropriate folder storage for tree identifier "0" and folder identifier "undefined".' exceptionID=-1612446665-184" kommt noch immer ?

                  Comment


                  • #10
                    Ich verwende App Suite mit Documents auf CentOS produktiv. Sowie auch viele Kunden. Ich kann nicht bestätigen, dass es hier grundsätzlich mehr Fehler bei Updates gibt.
                    Und auch an PHP kanns nicht liegen, weil ich nichts davon auf meinem System installiert habe.
                    Ich kann mir beim besten Willen nicht vorstellen, dass die Installation/das Update obiger Pakete mit dem Phänomen zusammenhängt. Das scheint mir eher Zufall gewesen zu sein.
                    Da muss noch irgendetwas anderes passiert sein.

                    Comment


                    • #11
                      @mhollmichel

                      nein, jetzt kommen keine Fehlermeldungen mehr. Es läuft alles rund und die Performance ist mit dieser Version wesentlich besser.

                      Comment


                      • #12
                        ein Detail ist mir gerade aufgefallen:
                        Den Fehler kann ich nachvollziehen: "Server-Fehler: Dokument konnte nicht erstellt werden." (Text ->leeres Dokument). Allerdings landet eine unbenannt.docx nach schließen des Tabs im Drive. Wenn man jetzt im Drive auf die Datei und dann auf Bearbeiten geht, lädt es problemlos.

                        btw.: Bin ich der einzige, bei dem die Symbole für Fett/kursiv etc. fehlen (auch schon mit 7.6.0)?

                        edit:// das Problem "Ladefehler Beim Laden des Dokuments trat ein Fehler auf." tritt auf, wenn man entweder versucht, ein template oder eine Datei aus dem Drive via "zuletzt verwendet" zu öffnen...
                        Last edited by KeepXtreme; 11-12-2014, 02:03 PM.

                        Comment


                        • #13
                          Originally posted by KeepXtreme View Post
                          btw.: Bin ich der einzige, bei dem die Symbole für Fett/kursiv etc. fehlen (auch schon mit 7.6.0)
                          Hallo,
                          das Problem habe ich auch, sowohl in Text als auch in Spreadsheet. Aufgefallen ist es mir seit 7.4.x.

                          Am Browser (-cache) liegt es wohl nicht, habs mit Firefox und dem IE auf einer frischen installation ausprobiert.
                          Last edited by 881822; 11-12-2014, 03:30 PM.
                          Viele Grüße
                          Rene

                          OS: Ubuntu Server amd64 20.4 LTS
                          JRE: openjdk-8-jre, Maria-DB, Apache 2.4, Dovecot
                          OX-Server backend: OXSE latest
                          OX-frontend: OX appsuite latest

                          Comment


                          • #14
                            @KeepXtreme
                            Deshalb wollte ich dem Problem auf den Grund gehen. Leider ist das Problem, meine Vermutung durch das Update, weil es danach weg war, verschwunden, sodass es nicht mehr reproduzierbar ist. Welches OS hast Du?
                            Last edited by johann8; 11-13-2014, 05:22 PM.

                            Comment


                            • #15
                              @Johann8:
                              Debian Wheezy mit openjdk-7 & OX AppSuite 7.6.1

                              allerdings ist mir das problem erst ab 7.6.1 aufgefallen - ich bin mir ziemlich sicher, dass es mit 7.6.0 noch ging...

                              Comment

                              Working...
                              X