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.0
be 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