Homepage | Products | OX Knowledge Base | Support | Try Now | Contact | Company
OX Logo
Page 1 of 2 12 LastLast
Results 1 to 10 of 20
  1. #1

    Post 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. #2
    Join Date
    Sep 2007
    Location
    Germany
    Posts
    494

    Default

    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.

  3. #3

    Default

    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

  4. #4
    Join Date
    Jul 2013
    Location
    Hamburg
    Posts
    6

    Default

    Hi,

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

  5. #5

    Default

    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

  6. #6

    Default

    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 at 08:31 PM.

  7. #7
    Join Date
    Jul 2013
    Location
    Hamburg
    Posts
    6

    Default

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

  8. #8

    Default

    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 at 02:11 PM.

  9. #9
    Join Date
    Jul 2013
    Location
    Hamburg
    Posts
    6

    Default

    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 ?

  10. #10
    Join Date
    Sep 2007
    Location
    Germany
    Posts
    494

    Default

    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.

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •