Re: Subversion segmentation fault for 1 repository
On Sat, Aug 01, 2009 at 09:32:38PM +0100, Philip Martin wrote: Philip Martin phi...@codematters.co.uk writes: BDB databases are supposed to be portable from 32 to 64 bits: http://www.oracle.com/technology/documentation/berkeley-db/db/ref/am_misc/faq.html but if for some reason that doesn't work the last ditch solution is to dump the database on the 32 bit machine, transfer the dump, and load it on the 64 bit machine. It might be sufficient to remove the BDB shared-memory files repository/db/__db.00? on the 64 bit machine, they will get recreated automatically when you access the repository. Thank you very, very much Philip! That was sufficient, repository works fine now. Jakub -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Subversion segmentation fault for 1 repository
I've changed hardware in my server from i386 to AMD64 and everything works fine except one SVN repository. When I try to access it, there is following error: svn: OPTIONS z 'http://some.local.ip.address/svn/repo-name': Could not read status line: connection was closed by server (http://some.local.ip.address) in Apache error log: [notice] child pid 3504 exit signal Segmentation fault (11) I've thought it might me dav_svn issue but: svnadmin verify repo-name gives following result: Segmentation fault The same is with: svnadmin recover repo-name Repository lock acquired. Please wait; recovering the repository may take some time... Segmentation fault This repo is very big - server repo directory is 7.1 GB. Maybe this is a reason for that? All other repositories work fine, although they are much smaller. On i386 machine this repository, just copied from amd64 works fine. Any help will be appreciated. Regards, Jakub For me it seems as there is a bug in some libraries compiled for amd64. I've made following checks: - I downloaded newest subversion sources and compiled it. Result was the same as above that is Segmentation fault. - I installed ia32 chroot system with debootstrap and repository works fine on the same machine! Should I file a bug somewhere? Regards, Jakub -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Subversion segmentation fault for 1 repository
Philip Martin phi...@codematters.co.uk writes: BDB databases are supposed to be portable from 32 to 64 bits: http://www.oracle.com/technology/documentation/berkeley-db/db/ref/am_misc/faq.html but if for some reason that doesn't work the last ditch solution is to dump the database on the 32 bit machine, transfer the dump, and load it on the 64 bit machine. It might be sufficient to remove the BDB shared-memory files repository/db/__db.00? on the 64 bit machine, they will get recreated automatically when you access the repository. -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Subversion segmentation fault for 1 repository
open(graphics/db/__db.001, O_RDWR)= 5 The failing repository is a BDB repository. This repo is very big - server repo directory is 7.1 GB. Maybe this is a reason for that? All other repositories work fine, although they are much smaller. Are the other repositories using BDB or FSFS? Look in repository/db/fs-type to find out. Which version of Berkeley DB is used on the two machines? Oldstable appears to be libdb4.4, stable is libdb4.6, unstable is perhaps libdb4.7. BDB databases are supposed to be portable from 32 to 64 bits: http://www.oracle.com/technology/documentation/berkeley-db/db/ref/am_misc/faq.html but if for some reason that doesn't work the last ditch solution is to dump the database on the 32 bit machine, transfer the dump, and load it on the 64 bit machine. -- Philip -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Subversion segmentation fault for 1 repository
run strace with svnadmin Dean On 7/31/2009, Jakub Nadolny jakub.nado...@carrywater.pl wrote: Hi, I've changed hardware in my server from i386 to AMD64 and everything works fine except one SVN repository. When I try to access it, there is following error: svn: OPTIONS z 'http://some.local.ip.address/svn/repo-name': Could not read status line: connection was closed by server (http://some.local.ip.address) in Apache error log: [notice] child pid 3504 exit signal Segmentation fault (11) I've thought it might me dav_svn issue but: svnadmin verify repo-name gives following result: Segmentation fault The same is with: svnadmin recover repo-name Repository lock acquired. Please wait; recovering the repository may take some time... Segmentation fault This repo is very big - server repo directory is 7.1 GB. Maybe this is a reason for that? All other repositories work fine, although they are much smaller. On i386 machine this repository, just copied from amd64 works fine. Any help will be appreciated. Regards, Jakub -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Subversion segmentation fault for 1 repository
The last part of strace:
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f20b974c000
read(4, # This is the configuration file ..., 4096) = 1738
read(4, ..., 4096)= 0
close(4)= 0
munmap(0x7f20b974c000, 4096)= 0
stat(/var/tmp, {st_mode=S_IFDIR|S_ISVTX|0777, st_size=4096, ...}) = 0
open(graphics/db/__db.register, O_RDWR|O_CREAT, 0660) = 4
fcntl(4, F_SETFD, FD_CLOEXEC) = 0
fcntl(4, F_SETLKW, {type=F_WRLCK, whence=SEEK_SET, start=1, len=1}) = 0
fstat(4, {st_mode=S_IFREG|0640, st_size=125, ...}) = 0
read(4,11370\n..., 25) = 25
fcntl(4, F_SETLK, {type=F_WRLCK, whence=SEEK_SET, start=0, len=1}) = 0
fcntl(4, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=1}) = 0
fstat(4, {st_mode=S_IFREG|0640, st_size=125, ...}) = 0
lseek(4, 0, SEEK_SET) = 0
write(4, X 0\n..., 25) = 25
write(4, X 0\n..., 25) = 25
write(4, X 0\n..., 25) = 25
write(4, X 0\n..., 25) = 25
write(4, X 0\n..., 25) = 25
lseek(4, 0, SEEK_SET) = 0
read(4, X 0\n..., 25) = 25
fcntl(4, F_SETLK, {type=F_WRLCK, whence=SEEK_SET, start=0, len=1}) = 0
lseek(4, 0, SEEK_SET) = 0
write(4,11376\n..., 25) = 25
open(graphics/db/__db.rep.init, O_RDONLY) = -1 ENOENT (No such file or
directory)
open(graphics/db/__db.001, O_RDWR)= 5
fcntl(5, F_SETFD, FD_CLOEXEC) = 0
fstat(5, {st_mode=S_IFREG|0644, st_size=24576, ...}) = 0
close(5)= 0
open(graphics/db/__db.001, O_RDWR)= 5
fcntl(5, F_SETFD, FD_CLOEXEC) = 0
mmap(NULL, 24576, PROT_READ|PROT_WRITE, MAP_SHARED, 5, 0) = 0x7f20b9747000
close(5)= 0
munmap(0x7f20b9747000, 12884901887) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Full output:
http://debian.pastebin.com/m3f148b4c
On Fri, Jul 31, 2009 at 05:12:05AM -0800, Dean Hamstead wrote:
run strace with svnadmin
Dean
On 7/31/2009, Jakub Nadolny jakub.nado...@carrywater.pl wrote:
Hi,
I've changed hardware in my server from i386 to AMD64 and everything works
fine
except one SVN repository.
When I try to access it, there is following error:
svn: OPTIONS z 'http://some.local.ip.address/svn/repo-name': Could not
read status line: connection was closed by server
(http://some.local.ip.address)
in Apache error log:
[notice] child pid 3504 exit signal Segmentation fault (11)
I've thought it might me dav_svn issue but:
svnadmin verify repo-name
gives following result:
Segmentation fault
The same is with:
svnadmin recover repo-name
Repository lock acquired.
Please wait; recovering the repository may take some time...
Segmentation fault
This repo is very big - server repo directory is 7.1 GB. Maybe this is a
reason
for that? All other repositories work fine, although they are much smaller.
On i386 machine this repository, just copied from amd64 works fine.
Any help will be appreciated.
Regards,
Jakub
--
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Subversion segmentation fault for 1 repository
On Fri, 31 Jul 2009, Jakub Nadolny wrote: Hi, I've changed hardware in my server from i386 to AMD64 and everything works fine except one SVN repository. When I try to access it, there is following error: svn: OPTIONS z 'http://some.local.ip.address/svn/repo-name': Could not read status line: connection was closed by server (http://some.local.ip.address) in Apache error log: [notice] child pid 3504 exit signal Segmentation fault (11) I've thought it might me dav_svn issue but: svnadmin verify repo-name gives following result: Segmentation fault The same is with: svnadmin recover repo-name Repository lock acquired. Please wait; recovering the repository may take some time... Segmentation fault This repo is very big - server repo directory is 7.1 GB. Maybe this is a reason for that? All other repositories work fine, although they are much smaller. On i386 machine this repository, just copied from amd64 works fine. Any help will be appreciated. Regards, Jakub I doubt its the size of the repository, I have a few that are well over 40G. How did you migrate your repository? Perhaps something got corrupted in the transfer? Jeff -- 8 out of 10 Owners who Expressed a Preference said Their Cats Preferred Techno. -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Subversion segmentation fault for 1 repository
On Fri, Jul 31, 2009 at 01:15:29PM -0700, Jeff D wrote: On Fri, 31 Jul 2009, Jakub Nadolny wrote: Hi, I've changed hardware in my server from i386 to AMD64 and everything works fine except one SVN repository. When I try to access it, there is following error: svn: OPTIONS z 'http://some.local.ip.address/svn/repo-name': Could not read status line: connection was closed by server (http://some.local.ip.address) in Apache error log: [notice] child pid 3504 exit signal Segmentation fault (11) I've thought it might me dav_svn issue but: svnadmin verify repo-name gives following result: Segmentation fault The same is with: svnadmin recover repo-name Repository lock acquired. Please wait; recovering the repository may take some time... Segmentation fault This repo is very big - server repo directory is 7.1 GB. Maybe this is a reason for that? All other repositories work fine, although they are much smaller. On i386 machine this repository, just copied from amd64 works fine. Any help will be appreciated. Regards, Jakub I doubt its the size of the repository, I have a few that are well over 40G. How did you migrate your repository? Perhaps something got corrupted in the transfer? I've just copied repository directory from old disk to new one. Repository is not corrupted - to check it I've copied it again from new disk to another machine (i386) and then it works fine, svnadmin verify shows no errors. -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
