SearchFAQMemberlist Log in
Reply to topic Page 1 of 1
OverflowError: signed integer is greater than maximum
Author Message
Post OverflowError: signed integer is greater than maximum 
Andrew Ferguson-4 wrote:


On Jan 5, 2009, at 4:00 PM, Brad Beyenhof wrote:

Backing up from the 64-bit system works fine, and two of the
directories I'm backing up from the 32-bit system are fine as well.
However, one directory reports "OverflowError: signed integer is
greater than maximum" and quits partway through the backup. The
terminal output with the default verbosity is below; I can attach a
log with a higher verbosity if requested.


Hi Brad,

This is a known problem that is due to a bug in Python. The Python bug
has been fixed in their SVN, and was slated to be a part of 2.5.3, so
it should be included in the latest Python releases: 2.5.4, 2.6.1, and
3.0. Try upgrading your Python to 2.5.4 or 2.6.1.

Here is some more information about the problem:

https://bugs.launchpad.net/ubuntu/+source/rdiff-backup/+bug/245844
http://bugs.python.org/issue1747858


I have the same problem.
I'm on python26-2.6.4 with rdiff-backup-1.2.8,1
I just did :
# rm -rf /backup/users_backup/toto/rdiff-ba*
# rdiff-backup --force /mnt/users/toto /backup/Lipn/users_backup/toto
[...]
verflowError: signed integer is greater than maximum

I'm also on a 64 bit sys : FreeBSD 8.0-RELEASE AMD64

--
Michel

--
View this message in context: http://old.nabble.com/OverflowError%3A-signed-integer-is-greater-than-maximum-tp21299282p27187184.html
Sent from the rdiff-backup-users mailing list archive at Nabble.com.



_______________________________________________
rdiff-backup-users mailing list at rdiff-backup-users < at > nongnu.org
http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki

Post OverflowError: signed integer is greater than maximum 
Here is the complete Traceback :

[root < at > sauvelipn2009 ~]# rdiff-backup --force -v3 --print-statistics
--force /mnt/users_lipn/export/vol01/jc
/backup/Lipn/users_backup1/export/jc
Exception 'signed integer is greater than maximum' raised of class
'<type 'exceptions.OverflowError'>':
File "/usr/local/lib/python2.6/site-packages/rdiff_backup/Main.py",
line 304, in error_check_Main
try: Main(arglist)
File "/usr/local/lib/python2.6/site-packages/rdiff_backup/Main.py",
line 324, in Main
take_action(rps)
File "/usr/local/lib/python2.6/site-packages/rdiff_backup/Main.py",
line 280, in take_action
elif action == "backup": Backup(rps[0], rps[1])
File "/usr/local/lib/python2.6/site-packages/rdiff_backup/Main.py",
line 346, in Backup
backup.Mirror(rpin, rpout)
File
"/usr/local/lib/python2.6/site-packages/rdiff_backup/backup.py",
line 38, in Mirror
DestS.patch(dest_rpath, source_diffiter)
File
"/usr/local/lib/python2.6/site-packages/rdiff_backup/backup.py",
line 232, in patch
ITR(diff.index, diff)
File
"/usr/local/lib/python2.6/site-packages/rdiff_backup/rorpiter.py",
line 281, in __call__
last_branch.fast_process(*args)
File
"/usr/local/lib/python2.6/site-packages/rdiff_backup/backup.py",
line 529, in fast_process
if self.patch_to_temp(mirror_rp, diff_rorp, tf):
File
"/usr/local/lib/python2.6/site-packages/rdiff_backup/backup.py",
line 553, in patch_to_temp
result = self.patch_snapshot_to_temp(diff_rorp, new)
File
"/usr/local/lib/python2.6/site-packages/rdiff_backup/backup.py",
line 578, in patch_snapshot_to_temp
rpath.copy_attribs(diff_rorp, new)
File "/usr/local/lib/python2.6/site-packages/rdiff_backup/rpath.py",
line 180, in copy_attribs
rpout.chown(*rpout.conn.user_group.map_rpath(rpin))
File "/usr/local/lib/python2.6/site-packages/rdiff_backup/rpath.py",
line 973, in chown
try: self.conn.C.lchown(self.path, uid, gid)

Traceback (most recent call last):
File "/usr/local/bin/rdiff-backup", line 30, in <module>
rdiff_backup.Main.error_check_Main(sys.argv[1:])
File "/usr/local/lib/python2.6/site-packages/rdiff_backup/Main.py",
line 304, in error_check_Main
try: Main(arglist)
File "/usr/local/lib/python2.6/site-packages/rdiff_backup/Main.py",
line 324, in Main
take_action(rps)
File "/usr/local/lib/python2.6/site-packages/rdiff_backup/Main.py",
line 280, in take_action
elif action == "backup": Backup(rps[0], rps[1])
File "/usr/local/lib/python2.6/site-packages/rdiff_backup/Main.py",
line 346, in Backup
backup.Mirror(rpin, rpout)
File
"/usr/local/lib/python2.6/site-packages/rdiff_backup/backup.py",
line 38, in Mirror
DestS.patch(dest_rpath, source_diffiter)
File
"/usr/local/lib/python2.6/site-packages/rdiff_backup/backup.py",
line 232, in patch
ITR(diff.index, diff)
File
"/usr/local/lib/python2.6/site-packages/rdiff_backup/rorpiter.py",
line 281, in __call__
last_branch.fast_process(*args)
File
"/usr/local/lib/python2.6/site-packages/rdiff_backup/backup.py",
line 529, in fast_process
if self.patch_to_temp(mirror_rp, diff_rorp, tf):
File
"/usr/local/lib/python2.6/site-packages/rdiff_backup/backup.py",
line 553, in patch_to_temp
result = self.patch_snapshot_to_temp(diff_rorp, new)
File
"/usr/local/lib/python2.6/site-packages/rdiff_backup/backup.py",
line 578, in patch_snapshot_to_temp
rpath.copy_attribs(diff_rorp, new)
File "/usr/local/lib/python2.6/site-packages/rdiff_backup/rpath.py",
line 180, in copy_attribs
rpout.chown(*rpout.conn.user_group.map_rpath(rpin))
File "/usr/local/lib/python2.6/site-packages/rdiff_backup/rpath.py",
line 973, in chown
try: self.conn.C.lchown(self.path, uid, gid)
OverflowError: signed integer is greater than maximum

--
Michel

Michel Le Cocq a écrit:


Andrew Ferguson-4 wrote:


On Jan 5, 2009, at 4:00 PM, Brad Beyenhof wrote:

Backing up from the 64-bit system works fine, and two of the
directories I'm backing up from the 32-bit system are fine as well.
However, one directory reports "OverflowError: signed integer is
greater than maximum" and quits partway through the backup. The
terminal output with the default verbosity is below; I can attach a
log with a higher verbosity if requested.


Hi Brad,

This is a known problem that is due to a bug in Python. The Python bug
has been fixed in their SVN, and was slated to be a part of 2.5.3, so
it should be included in the latest Python releases: 2.5.4, 2.6.1, and
3.0. Try upgrading your Python to 2.5.4 or 2.6.1.

Here is some more information about the problem:

https://bugs.launchpad.net/ubuntu/+source/rdiff-backup/+bug/245844
http://bugs.python.org/issue1747858


I have the same problem.
I'm on python26-2.6.4 with rdiff-backup-1.2.8,1
I just did :
# rm -rf /backup/users_backup/toto/rdiff-ba*
# rdiff-backup --force /mnt/users/toto /backup/Lipn/users_backup/toto
[...]
verflowError: signed integer is greater than maximum

I'm also on a 64 bit sys : FreeBSD 8.0-RELEASE AMD64

--
Michel


_______________________________________________
rdiff-backup-users mailing list at rdiff-backup-users < at > nongnu.org
http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki

Post OverflowError: signed integer is greater than maximum 
I'm building a virtual machine like my save server.

I tried rdiff-backup-devel-1.3.3 and rdiff-backup-1.2.8,1 on this
virtual host and I've got the same error

So I did :

$ pkg_add gcc45
$ pkg_add -r librsync
$ wget http://savannah.nongnu.org/download/rdiff-backup/rdiff-backup-1.2.8.tar.gz
$ tar -zxvf rdiff-backup-1.2.8.tar.gz
$ cd rdiff-backup-1.2.8
$ cp ../cmodule.c .
$ python setup.py install --prefix=~/ --librsync-dir=/usr/local/include/librsync.h
--librsync-dir=/usr/local/include/librsync.h
running install
running build
running build_py
running build_ext
building 'rdiff_backup._librsync' extension
cc -fno-strict-aliasing -DNDEBUG -O2 -pipe -D__wchar_t=wchar_t
-DTHREAD_STACK_SIZE=0x20000 -fno-strict-aliasing -fPIC
-I/usr/local/include/librsync.h/include -
I/usr/local/include/python2.6 -c _librsyncmodule.c -o
build/temp.freebsd-8.0-RELEASE-amd64-2.6/_librsyncmodule.o
cc1: internal compiler error: Segmentation fault: 11
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
error: command 'cc' failed with exit status 1

I think I missed something

--
Michel

Andrew Ferguson a écrit:
Ooops. That one is rdiff-backup's fault.

Replace the file cmodule.c with the one attached and re-compile.








On Jan 16, 2010, at 12:11 PM, Michel Le Cocq wrote:
Here is the complete Traceback :

[root < at > sauvelipn2009 ~]# rdiff-backup --force -v3 --print-statistics
--force /mnt/users_lipn/export/vol01/jc
/backup/Lipn/users_backup1/export/jc
Exception 'signed integer is greater than maximum' raised of class
'<type 'exceptions.OverflowError'>':
File "/usr/local/lib/python2.6/site-packages/rdiff_backup/Main.py",
line 304, in error_check_Main
try: Main(arglist)
File "/usr/local/lib/python2.6/site-packages/rdiff_backup/Main.py",
line 324, in Main
take_action(rps)
File "/usr/local/lib/python2.6/site-packages/rdiff_backup/Main.py",
line 280, in take_action
elif action == "backup": Backup(rps[0], rps[1])
File "/usr/local/lib/python2.6/site-packages/rdiff_backup/Main.py",
line 346, in Backup
backup.Mirror(rpin, rpout)
File
"/usr/local/lib/python2.6/site-packages/rdiff_backup/backup.py",
line 38, in Mirror
DestS.patch(dest_rpath, source_diffiter)
File
"/usr/local/lib/python2.6/site-packages/rdiff_backup/backup.py",
line 232, in patch
ITR(diff.index, diff)
File
"/usr/local/lib/python2.6/site-packages/rdiff_backup/rorpiter.py",
line 281, in __call__
last_branch.fast_process(*args)
File
"/usr/local/lib/python2.6/site-packages/rdiff_backup/backup.py",
line 529, in fast_process
if self.patch_to_temp(mirror_rp, diff_rorp, tf):
File
"/usr/local/lib/python2.6/site-packages/rdiff_backup/backup.py",
line 553, in patch_to_temp
result = self.patch_snapshot_to_temp(diff_rorp, new)
File
"/usr/local/lib/python2.6/site-packages/rdiff_backup/backup.py",
line 578, in patch_snapshot_to_temp
rpath.copy_attribs(diff_rorp, new)
File "/usr/local/lib/python2.6/site-packages/rdiff_backup/rpath.py",
line 180, in copy_attribs
rpout.chown(*rpout.conn.user_group.map_rpath(rpin))
File "/usr/local/lib/python2.6/site-packages/rdiff_backup/rpath.py",
line 973, in chown
try: self.conn.C.lchown(self.path, uid, gid)

Traceback (most recent call last):
File "/usr/local/bin/rdiff-backup", line 30, in <module>
rdiff_backup.Main.error_check_Main(sys.argv[1:])
File "/usr/local/lib/python2.6/site-packages/rdiff_backup/Main.py",
line 304, in error_check_Main
try: Main(arglist)
File "/usr/local/lib/python2.6/site-packages/rdiff_backup/Main.py",
line 324, in Main
take_action(rps)
File "/usr/local/lib/python2.6/site-packages/rdiff_backup/Main.py",
line 280, in take_action
elif action == "backup": Backup(rps[0], rps[1])
File "/usr/local/lib/python2.6/site-packages/rdiff_backup/Main.py",
line 346, in Backup
backup.Mirror(rpin, rpout)
File
"/usr/local/lib/python2.6/site-packages/rdiff_backup/backup.py",
line 38, in Mirror
DestS.patch(dest_rpath, source_diffiter)
File
"/usr/local/lib/python2.6/site-packages/rdiff_backup/backup.py",
line 232, in patch
ITR(diff.index, diff)
File
"/usr/local/lib/python2.6/site-packages/rdiff_backup/rorpiter.py",
line 281, in __call__
last_branch.fast_process(*args)
File
"/usr/local/lib/python2.6/site-packages/rdiff_backup/backup.py",
line 529, in fast_process
if self.patch_to_temp(mirror_rp, diff_rorp, tf):
File
"/usr/local/lib/python2.6/site-packages/rdiff_backup/backup.py",
line 553, in patch_to_temp
result = self.patch_snapshot_to_temp(diff_rorp, new)
File
"/usr/local/lib/python2.6/site-packages/rdiff_backup/backup.py",
line 578, in patch_snapshot_to_temp
rpath.copy_attribs(diff_rorp, new)
File "/usr/local/lib/python2.6/site-packages/rdiff_backup/rpath.py",
line 180, in copy_attribs
rpout.chown(*rpout.conn.user_group.map_rpath(rpin))
File "/usr/local/lib/python2.6/site-packages/rdiff_backup/rpath.py",
line 973, in chown
try: self.conn.C.lchown(self.path, uid, gid)
OverflowError: signed integer is greater than maximum

--
Michel

Michel Le Cocq a écrit:


Andrew Ferguson-4 wrote:


On Jan 5, 2009, at 4:00 PM, Brad Beyenhof wrote:

Backing up from the 64-bit system works fine, and two of the
directories I'm backing up from the 32-bit system are fine as well.
However, one directory reports "OverflowError: signed integer is
greater than maximum" and quits partway through the backup. The
terminal output with the default verbosity is below; I can attach a
log with a higher verbosity if requested.


Hi Brad,

This is a known problem that is due to a bug in Python. The
Python bug
has been fixed in their SVN, and was slated to be a part of
2.5.3, so
it should be included in the latest Python releases: 2.5.4,
2.6.1, and
3.0. Try upgrading your Python to 2.5.4 or 2.6.1.

Here is some more information about the problem:

https://bugs.launchpad.net/ubuntu/+source/rdiff-backup/+bug/245844
http://bugs.python.org/issue1747858


I have the same problem.
I'm on python26-2.6.4 with rdiff-backup-1.2.8,1
I just did :
# rm -rf /backup/users_backup/toto/rdiff-ba*
# rdiff-backup --force /mnt/users/toto /backup/Lipn/users_backup/toto
[...]
verflowError: signed integer is greater than maximum

I'm also on a 64 bit sys : FreeBSD 8.0-RELEASE AMD64

--
Michel




_______________________________________________
rdiff-backup-users mailing list at rdiff-backup-users < at > nongnu.org
http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki

Post OverflowError: signed integer is greater than maximum 
On Sunday 17 January 2010 10:40:17 am Michel Le Cocq wrote:
I'm building a virtual machine like my save server.

I tried rdiff-backup-devel-1.3.3 and rdiff-backup-1.2.8,1 on this
virtual host and I've got the same error

So I did :

$ pkg_add gcc45
$ pkg_add -r librsync
$ wget
http://savannah.nongnu.org/download/rdiff-backup/rdiff-backup-1.2.8.tar.gz
$ tar -zxvf rdiff-backup-1.2.8.tar.gz
$ cd rdiff-backup-1.2.8
$ cp ../cmodule.c .
$ python setup.py install --prefix=~/
--librsync-dir=/usr/local/include/librsync.h
--librsync-dir=/usr/local/include/librsync.h
running install
running build
running build_py
running build_ext
building 'rdiff_backup._librsync' extension
cc -fno-strict-aliasing -DNDEBUG -O2 -pipe -D__wchar_t=wchar_t
-DTHREAD_STACK_SIZE=0x20000 -fno-strict-aliasing -fPIC
-I/usr/local/include/librsync.h/include -
I/usr/local/include/python2.6 -c _librsyncmodule.c -o
build/temp.freebsd-8.0-RELEASE-amd64-2.6/_librsyncmodule.o
cc1: internal compiler error: Segmentation fault: 11
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
error: command 'cc' failed with exit status 1

I think I missed something

--
Michel


What version of librsync are you using? Also is it just a cut and paste error
or are you specificing the --libsync-dir twice?




--
Adrian Klaver
adrian.klaver < at > gmail.com


_______________________________________________
rdiff-backup-users mailing list at rdiff-backup-users < at > nongnu.org
http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki

Post OverflowError: signed integer is greater than maximum 
Adrian Klaver a écrit:
On Sunday 17 January 2010 10:40:17 am Michel Le Cocq wrote:
I'm building a virtual machine like my save server.

I tried rdiff-backup-devel-1.3.3 and rdiff-backup-1.2.8,1 on this
virtual host and I've got the same error

So I did :

$ pkg_add gcc45
$ pkg_add -r librsync
$ wget
http://savannah.nongnu.org/download/rdiff-backup/rdiff-backup-1.2.8.tar.gz
$ tar -zxvf rdiff-backup-1.2.8.tar.gz
$ cd rdiff-backup-1.2.8
$ cp ../cmodule.c .
$ python setup.py install --prefix=~/
--librsync-dir=/usr/local/include/librsync.h
--librsync-dir=/usr/local/include/librsync.h
running install
running build
running build_py
running build_ext
building 'rdiff_backup._librsync' extension
cc -fno-strict-aliasing -DNDEBUG -O2 -pipe -D__wchar_t=wchar_t
-DTHREAD_STACK_SIZE=0x20000 -fno-strict-aliasing -fPIC
-I/usr/local/include/librsync.h/include -
I/usr/local/include/python2.6 -c _librsyncmodule.c -o
build/temp.freebsd-8.0-RELEASE-amd64-2.6/_librsyncmodule.o
cc1: internal compiler error: Segmentation fault: 11
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
error: command 'cc' failed with exit status 1

I think I missed something

--
Michel


What version of librsync are you using? Also is it just a cut and paste error
or are you specificing the --libsync-dir twice?

Cut past trouble :
# python setup.py install --librsync-dir=/usr/local/include/librsync.h

I use : librsync-0.9.7_2

--
M


_______________________________________________
rdiff-backup-users mailing list at rdiff-backup-users < at > nongnu.org
http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki

Post OverflowError: signed integer is greater than maximum 
On Sat, 16 Jan 2010 18:11:56 +0100, Michel Le Cocq <miconof80.list < at > gmail.com> wrote:
File "/usr/local/lib/python2.6/site-packages/rdiff_backup/rpath.py",
line 973, in chown
try: self.conn.C.lchown(self.path, uid, gid)
OverflowError: signed integer is greater than maximum

Michel Le Cocq a écrit:

Andrew Ferguson-4 wrote:


On Jan 5, 2009, at 4:00 PM, Brad Beyenhof wrote:

Backing up from the 64-bit system works fine, and two of the
directories I'm backing up from the 32-bit system are fine as well.
However, one directory reports "OverflowError: signed integer is
greater than maximum" and quits partway through the backup. The
terminal output with the default verbosity is below; I can attach a
log with a higher verbosity if requested.


Hi Brad,

This is a known problem that is due to a bug in Python. The Python bug
has been fixed in their SVN, and was slated to be a part of 2.5.3, so
it should be included in the latest Python releases: 2.5.4, 2.6.1, and
3.0. Try upgrading your Python to 2.5.4 or 2.6.1.

Here is some more information about the problem:

https://bugs.launchpad.net/ubuntu/+source/rdiff-backup/+bug/245844
http://bugs.python.org/issue1747858

But then there's http://bugs.python.org/issue6873, which indicates
that perhaps lchown still has the problem in the released Python
versions. If you can figure out how to reproduce it outside of
rdiff-backup the Python team would be grateful Smile

--
R. David Murray www.bitdance.com
Business Process Automation - Network/Server Management - Routers/Firewalls


_______________________________________________
rdiff-backup-users mailing list at rdiff-backup-users < at > nongnu.org
http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki

Display posts from previous:
Reply to topic Page 1 of 1
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
  


Magic SEO URL for phpBB