strange webdav behaviour...

On Fri, Sep 12, 2014 at 6:03 PM, Maud Ingarao <maud.ingarao at ens-lyon.fr> wrote: > 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 at 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 at 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 >

On Wed, Sep 17, 2014 at 4:56 PM, Maud Ingarao <maud.ingarao at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 >> >>