I have run across my "hung" server again. It will not even allow the Tomcat administrator to run (hitting this url waits forever), and the commandline client also will not return from a "open <url>" command. How would I go about debugging to figure out what is causing the problem ? ie, look for a lock type item in the Tx store file tree, etc. Nick
-----Original Message----- From: Oliver Zeigermann [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 26, 2004 4:15 PM To: Nick Longinow Cc: Slide Users Mailing List Subject: Re: Server seems to hang on create new WebdavResource... Only an UNLOCK method can do this. You can also delete them in the physical stores, but this should not be necessay and will be complicated. Oliver On Tue, 26 Oct 2004 11:22:40 -0400, Nick Longinow <[EMAIL PROTECTED]> wrote: > Wow. So how do you clear the webdav persistent locks, if so needed ? > > > > Nick > > -----Original Message----- > From: Oliver Zeigermann [mailto:[EMAIL PROTECTED] > Sent: Tuesday, October 26, 2004 11:21 AM > To: Nick Longinow > Subject: Re: Server seems to hang on create new WebdavResource... > > All this is more complicated: next to the WebDAV locks you set there > are other locks internal to the tx file store that guarantee each > single request will be correct and not corrupting anything. You have > cleared the internal locks by restarting as the WebDAV locks are > persistent. > > Just to add to the complextiy I am currently adding a third (in a > certain sense even fifth) kind of locks which are similar to the ones > in the tx file store, but more high level. > > Oliver > > On Tue, 26 Oct 2004 11:16:06 -0400, Nick Longinow > <[EMAIL PROTECTED]> wrote: > > Yes, but in my case I believe I created a lock with an infinite timeout. > > I must be careful using them, it seems. > > > > > > > > Nick > > > > -----Original Message----- > > From: Oliver Zeigermann [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, October 26, 2004 11:14 AM > > To: Nick Longinow > > Subject: Re: Server seems to hang on create new WebdavResource... > > > > Would be better to have something like a timeout for those locks, but > > this has not been implemented, yet :( > > > > Oliver > > > > On Tue, 26 Oct 2004 11:12:24 -0400, Nick Longinow > > <[EMAIL PROTECTED]> wrote: > > > Yes, and it appears to be working ok now. Its good to know that > > restarting > > > the server actually clears any pending locks. > > > > > > Thanks Oliver > > > > > > > > > Nick > > > > > > -----Original Message----- > > > From: Oliver Zeigermann [mailto:[EMAIL PROTECTED] > > > Sent: Tuesday, October 26, 2004 11:10 AM > > > To: Nick Longinow > > > Subject: Re: Server seems to hang on create new WebdavResource... > > > > > > If there is restarting the server should clear locks for the tx file > > > store. I suppose you use it? > > > > > > Oliver > > > > > > On Tue, 26 Oct 2004 11:06:53 -0400, Nick Longinow > > > <[EMAIL PROTECTED]> wrote: > > > > I had been using the external transaction feature, but had stopped. > > > > Is it possible there is still a lock pending ? How would one get rid > of > > > it? > > > > > > > > > > > > Nick > > > > > > > > -----Original Message----- > > > > From: Oliver Zeigermann [mailto:[EMAIL PROTECTED] > > > > Sent: Tuesday, October 26, 2004 3:00 AM > > > > To: Nick Longinow > > > > Cc: Slide Users Mailing List > > > > Subject: Re: Server seems to hang on create new WebdavResource... > > > > > > > > This looks like a live lock in the database used. Do you use the > > > > external transaction feature? > > > > > > > > Oliver > > > > > > > > On Mon, 25 Oct 2004 15:33:05 -0400, Nick Longinow > > > > <[EMAIL PROTECTED]> wrote: > > > > > This is behaviour that I've not pinned down yet, but it seems that > > > > > periodically when I attempt to create a WebdavResource object in my > > > client > > > > > code, the call to "new WebdavResource(HTTPUrl)" never returns, or at > > > least > > > > > takes more than 10-15 minutes to do so. > > > > > > > > > > I see no log errors displayed in the Tomcat screen logs . Is there > > > > > somewhere else that might be indicating what it is waiting for, or > > what > > > is > > > > > going on during this time ? (I'm using the Tomcat bundled 2.1B2 > > > server). > > > > > Thanks Nick > > > > > > > > > > -----Original Message----- > > > > > From: Oliver Zeigermann [mailto:[EMAIL PROTECTED] > > > > > Sent: Monday, October 25, 2004 11:31 AM > > > > > To: Slide Users Mailing List > > > > > Subject: Re: Repository being reset after restart, how to get back > > > content > > > > ? > > > > > > > > > > Maybe the store configured in your Domain.xml points to another > > > > > location than the one you have looked into? E.g. Domain.xml says > > > > > c:/tmp and you find something in store. Try saving a file a have a > > > > > look if it appears in the directory you expect to be your store > > > > > directory. > > > > > > > > > > Oliver > > > > > > > > > > On Mon, 25 Oct 2004 10:17:10 -0400, Nick Longinow > > > > > <[EMAIL PROTECTED]> wrote: > > > > > > Ok, this is a very beginner level question. > > > > > > > > > > > > I am using the basic Tx store given in the downloadable Tomcat > > version > > > > of > > > > > > Slide, and have created a set of users and collections. When I > > > > restarted > > > > > > Tomcat, they are all gone when I look at the Url for slide, but if > I > > > > look > > > > > > into the directory tree for 'store' it is all in there. > > > > > > > > > > > > How can I get it all back ? > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
