svnadmin: Corrupt node-revision

2012-04-03 Thread Amit Girme 
Hi,

Can anyone please help me in resolving the issue of

svnadmin: Corrupt node-revision

output for the command svnadmin verify REPONAME
Thanks & Regards,

Amit Girme | Senior Application Engineer | Group IT - Business Applications | 
TomTom | Pune, India | e-mail: 
amit.gi...@tomtom.com | 
www.tomtom.com
This email message and any attachments are for the sole use of the intended 
recipient(s) and may contain information that is proprietary to TomTom and/or 
its affiliates or otherwise confidential or legally privileged.  If you have 
received this message in error, please notify the sender by reply, and delete 
all copies of this message and any attachments. If you are the intended 
recipient you may use the information contained in this message and any files 
attached to this message only as authorized by TomTom. Any unauthorized use, 
dissemination or disclosure of this message or its attachments is strictly 
prohibited.
The contents of this e-mail are not to be considered binding upon TomTom.
Please consider the environment before printing this e-mail.

svn cleanup fails with "disk I/O error, executing statement 'RELEASE s165'"

2012-04-03 Thread Niemann, Hartmut 
Hello!

occasionally (about every other day?) a subversion command fails,
a common pattern are disk I/O failures "executing statement 'RELEASE' and then 
different 
numbers.

A svn cleanup failed three times in a row to succeed on the fouth time (which 
led to my post 
on the TortoiseSVN mailing list quoted below).

(remark: this is
TortoiseSVN 1.7.6, Build 22632 - 32 Bit , 2012/03/08 18:29:39
Subversion 1.7.4
on Windows XP (32bit) and they told me to go to this list)

This post
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2908568

and 
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2943882

and this
http://svn.haxx.se/tsvnusers/archive-2012-01/0033.shtml

suggest that maybe there is a race between the SQLite kernel and the virus 
scanner
when SQLite closes its journal to create it again immediately.

Turning off the virus scanner is no option in my company.
I can do that (maybe) to verify that this is the cause, but not for production 
use.

Now I'd like to know what exactly went wrong, when such an 
"disk I/O error, executing statement 'RELEASE  s85'"
is reported? What did subversion do, with what result?
Where do I look for that information?
Would it be possible to circumvent such problems in subversion?
What would I have to do to reproduce this disk I/O error without subversion?
If I prove this problem with a simple C program, I avoid
that our virus department tell me it's SVNs fault.

With best regards
Hartmut Niemann



> -Ursprüngliche Nachricht-
> Von: Simon Large [mailto:simon.tortoise...@gmail.com] 
> Gesendet: Montag, 26. März 2012 23:48
> An: us...@tortoisesvn.tigris.org
> Betreff: Re: svn cleanup fails
> 
> On 26 March 2012 17:09, Niemann, Hartmut 
>  wrote:
> > Von: Niemann, Hartmut
> >        Gesendet: Montag, 26. März 2012 17:57
> >        An: us...@tortoisesvn.tigris.org
> >        Betreff: svn cleanup fails
> >
> >
> >        Hello!
> >
> >        After a commit I received an error message like 
> "checkin succeeded, but could not advance version
> >        disk I/O error, executing statement 'RELEASE s165'" 
> (if I remember correctly)
> >        and after a svn cleanup I get
> >        "Cleanup failed to process the following paths:
> >        D:\PRJ\DPS    (which is my root)
> >        disk I/O error, executing statement 'RELEASE  s85'"
> >
> >        Next try on the command line gives me:
> >
> >        D:\PRJ\DPS\doc\DPS-Handbuch>svn cleanup ../..
> >        svn: E200030: disk I/O error, executing statement 
> 'COMMIT TRANSACTION;'
> >
> >        What can I do if svn cleanup fails to clean up?
> >
> >        (This is Tortoise SVN 1.7.6 on Windows XP/32bit)
> >
> > I played with the sqlite database (open it with 
> sqlite3.exe, some readonly operations)
> > without errors.
> > I tried to svn cleanup one or two more times, and then it 
> finished without errors.
> > I had to svn update my directory, and now everything looks 
> normal again.
> > No entries in the Windows "Ereignisanzeige".
> >
> > I am wondering what this was.
> 
> This is a subversion error message so you would need to follow it up
> on the subversion users mailing list (users at subversion.apache.org).
> I don't suppose it is anything obvious like running short of disk
> space?
> 
> Simon
>

Error building subversion-1.7.4 mod_dav_svn.so with my own apr and apr-utils

2012-04-03 Thread Joel Eidsath 
I would love some help on this one. I have included my ldd info, as
well as my configure lines for apr, apr-util, httpd, and subversion.
Let me know if you have a guess about what is going wrong.

Also, please include me on replies as I am not a member of the list.

Joel Eidsath
jeids...@gmail.com

I am getting the following error when trying to start apache after
building mod_dav_svn.so:

~/httpd/bin/apachectl restart --

httpd: Syntax error on line 54 of
/ngs/app/istsvnd/httpd-2.2.21/conf/httpd.conf: Cannot load /ngs/ap
p/istsvnd/httpd/modules/mod_dav_svn.so into server:
/ngs/app/istsvnd/subversion-1.7.4/lib/libsvn_sub
r-1.so.0: undefined symbol: apr_atomic_xchgptr

Everything looks good on mod_dav_svn.so with ldd (notice libaprutil
and libapr lines, also notice the versions):

ldd /ngs/app/istsvnd/httpd/modules/mod_dav_svn.so --

linux-vdso.so.1 =>  (0x7fffdf9ff000)
libsvn_repos-1.so.0 =>
/ngs/app/istsvnd/subversion-1.7.4/lib/libsvn_repos-1.so.0
(0x7f63da0f1000)
libsvn_fs-1.so.0 =>
/ngs/app/istsvnd/subversion-1.7.4/lib/libsvn_fs-1.so.0
(0x7f63d9ee9000)
libsvn_fs_fs-1.so.0 =>
/ngs/app/istsvnd/subversion-1.7.4/lib/libsvn_fs_fs-1.so.0
(0x7f63d9cc1000)
libsvn_fs_util-1.so.0 =>
/ngs/app/istsvnd/subversion-1.7.4/lib/libsvn_fs_util-1.so.0
(0x7f63d9abf000)
libsvn_delta-1.so.0 =>
/ngs/app/istsvnd/subversion-1.7.4/lib/libsvn_delta-1.so.0
(0x7f63d98b2000)
libsvn_subr-1.so.0 =>
/ngs/app/istsvnd/subversion-1.7.4/lib/libsvn_subr-1.so.0
(0x7f63d95df000)
libaprutil-1.so.0 =>
/ngs/app/istsvnd/apr-util-1.4.1/lib/libaprutil-1.so.0
(0x7f63d93be000)
libapr-1.so.0 => /ngs/app/istsvnd/apr-1.4.6/lib/libapr-1.so.0
(0x7f63d9191000)
libuuid.so.1 => /lib64/libuuid.so.1 (0x7f63d8f83000)
librt.so.1 => /lib64/librt.so.1 (0x7f63d8d7a000)
libcrypt.so.1 => /lib64/libcrypt.so.1 (0x7f63d8b41000)
libexpat.so.0 => /lib64/libexpat.so.0 (0x7f63d891f000)
libz.so.1 => /usr/lib64/libz.so.1 (0x7f63d870b000)
libdl.so.2 => /lib64/libdl.so.2 (0x7f63d8506000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x7f63d82eb000)
libmagic.so.1 => /usr/lib64/libmagic.so.1 (0x7f63d80dc000)
libc.so.6 => /lib64/libc.so.6 (0x7f63d7d84000)
/lib64/ld-linux-x86-64.so.2 (0x7f63da546000)

Apr configure line:

./configure --prefix=/ngs/app/istsvnd/apr-1.4.6

Apr-util configure line:

./configure --with-ldap
--with-apr=/ngs/app/istsvnd/apr/bin/apr-1-config
--prefix=/ngs/app/istsvnd/apr-util-1.4.1

Apache configure line:

./configure --prefix=/ngs/app/istsvnd/httpd-2.2.21
--with-apr=/ngs/app/istsvnd/apr/bin/apr-1-config
--with-apr-util=/ngs/app/istsvnd/apr-util/bin/apu-1-config
--enable-mods-shared=all --enable-dav --enable-dav-fs
--enable-static-htpasswd --enable-authn-file=static
--enable-authz-host=static --enable-auth-basic=static
--enable-log-config=static --enable-dav=static --enable-alias=static
--enable-dav-svn=static --enable-authz-svn=static
--enable-authz-user=static --enable-authz-default=static
--enable-mime=static --enable-dav-fs=static --enable-ldap=shared
--enable-auth-ldap=shared

Subversion configure line:
./configure --prefix=/ngs/app/istsvnd/subversion-1.7.4
--with-apr=/ngs/app/istsvnd/apr
--with-apr-util=/ngs/app/istsvnd/apr-util
--with-apxs=/ngs/app/istsvnd/httpd/bin/apxs --with-ssl
--without-berkeley-db --enable-javahl
--with-swig=/ngs/app/istsvnd/swig --with-jdk=/usr/java/jdk1.6.0_29

Checksum Kind Mismatch

2012-04-03 Thread Joseph Klida 
I am seeing a problem where I am trying to commit a file change to Subversion 
1.7.4 over HTTP (via Apache) and am getting the following error:

Transmitting file data .svn: E235000: In file 
'D:\Development\SVN\Releases\TortoiseSVN-1.7.6\ext\subversion\subversion\libsvn_wc\wc_db_pristine.c'
 line 482: assertion failed ((*md5_checksum)->kind == svn_checksum_md5)

Using SmartSVN, I get a similar error that provides a little more info:
Commit failed (details follow): Checksum mismatch for 'C:\Projects\...'; 
expected '$sha1$...', actual: '$md5$...'

Why would svn not be able to determine the correct checksum alg to use?

All machines involved are Windows (7 SP1 and 2008R2 SP1). Server is using 
VisualSVN Server (Apache based). Would it be possible that VisualSVN-Apache are 
always assuming MD5?

Would this a bug in svn? TortoiseSVN? VisualSVN Server?

FYI, I am NOT on the mailing-list, so please CC me.

Thanks
-joe