On Sun, Feb 19, 2012 at 8:58 AM, Dan Johansson <dan.johans...@dmj.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
lesmikes...@gmail.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@lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/
