[Fwd: [librsync-devel] 'internal error: job made no progress' on 25G file - Bug Request ID: 1110812]

[Dave Kempe]

Hi, here is some good news from a guy who has been working for this on
me - should put an end to the 4GB file limit.
Can we please have some extensive testing on this patch to see if it works?
you will need to patch your librsync and rebuild rdiff-backup against
the new librsync I think.
Here is the patch:


-----------------------------------

brsync-0.9.7/mdfour.h librsync-0.9.7dev/mdfour.h
--- librsync-0.9.7/mdfour.h     2004-02-08 10:17:57.000000000 +1100
+++ librsync-0.9.7dev/mdfour.h  2006-02-27 14:35:26.086597250 +1100
@@ -24,7 +24,7 @@
  #include "types.h"

  struct rs_mdfour {
-    int                 A, B, C, D;
+    unsigned int        A, B, C, D;
  #if HAVE_UINT64
      uint64_t            totalN;
  #else
diff -urN librsync-0.9.7/patch.c librsync-0.9.7dev/patch.c
--- librsync-0.9.7/patch.c      2004-09-18 07:35:50.000000000 +1000
+++ librsync-0.9.7dev/patch.c   2006-02-27 14:39:46.862894750 +1100
@@ -214,12 +214,12 @@
      void            *buf, *ptr;
      rs_buffers_t    *buffs = job->stream;

-    len = job->basis_len;
-
      /* copy only as much as will fit in the output buffer, so that we
       * don't have to block or store the input. */
-    if (len > buffs->avail_out)
+    if (job->basis_len > buffs->avail_out)
          len = buffs->avail_out;
+    else
+        len = job->basis_len;

      if (!len)
          return RS_BLOCKED;

There is a small patch file for Bug Request ID: 1110812 available in
Patch Tracker ID: 1439412.

The error 'internal error: job made no progress' occured on files over
4Gig in size.

https://sourceforge.net/tracker/index.php?func=detail&aid=1439412&group_id=56125&atid=479441

Don Malcolm


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
librsync-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/librsync-devel


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

[gerard van Dijnsen]

Hi,

I tried to report the following a few days back but due to problems with
bounces as Savannah seems to have spam-relateds trouble it never got
through. I will retry once more after whitelisting the nongnu.org
server. This was the original message I sent:

Well the large file problem in librsync was solved by the maintainers
themselves as can be seen in
https://sourceforge.net/tracker/?func=detail&atid=479439&aid=1110812&group_id=56125.


I have tested it and it seems to work well for files of at least 5 Gb.
As far as I know, no new release of the library is produced, so you'll
have to patch manually if you have this problem, but at least it will
work. One interesting point may be that only the server side needs to be
patched as far as I can make out. I tested it and both backup and
restore actions work flawlessly with only the server side patched.

Thanks for your input on this!
Gerard

--
__________________________________________________________________
OpenBizz BV - Open Source Solutions

ir. Gerard van Dijnsen
Telefoon: [phone]
e-mail: [hidden email]
Veldm. Montgomerylaan 537
5612 BM  EINDHOVEN
__________________________________________________________________
Open your mind, open your future! http://www.openbizz.nl



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