Hello !

Thanks Christian for your answer.
We upgrated to 8.0 and it seems we still have our webdav problems :
- we still have the lock errors (see screenshot 'basex-lock')
- we can't edit and save the files in oXygen anymore : when attempting to save, we get a 400 error, and the the database is locked ("Database 'bvm' is being updated, or update was not completed.") It is then impossible to unlock it, even by deleting the upd.basex lock file (impossible to DROP, RESTORE... the database) (see screenshot 'basex-oxygen-webdav-error')
- attempting to access the database in REST, we then get a 500 error, see below (even when restarting BaseX : BaseX is running, but the database is not responding).

Thanks a lot !
Maud

Improper use? Potential bug? Your feedback is welcome:
Contact: basex-talk@mailman.uni-konstanz.de
Version: BaseX 8.0 beta 1e722eb
Java: Oracle Corporation, 1.8.0_20
OS: Linux, amd64
Stack Trace:
java.lang.RuntimeException: Data Access out of bounds:
- pre value: 851827
- #used blocks: 3332
- #total locks: 3638
- access: 3331 (3332 > 3331]
    at org.basex.util.Util.notExpected(Util.java:60)
    at org.basex.io.random.TableDiskAccess.cursor(TableDiskAccess.java:462)
    at org.basex.io.random.TableDiskAccess.read5(TableDiskAccess.java:170)
    at org.basex.data.Data.textOff(Data.java:429)
    at org.basex.data.DiskData.text(DiskData.java:270)
    at org.basex.core.cmd.List.listDB(List.java:131)
    at org.basex.core.cmd.List.run(List.java:49)
    at org.basex.core.Command.run(Command.java:360)
    at org.basex.http.rest.RESTCmd.run(RESTCmd.java:105)
    at org.basex.http.rest.RESTCmd.run(RESTCmd.java:94)
    at org.basex.http.rest.RESTRetrieve.run0(RESTRetrieve.java:52)
    at org.basex.http.rest.RESTCmd.run(RESTCmd.java:71)
    at org.basex.core.Command.run(Command.java:360)
    at org.basex.core.Command.execute(Command.java:94)
    at org.basex.core.Command.execute(Command.java:117)
    at org.basex.http.rest.RESTServlet.run(RESTServlet.java:21)
    at org.basex.http.BaseXServlet.service(BaseXServlet.java:58)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:848)
    at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:684)
    at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:501)
    at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137)
    at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:557)
    at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231)
    at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1086)
    at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:428)
    at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193)
    at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1020)
    at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135)
    at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116)
    at org.eclipse.jetty.server.Server.handle(Server.java:370)
    at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:494)
    at org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpConnection.java:971)
    at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:1033)
    at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:644)
    at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:235)
    at org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:82)
    at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:667)
    at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:52)
    at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:608)
    at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:543)
    at java.lang.Thread.run(Thread.java:745)





« Ne travaillez jamais »

Maud Ingarao
IHPC (UMR 5037)
Institut d’histoire de la pensée classique, de l’Humanisme aux Lumières
Ecole Normale Supérieure de Lyon - Site Descartes - Bureau R322
15 Parvis René Descartes - BP7000 - 69342 Lyon CEDEX 07
+33 4 37 37 65 79 - maud.ingarao@ens-lyon.fr

Je suis absente le jeudi | Out of office on Thursdays

http://pensee-classique.ens-lyon.fr
http://institutdesanti.ens-lyon.fr
http://ahn.ens-lyon.fr
http://www.mutec-shs.fr
http://cahier.hypotheses.org

Le 12/09/2014 18:03, Maud Ingarao a écrit :
Hello,

We upgrated recently to 7.9 and are experiencing some problems : we get lots of time out and 502 errors when launching heavy queries which used to complete before. then BaseX is totally unavailable and the restart is difficult, some files get corrupted etc.

And we discovered a few strange things :
- webdav locks seem never to unlock
- we had to increase the number of authorized webdav threads and put a restart cron every night otherwise the whole BaseX is becoming unavailable after a few days.
- the webdav log file webdav/txt.basex's size quickly increases to an incoherent 4go...

It seems that nobody else reported webdav problems, so we really wonder what's wrong with us...

All the best :)
Maud
--

« Ne travaillez jamais »

Maud Ingarao
IHPC (UMR 5037)
Institut d’histoire de la pensée classique, de l’Humanisme aux Lumières
Ecole Normale Supérieure de Lyon - Site Descartes - Bureau R322
15 Parvis René Descartes - BP7000 - 69342 Lyon CEDEX 07
+33 4 37 37 65 79 - maud.ingarao@ens-lyon.fr

Je suis absente le jeudi | Out of office on Thursdays

http://pensee-classique.ens-lyon.fr
http://institutdesanti.ens-lyon.fr
http://ahn.ens-lyon.fr
http://www.mutec-shs.fr
http://cahier.hypotheses.org