> -----Original Message-----
> From: Brandon Ehle [mailto:firstname.lastname@example.org]
> Sent: Thursday, December 19, 2002 4:18 AM
> To: Peter Howard
> Cc: Subversion Dev list
> Subject: Re: Repository "hung"
> >Some 10 minutes later with nothing more, I ctrl-c the job. Think. DAMN!
> >apache is still running. Stop apache. Now try to recover. Same result
> >"Please stand by . . ." then nothing. Checking the process
> usage, svnadmin
> >is sitting at 10-15% of CPU.
> Verify that ALL the "httpd" processes are gone, as shutting down apache
> normally when something wedges the repository rarely ever results in all
> apache processes exiting, then manually removed the leaked semaphores
> with "ipcs" and "ipcrm -s". Any semaphores under the user/group
> "apache" that are still alive after apache exited need to be removed, if
> not, then eventually your machine will run out of semaphores and need a
> >Check filesystem. It's full. Bother. Remove heaps of stuff. Filesystem
> >now down to 60%. Try recover again. Same result "Please stand by . . ."
> >then nothing more after 5-10 minutes.
> Before running recover, goto the repository/db directory and run "lsof
> *". If you see anything accessing the files kill it. Then run
> recover. While recover is running you can use "lsof *" to watch its
> progress (in a catastrophic recovery, it will walk through the log files
> a few at a time).
Tried to do that, but it had fixed itself :-) I shut the server down last
night in frustration and only started it again now (9 hours later) and the
recover took about 2 seconds. Remote access works now. I _had_ done a
reboot last night but that didn't get things working. There were also a
couple of files with access permissions in the db dir, but again I had fixed
that as I went last night, so why now?
So that leaves me moderately bemused as to the exact problem. But if it
happens again, I'll check the semaphore situation.
One last question - lsof ? did you mean ls -of ? Or is lsof some other
utility I'm unaware of? (note, -f has different meanings on linux and
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Wed Dec 18 21:08:13 2002