[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Apache 2.2.14 keeps seeing a 2.0.x svn module

From: Aston Jeremy <jeremy.aston_at_realitylogic.com>
Date: Wed, 28 Oct 2009 19:11:04 +0000

Hi Tena et al,

The problem is solved and was very closely related to your comments.

I searched out any httpd related files and renamed them to prevent
them being accessed. I then rebuilt Apache with the following:

./configure --enable-mods-shared="most dav ssl" --enable-suexec --
disable-status --disable-userdir --with-apr=/usr/local/apr --with-apr-
util=/usr/local/apr --prefix=/usr/local/apache2 --without-berkeley-db

I am using fsfs hence the --without-berkeley-db

I then rebuilt subversion with:

./configure --with-apr=/usr/local/apr --with-apr-util=/usr/local/apr
--with-apxs=/usr/local/apache2/bin/apxs --without-berkeley-db --with-
sqlite=/usr/local/sqlite --with-apache-libexecdir=/usr/local/apache2/
modules

Please note that I had already built apr, aprutil and sqlite from the
most recent project downloads and did not use subversion-deps.

Subversion then started working fine in terms of being viewable via
http.

I then did an upgrade via svnadmin and everything stopped working

When committing changes I got a SQLite error saying something along
the lines of (20014)Internal error: SQLite compiled for 3.6.19, but
running with 3.3.7. A bit of research showed this was down to Apache
using the SQllite libs associated with PHP so I had to recompile PHP
with a --without-sqlite option.

Commit then worked except that I was still seeing a checksum mismatch
error on certain larger binary files.

The whole point of this was to try and see if this problem (yet to
the subject of another post) would go away if I was using the latest
version of everything. Unfortunately not.

I then did a dump and load just in case. I had a minor issue with
permissions but simply solved by doing a chown to the Apache service
account on the repo.

So it is now working but I still have problems with checksum errors -
I think there is a post coming on that one!

Many thanks for your help on this one though!

rgds

jez

On 27 Oct 2009, at 04:17, Tena Sakai wrote:

> Hi Jez,
>
> > I will try the suggestions but my problem is not
> > that I want to run 2.0 but I want to run 2.2,
> > in fact I was already running 2.2.8.
>
> You may very well be running 2.2.x, but somewhere
> on your system (unbeknownst to you?) there is 2.0
> which your subversion build is picking up. If you
> accept that, then there are a couple of things you
> can do: (a) get rid of 2.0, if you know where it
> is and you are sure it is not used by anybody,
> (b) alter the path subversion is using to look for
> apr, or (c) hide the current httpd and build afresh
> and let subversion see that. I didn't know how to
> do (a) or (b). Actually, I couldn't be sure if
> I did either, then subversion would agree with my
> view. Therefore I resorted to (c). I don't think
> it is terribly large rock to turn over.
>
> > Some how the subversion build thinks it is building
> > against 2.0 and I've no idea why.
>
> Yeah, I was there too. It is a pretty large code
> and you will waste lots of time attacking that why.
> Unless you are able to get into the code writer's mind,
> you should treat the code as a black box and devise
> means to observe its behavior to gain the insight.
>
> I am only running 2.0 apache because I havn't had time
> to test stuff with the new apache. In the meantime,
> my 2.0 web server works and my subversion works. I
> have a happy boss and I am a happy worker/coder.
>
> If you want to look at what I have done, you should
> search this mailing archive with the following two
> subject lines:
> svnadmin: Expected repository format '3' or '5'; found format '4'
> and
> building subversion from tar ball
>
> Tena Sakai
> tsakai_at_gallo.ucsf.edu
>
>
> -----Original Message-----
> From: Aston Jeremy [mailto:jeremy.aston_at_realitylogic.com]
> Sent: Mon 10/26/2009 7:56 PM
> To: users_at_subversion.tigris.org
> Subject: Re: Apache 2.2.14 keeps seeing a 2.0.x svn module
>
> Thanks Tena,
>
> I will try the suggestions but my problem is not that I want to run
> 2.0 but I want to run 2.2, in fact I was already running 2.2.8. Some
> how the subversion build thinks it is building against 2.0 and I've
> no idea why.
>
> Can anyone give me any pointers as to what I should be looking for in
> my configuration or logs that would tell me why I am getting a 2.0
> signature in the SVN modules and not a 2.2? I am sure this is
> something simple but I cannot find it and at the moment I have had to
> disable subversion from within Apache.
>
> I am getting desperate now - is there anyone there who can provide
> any help at all please?
>
> Many thanks
>
> Jez
>
>
>
> On 26 Oct 2009, at 18:04, Tena Sakai wrote:
>
> > Hi Jez,
> >
> > I am not an expert at subversion, but your case
> > interests me because I had similar symptom as
> > yours a week or so ago.
> >
> > I had apache server 2.0 running and what I wound
> > up doing was to download the latest httpd and
> > compiled it, stopped the 2.0 apache, and started
> > 2.2 apache. Then recompiled the subversion from
> > ./configure which went smoothly and subversion
> > started working. Since the binding to apr is
> > already done, I stopped the apache server and
> > started the 2.0 apache and all is well. (Of
> > course, I had to do this all at wee hour of the
> > day...)
> >
> > I emphasize that your situation is probably
> > different from mine in lots of ways, but the
> > symptom sounds suspiciously similar. So, if
> > I were you, I would try the following experiments:
> >
> > 1) Hide all apache tree. Maybe chmod 000 the-tree.
> > or rename it. Stop apache and recompile
> > apache under a virgin directory. Test the
> > apache only.
> > 2) If the step 1 above goes well, I would do
> > ./configure and the rest of it in subversion
> > source directory and see what would happen.
> >
> > Don't just do it. Give enough thoughts in advance
> > so that you can recover to the point before the
> > experiment if the result proves undesirable.
> >
> > Hope this helps.
> >
> > Regards,
> >
> > Tena Sakai
> > tsakai_at_gallo.ucsf.edu
> >
> > -----Original Message-----
> > From: Jeremy Aston [mailto:jeremy.aston_at_realitylogic.com]
> > Sent: Mon 10/26/2009 7:32 AM
> > To: users_at_subversion.tigris.org
> > Subject: Apache 2.2.14 keeps seeing a 2.0.x svn module
> >
> > Hi,
> >
> > I have been trying to upgrade my subversion to 1.6.6 and having some
> > problems.
> >
> > Originally I was running Apache 2.2.8 and svn 1.4.6. I am on a VPS
> > on a
> > Redhat 4.1.1-53 on a Intel E5320 (64 bit) platform.
> >
> > I then download the source for svn 1.6.6 and dependencies and
> compiled
> > it. When I restarted Apache it failed with a signature exception
> > on the
> > svn modules. The signature on the modules were for Apache 2.0
> and not
> > 2.2 which is weird given I was already running on 2.2.x. The
> > server did
> > already have Apache 2 on it as the base install so I think somehow
> > it is
> > finding the 2.0 Apache even though the last time I built Apache and
> > svn
> > it worked fine.
> >
> > I then thought I would rebuild Apache so I got 2.2.14 and built that
> > then rebuilt svn - same problem.
> >
> > Since then I have tried LOADS of things. I have used --with-apr,
> > --with-apr-util and --with-apxs (in various combinations). This
> > caused
> > a fail on libexpat not being found. I have removed the svn
> > dependencies
> > and built from newly download apr/apr-util/expat. I have
> reloaded the
> > ld cache with library paths all over the place. I've done
> > everything I
> > can think of to sort the problem but to no avail.
> >
> > The only way I got subversion to compile against my fresh apr/apr-
> util
> > and expat was to compile apr-util with a --with-expat-builtin
> > config option.
> >
> > What do I need to do to force svn to compile against my Apache
> 2.2.14?
> >
> > Many thanks in advance,
> >
> > Jez
> >
> > ------------------------------------------------------
> > http://subversion.tigris.org/ds/viewMessage.do?
> > dsForumId=1065&dsMessageId=2411399
> >
> > To unsubscribe from this discussion, e-mail: [users-
> > unsubscribe_at_subversion.tigris.org].
> >
> >
>
> ------------------------------------------------------
> http://subversion.tigris.org/ds/viewMessage.do?
> dsForumId=1065&dsMessageId=2411576
>
> To unsubscribe from this discussion, e-mail: [users-
> unsubscribe_at_subversion.tigris.org].
>
>

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2412221

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-10-28 20:12:10 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.