Hi :)
Sorry for answering so late about our strange Webdav problem, but most of us were away last week for a very nice training on Semantic Web ;)
So : we finally deleted the ~webdav subdirectory and it seems it has improved things a lot. Our question is now : is it a "best practice" to delete this directory when upgrading BaseX ? Can the fact that we did not delete it when upgrading to 7.9 then to 8.0be the cause of our all problems ?
Thanks a lot and see you very soon :)
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
Le 18/09/2014 13:18, Christian Grün a écrit :
Hi Maud,
I tried to recreate your setting, but so far I didn't manage to experience the problems you reported..
- Does the problem also occur with all database instances?
- Have you tried to delete the "~webdav" database (which contains all
locking information) and restart the BaseX server?
You could also have a look into the ".logs" subfolder in the database directory and check if it contains more helpful information, or you could start BaseX with the debug flag (-d), which will output some more hints to the command line (stderr).
Looking forward to your answer, Christian
On Wed, Sep 17, 2014 at 4:56 PM, Maud Ingarao maud.ingarao@ens-lyon.fr wrote:
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