You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Sean Russell <se...@germane-software.com> on 2001/12/19 02:35:01 UTC
Mysterious hangs?
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I guess it is time to bug the dev list.
First off, I've been working on two distinct problems with SVN. Sander
walked me through a persistent one, having to do with incompatible DB
problems, which I'll write up; I've encountered it myself a few times, so I'm
guessing others will too along the way.
The environment I'm running is the current Apache2 from CVS (as of today) and
the same SVN (661, I believe).
Anyway, copy has never worked for me; I've added the ServerName directive to
the httpd.conf file, to no avail. The server error logs report:
[Tue Dec 18 11:39:41 2001] [error] [client 65.14.169.215] Could not fetch
resource information. [500, #0]
[Tue Dec 18 11:39:41 2001] [error] [client 65.14.169.215] could not determine
resource kind [500, #21050]
[Tue Dec 18 11:39:41 2001] [error] [client 65.14.169.215] file not found:
filesystem `/home/subversion/repos/db', revision `10', path
`/rexml/tags/1.2.3' [500, #21050]
on any sort of copy; I think this error was an attempted repos->repos copy.
I've been told that cp requires a special apache configuration, but nobody
can tell me, other than ServerName, what that is. Sander suggested I post to
the collective for an answer.
More critical is that subversion just mysteriously stopped working, after I
finally got the repository version compiled and running today. I checked
some stuff out played around; it all worked. I did some more coding and when
I tried to check stuff back in, the command hung -- for, like, 30 seconds or
so. Then I get a client-side error:
svn_error: #21075 : <RA layer's server request failed>
The OPTIONS request failed (/svn/repos/rexml/trunk)
svn_error: #21075 : <RA layer's server request failed>
neon: Could not read status line: connection timed out.
No error on the server side. This happens for *everything* I try; checkouts,
commits, updates... I snooped the communication; after the request is sent,
the server simply never responds.
What seems to be happening is that another httpd process is launched for each
request; they never log errors, and they never return. They just lurk.
I can, BTW, do an "svn co file:///home/subversion" locally, and that works.
Sorry to bother you all.
- --- SER
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE8H/ziP0KxygnleI8RAvN7AKCRNi6z8FzlfrZBQnXPrEHGZTzkQwCfcj3A
mJw9L2M19RcMSif3lKuCVA8=
=evrf
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Mysterious hangs?
Posted by cm...@collab.net.
Sean Russell <se...@germane-software.com> writes:
> However, I still get the error in the server-side log messages:
>
> [Wed Dec 19 10:46:12 2001] [error] [client 65.14.169.215] Could not fetch
> resource information. [500, #0]
> [Wed Dec 19 10:46:12 2001] [error] [client 65.14.169.215] could not determine
> resource kind [500, #21050]
> [Wed Dec 19 10:46:12 2001] [error] [client 65.14.169.215] file not found:
> filesystem `/home/subversion/db', revision `7', path `/rexml/tags/1.2.3'
> [500, #21050]
This might actually be intentional. Part of the copy operation's
logic is to decide if, when you give a destination of ...tags/1.2.3,
"1.2.3" is the new thing to be created, or just an existing directory
in which to put the copied thing. So a "stat" of sorts is run on the
destination path. If the stat comes back with "there's no such thing
as .../tags/1.2.3", then we assume that the copy operation is going to
be creating a new thing called "1.2.3" in the ...tags directory. If
it comes back with ".../tags/1.2.3 is a directory" then we know we are
going to be creating a new item called "trunk" (in your example) in
the ...tags/1.2.3 directory.
What you might be seeing above is the answer to the stat question. I
can't state this matter-of-factly, though.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Mysterious hangs?
Posted by Sean Russell <se...@germane-software.com>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Wednesday 19 December 2001 01:07 pm, cmpilato@collab.net wrote:
> > svn cp http://.../rexml/trunk http://.../rexml/tags/1.2.3
>
> Does the "tags" directory exist?
Yes; I have branches, trunk, and tags.
Oh, bugger. I just tried it again with with 'script' so that I could send a
complete bug report, and it worked. I mean, I'm happy that it worked, but
since I don't know what changed, I can't document it. I think the only
difference between this and the last time I tried is that I'm using a
brand-new repository that I created with svnadmin when the old repository
started locking up. However, I still get the error in the server-side log
messages:
[Wed Dec 19 10:46:12 2001] [error] [client 65.14.169.215] Could not fetch
resource information. [500, #0]
[Wed Dec 19 10:46:12 2001] [error] [client 65.14.169.215] could not determine
resource kind [500, #21050]
[Wed Dec 19 10:46:12 2001] [error] [client 65.14.169.215] file not found:
filesystem `/home/subversion/db', revision `7', path `/rexml/tags/1.2.3'
[500, #21050]
The relevant parts of httpd.conf follows. The server's name is "maus",
although it isn't in the DNS under that name. The DNS entry that the server
answers to resolves to "germane-software.com". IE, hostname returns "maus",
but "host maus.germane-software.com" will fail. I've tried it with
ServerName commented out, as well.
...
ServerName germane-software.com:8082
...
<Location /svn/repos/>
DAV svn
SVNPath /home/subversion
AuthType Basic
AuthName "Subversion repository"
AuthUserFile /home/subversion/svn-users
# <LimitExcept GET PROPFIND OPTIONS REPORT>
<LimitExcept GET PROPFIND>
require valid-user
</LimitExcept>
</Location>
Thanks, people.
- --- SER
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE8IOJHP0KxygnleI8RAsQuAJwP/YWFeK5djE8vo1jnpxHcq2i7cACgnTJN
OGyrD2dKDYYOaFRYWpKlm68=
=wNif
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Mysterious hangs?
Posted by cm...@collab.net.
Sean Russell <se...@germane-software.com> writes:
> > Odd. What is the repos->repos command you're sending?
>
> svn cp http://.../rexml/trunk http://.../rexml/tags/1.2.3
Does the "tags" directory exist?
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Mysterious hangs?
Posted by Ben Collins-Sussman <su...@collab.net>.
Sean Russell <se...@germane-software.com> writes:
> On Wednesday 19 December 2001 12:21 pm, Ben Collins-Sussman wrote:
> > Sean Russell <se...@germane-software.com> writes:
> > > Anyway, copy has never worked for me; I've added the ServerName directive
> > > to the httpd.conf file, to no avail. The server error logs report:
> ...
> > Odd. What is the repos->repos command you're sending?
>
> svn cp http://.../rexml/trunk http://.../rexml/tags/1.2.3
Okay, we'll have to continue this thread. I have no ideas yet. :-)
>
> > > More critical is that subversion just mysteriously stopped working, after
> > > I finally got the repository version compiled and running today. I
> ...
> > Try this: stop apache; change into the repository's 'db' subdirectory;
> > run '/usr/local/BerkeleyDB.3.3/bin/db_recover -ve'; restart apache.
>
> I moved the old repository, created a new one, and re-imported my projects,
> and it seems to be working. I also did your db_recover on the old
> repository, and now it works, too. Thanks! I'll stick that in the tutorial.
>
For some reason, we've noticed that a DB environment has the potential
to get 'wedged' every once in a while, and needs to be 'unwedged' by
the db_recover utility.
It seems to happen if a DB-using application ever suddenly dies, or if
you interrupt it with a signal. It's not perfectly reproducible, so
we've not done a lot of investigation into the problem. But
*sometimes* we can reproduce it by simply running 'svnadmin lsrevs
repo', and then hitting control-c. Really weird.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Mysterious hangs?
Posted by Sean Russell <se...@germane-software.com>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Wednesday 19 December 2001 12:21 pm, Ben Collins-Sussman wrote:
> Sean Russell <se...@germane-software.com> writes:
> > Anyway, copy has never worked for me; I've added the ServerName directive
> > to the httpd.conf file, to no avail. The server error logs report:
...
> Odd. What is the repos->repos command you're sending?
svn cp http://.../rexml/trunk http://.../rexml/tags/1.2.3
> > More critical is that subversion just mysteriously stopped working, after
> > I finally got the repository version compiled and running today. I
...
> Try this: stop apache; change into the repository's 'db' subdirectory;
> run '/usr/local/BerkeleyDB.3.3/bin/db_recover -ve'; restart apache.
I moved the old repository, created a new one, and re-imported my projects,
and it seems to be working. I also did your db_recover on the old
repository, and now it works, too. Thanks! I'll stick that in the tutorial.
- --- SER
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE8INQ5P0KxygnleI8RArCCAKCiGyMjdVqpE3ph4Fc2lcJjvXTmbACaAzu3
9ltCwOMmj81xVXEWdsqlQa8=
=iNXA
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Mysterious hangs?
Posted by Ben Collins-Sussman <su...@collab.net>.
Sean Russell <se...@germane-software.com> writes:
> Anyway, copy has never worked for me; I've added the ServerName directive to
> the httpd.conf file, to no avail. The server error logs report:
>
> [Tue Dec 18 11:39:41 2001] [error] [client 65.14.169.215] Could not fetch
> resource information. [500, #0]
> [Tue Dec 18 11:39:41 2001] [error] [client 65.14.169.215] could not determine
> resource kind [500, #21050]
> [Tue Dec 18 11:39:41 2001] [error] [client 65.14.169.215] file not found:
> filesystem `/home/subversion/repos/db', revision `10', path
> `/rexml/tags/1.2.3' [500, #21050]
>
> on any sort of copy; I think this error was an attempted
> repos->repos copy. I've been told that cp requires a special apache
> configuration, but nobody can tell me, other than ServerName, what
> that is. Sander suggested I post to the collective for an answer.
Odd. What is the repos->repos command you're sending?
> More critical is that subversion just mysteriously stopped working, after I
> finally got the repository version compiled and running today. I checked
> some stuff out played around; it all worked. I did some more coding and when >
> svn_error: #21075 : <RA layer's server request failed>
> neon: Could not read status line: connection timed out.
>
Try this: stop apache; change into the repository's 'db' subdirectory;
run '/usr/local/BerkeleyDB.3.3/bin/db_recover -ve'; restart apache.
Does that fix it?
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
RE: Mysterious hangs?
Posted by Sander Striker <st...@apache.org>.
> From: Sean Russell [mailto:ser@germane-software.com]
> Sent: 19 December 2001 03:35
Hi,
> I guess it is time to bug the dev list.
>
> First off, I've been working on two distinct problems with SVN. Sander
> walked me through a persistent one, having to do with incompatible DB
> problems, which I'll write up; I've encountered it myself a few times, so I'm
> guessing others will too along the way.
It's something quite trivial, I'll post a patch to INSTALL to include the
sometimes needed extra info in section V.
For those who don't know: if apr-util links to a different version of
db than svn is linked to, the svn server will not be able to open a repos
(due to db incompatibility). So, at apache (or actually apr-util) configure/compile
time, you have to tell it where to find the db you want to use.
> The environment I'm running is the current Apache2 from CVS (as of today) and
> the same SVN (661, I believe).
>
> Anyway, copy has never worked for me; I've added the ServerName directive to
> the httpd.conf file, to no avail. The server error logs report:
>
> [Tue Dec 18 11:39:41 2001] [error] [client 65.14.169.215] Could not fetch
> resource information. [500, #0]
> [Tue Dec 18 11:39:41 2001] [error] [client 65.14.169.215] could not determine
> resource kind [500, #21050]
> [Tue Dec 18 11:39:41 2001] [error] [client 65.14.169.215] file not found:
> filesystem `/home/subversion/repos/db', revision `10', path
> `/rexml/tags/1.2.3' [500, #21050]
>
> on any sort of copy; I think this error was an attempted repos->repos copy.
> I've been told that cp requires a special apache configuration, but nobody
> can tell me, other than ServerName, what that is. Sander suggested I post to
> the collective for an answer.
Yes. I also said that you should paste the relevant portions of your
httpd.conf (so we can spot problems with it). And more importantly, you
should tell did to cause the error to appear. Paste your last [few if
relevant] commands you gave on the commandline (ad verbatim).
Thanks,
Sander
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org