On Sun, Feb 19, 2012 at 8:58 AM, Dan Johansson <Dan.Johansson AT dmj DOT nu> 
wrote:
> During my tests with BackupPC_tarCreate I noticed that some files could not 
> be correctly restored from BackupPC. (Shrug!).
>
> Running "BackupPC_tarCreate -h host1 -n 887 -s /usr . | tar xf -" I get the 
> following Error:
>
> Error: padding 
> /var/lib/backuppc/pc/host1/887/f%2fusr/fshare/fwebapps/fgallery/f2.3.1/fhtdocs/fmodules/fnewitems/fpo/fru.mo
>  to 4154 bytes from  bytes
>
> In XferLOG.887 I see this for the file (and its neighbors)
> same     644       0/0        3574 
> share/webapps/gallery/2.3.1/htdocs/modules/newitems/po/ro.po
>  pool     644       0/0        4154 
> share/webapps/gallery/2.3.1/htdocs/modules/newitems/po/ru.mo
> same     644       0/0        5177 
> share/webapps/gallery/2.3.1/htdocs/modules/newitems/po/ru.po
>
> For the other files in this directory the first word is "same"!
>
>
> When I try to restore the file it gets interesting.
> If I select "Download Tar archive" I get a tar archive (restore.tar) 
> containing the ru.mo file which then contains 4154 bytes of 0's:
>        $ ll restore.tar
>        -rw-r--r-- 1 dan users 10240 Feb 19 15:33 restore.tar
>
>        $ tar xvf restore.tar
>        ./ru.mo
>
>        $ ll ru.mo
>        -rw-r--r-- 1 dan users  4154 Jan  8  2011 ru.mo
>
>        $ hexdump -C ru.mo
>        00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 
>  |................|
>        *
>        00001030  00 00 00 00 00 00 00 00  00 00                   
>  |..........|
>        0000103a
>
> Selecting "Download Zip archive" on the other hand works OK:
>
>        $ ll restore.zip
>        -rw-r--r-- 1 dan users 1768 Feb 19 15:32 restore.zip
>
>        $ unzip -v restore.zip
>        Archive:  restore.zip
>         Length   Method    Size  Cmpr    Date    Time   CRC-32   Name
>        --------  ------  ------- ---- ---------- ----- --------  ----
>            4154  Defl:N     1644  60% 01-08-2011 17:52 c11e0302  ru.mo
>        --------          -------  ---                            -------
>            4154             1644  60%                            1 file
>
>        $ unzip  restore.zip
>        Archive:  restore.zip
>          inflating: ru.mo
>
>        $ ll ru.mo
>        -rw-r--r-- 1 dan users 4154 Jan  8  2011 ru.mo
>
>        $ hexdump -C ru.mo | head
>        00000000  de 12 04 95 00 00 00 00  15 00 00 00 1c 00 00 00 
>  |................|
>        00000010  c4 00 00 00 1d 00 00 00  6c 01 00 00 00 00 00 00 
>  |........l.......|
>        00000020  e0 01 00 00 1e 00 00 00  e1 01 00 00 07 00 00 00 
>  |................|
>        00000030  00 02 00 00 5b 00 00 00  08 02 00 00 23 00 00 00 
>  |....[.......#...|
>        ...
>
> Have I stumbled upon a bug in BackupPC_tarCreate?
>

I didn't see any responses to this - and I don't have any explanation
other than possible filesystem corruption.  I once had a machine with
intermittently bad RAM that took a long time to track down.   But even
that wouldn't explain getting different results from
BackupPC_tarCreate and downloading a zip.   Maybe something strange
with your perl's concept of character sets?

-- 
   Les Mikesell
     lesmikesell AT gmail DOT com

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
_______________________________________________
BackupPC-users mailing list
BackupPC-users AT lists.sourceforge DOT net
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/