Re: [BackupPC-users] backup failed (received signal=ALRM)
To add the rsync versions: backkupc side: 3.1.3-6 remote side: 3.2.3-2 M. On 11/17/20 10:01, Marcus Hardt wrote: > Hi There, > > I've seen this error on some hosts for quite a while now, and ignored it. > > Recently I took the time to look a bit deeper. > > Started the backup from the commandline like: > > /usr/share/backuppc/bin/BackupPC_dump -v -i nemo > logfile 2>&1 > > I was rather surprised seeing a 4.8GB logfile just a few hours later. > > That logfile started normally, but at some point contained the raw file > content. Here is the "edge" of it turning bad (depending on the run, > somewhere at line 23000 or 64000): > > > create d 755 1000/10004096 > .platformio/packages/framework-arduinoespressif8266@src-f440165f854f8a9f10351afcd0aa2ed5/.git/modules/tools/esptool/objects/info > create d 755 1000/10004096 > .platformio/packages/framework-arduinoespressif8266@src-f440165f854f8a9f10351afcd0aa2ed5/.git/modules/tools/esptool/objects/pack > create 444 1000/1000 69924 > .platformio/packages/framework-arduinoespressif8266@src-f440165f854f8a9f10351afcd0aa2ed5/.git/modules/tools/esptool/objects/pack/pack-56fb1ed4639f363304d0c11d6e1cfb74ba852251.idx > Remote[153]: 0???t??p`???t?#?7>???N????:??7T?< ??? > (?8??ǮdCA2/?#??S??Ġh?]I٩ZF???뀩3Lu?"o??x?. > > These Remote[..] lines seem to contain the content of the files, so I > suppose this is somehting with rsync. > > > Did anybody observe anything like that? > > -- > Marcus. > ___ > BackupPC-users mailing list > BackupPC-users@lists.sourceforge.net > List:https://lists.sourceforge.net/lists/listinfo/backuppc-users > Wiki:https://github.com/backuppc/backuppc/wiki > Project: https://backuppc.github.io/backuppc/ -- Marcus. signature.asc Description: PGP signature ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:https://github.com/backuppc/backuppc/wiki Project: https://backuppc.github.io/backuppc/
[BackupPC-users] backup failed (received signal=ALRM)
Hi There, I've seen this error on some hosts for quite a while now, and ignored it. Recently I took the time to look a bit deeper. Started the backup from the commandline like: /usr/share/backuppc/bin/BackupPC_dump -v -i nemo > logfile 2>&1 I was rather surprised seeing a 4.8GB logfile just a few hours later. That logfile started normally, but at some point contained the raw file content. Here is the "edge" of it turning bad (depending on the run, somewhere at line 23000 or 64000): create d 755 1000/10004096 .platformio/packages/framework-arduinoespressif8266@src-f440165f854f8a9f10351afcd0aa2ed5/.git/modules/tools/esptool/objects/info create d 755 1000/10004096 .platformio/packages/framework-arduinoespressif8266@src-f440165f854f8a9f10351afcd0aa2ed5/.git/modules/tools/esptool/objects/pack create 444 1000/1000 69924 .platformio/packages/framework-arduinoespressif8266@src-f440165f854f8a9f10351afcd0aa2ed5/.git/modules/tools/esptool/objects/pack/pack-56fb1ed4639f363304d0c11d6e1cfb74ba852251.idx Remote[153]: 0???t??p`???t?#?7>???N????:??7T?< ??? (?8??ǮdCA2/?#??S??Ġh?]I٩ZF???뀩3Lu?"o??x?. These Remote[..] lines seem to contain the content of the files, so I suppose this is somehting with rsync. Did anybody observe anything like that? -- Marcus. signature.asc Description: PGP signature ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:https://github.com/backuppc/backuppc/wiki Project: https://backuppc.github.io/backuppc/
Re: [BackupPC-users] Restore takes way too long and the fails
On Thursday 23 September 2010 20:06:40 Les Mikesell wrote: > On 9/23/2010 12:47 PM, Michael Stowe wrote: > >> I really don't think that would work. > > > > It would not work, nor is it possible, since Windows can't delete files > > that are in use. > > Rsync normally creates a tmp file with a different name which is renamed > when complete. Tar would just truncate and write on top of the old. > Both would fail on windows open files. The trouble I had restoring files happened on both OSes: Windows and Linux (via GRML Live-CD). My understanding is that Linux respects the NTFS permissions and didn't overwrite the files. I cannot test this, as the Notebook is in use. However, I'll try the given link and a reinstall otherwise. Thanks for all the help, btw! > > For restoring an entire XP box, this procedure worked for me: > > > > http://www.goodjobsucking.com/?p=219 > > Another approach is to use something like clonezilla or ghost to do OS > images periodically to get something to bring up a replacement disk > quickly, then restore the user data from backuppc. -- M. -- Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ 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/
Re: [BackupPC-users] Restore takes way too long and the fails
On Thursday 23 September 2010 19:43:14 Robin Lee Powell wrote: > On Thu, Sep 23, 2010 at 05:52:26PM +0200, Marcus Hardt wrote: > > [..] > > > > > I think it does the basic permissions that map to unix > > > equivalents. It doesn't preserve acls, nor does it have any way > > > to work around the existing ones - so you may have files that > > > you can read in the backups but can't write back over the > > > existing copy > > > > Right. There might be files already the image restoration done in > > an earlier step. > > > > > > Would s.th. like this work: > > > > 1: Restore an half year old image, using dd (for partition table and > > MBR's sake) > > 2; Mount it > > 3: "rm -rf" it > > 4: Copy the backup > > > > Or would this kill the windows installation at some point? > > 0.o > > I really don't think that would work. > > The big thing here is that you *can't modify open files in Windows*. > That includes all of the system libraries. This is probably the > source of a lot of your trouble. Sure. I'd thought of doing this after booting a grml live linux cd. -- M. -- Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ 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/
Re: [BackupPC-users] Restore takes way too long and the fails
[..] > I think it does the basic permissions that map to unix equivalents. It > doesn't preserve acls, nor does it have any way to work around the > existing ones - so you may have files that you can read in the backups > but can't write back over the existing copy Right. There might be files already the image restoration done in an earlier step. Would s.th. like this work: 1: Restore an half year old image, using dd (for partition table and MBR's sake) 2; Mount it 3: "rm -rf" it 4: Copy the backup Or would this kill the windows installation at some point? -- M. -- Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ 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/
Re: [BackupPC-users] Restore takes way too long and the fails
[..] > Have you tried getting a zip archive from the GUI instead? Or using > BackupPC_zipCreate on the CLI? No, sorry, I've not tried zip yet. I'll first try to understand why things work on one but not the other system. I've by found a windows XP host who friendly accepts the restores sent to him -- including the "problem files". My guess is that the Vista Machine has strange permissions set for some files. Does Backuppc restore the permissions, as well? (I.e. could there be a situation in which a directory is created, made read-only, and then files are written into it?) I'll check the file system of the XP host. M. > -Robin > > On Tue, Sep 14, 2010 at 03:22:28PM +0200, Marcus Hardt wrote: > > Update: > > > > On Tuesday 14 September 2010 13:16:01 Marcus Hardt wrote: > > > Update: > > > > > > tar xf restore.tar will fail, if restore.tar is pretty big > > > > fails > > > > > cat restore.tar | tar x seems to work > > > > fails > > > > But: > > using the 'i' option for > > > > -i, --ignore-zeros > > > >ignore zeroed blocks in archive (means EOF) > > > > makes tar wander through the archive even thought it might have detected > > EOF markers (i.e. "two consecutive zero-filled records" according to > > the wikipedia page of the tar format) > > > > I observed several warnings in my cmdline: > > tar tfi restore.tar |wc -l > > > > tar: Skipping to next header > > tar: Skipping to next header > > tar: Skipping to next header > > tar: Skipping to next header > > tar: Skipping to next header > > tar: Skipping to next header > > tar: Skipping to next header > > tar: Skipping to next header > > tar: Exiting with failure status due to previous errors > > 387781 > > > > I can only hope this works and helps others. > > > > M. > > > > > And I thought windows was terrible... > > > > > > M. > > > > > > On Monday 13 September 2010 23:26:42 Les Mikesell wrote: > > > > On 9/13/2010 10:49 AM, Marcus Hardt wrote: > > > > > Hi, > > > > > > > > > > btw: this problem seems to be client unspecific. I see the same > > > > > errors using smbclient and rsync via ssh. > > > > > > > > But windows specific? Are you sure the windows user has write > > > > access and the file isn't locked by something else having it open? > > > > > > > > > And, of course I'm in deep shit now, since I told everone how > > > > > super great backuppc was... > > > > > > > > There is at least the option of downloading an archive file through > > > > a browser and restoring from that. -- M. -- Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ 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/
Re: [BackupPC-users] Restore takes way too long and the fails
Hi, I unpacked the tar on the backup server itself, which is also the host on which I used firefox to download the tarfile. The only tar I found is version 1.23 (corresponding to the debian/testing tar package 1.23-2.1) However, my primary problem is not tar. The primary problem is that I have reproducable crashes in Backuppc, when trying to restore some files of the backup, while other files can be restored without problem. I was failing restoration to o Windows Vista + ntfs + smb o Windows Vista + ntfs + rsyncd / Cygwin o Linux (GRML) + ntfs + rsync via ssh + (mounting nfts in rw-mode via ntfs-3g) What does work is: o downloading the "problem file" via tar o restoring to localhost (Linux (Debian) + rsync via ssh) I was close to blaming NFTS, but since I can untar the file to NTFS via the GRML boot, I'm not sure this is right. M. On Wednesday 22 September 2010 18:36:35 Robin Lee Powell wrote: > There is something *very* wrong with either the tar used to make the > archive, or the tar used to restore. I wouldn't trust anything it > outputs at all. > > What version of tar on both ends? > > Have you tried getting a zip archive from the GUI instead? Or using > BackupPC_zipCreate on the CLI? > > -Robin > > On Tue, Sep 14, 2010 at 03:22:28PM +0200, Marcus Hardt wrote: > > Update: > > > > On Tuesday 14 September 2010 13:16:01 Marcus Hardt wrote: > > > Update: > > > > > > tar xf restore.tar will fail, if restore.tar is pretty big > > > > fails > > > > > cat restore.tar | tar x seems to work > > > > fails > > > > But: > > using the 'i' option for > > > > -i, --ignore-zeros > > > >ignore zeroed blocks in archive (means EOF) > > > > makes tar wander through the archive even thought it might have detected > > EOF markers (i.e. "two consecutive zero-filled records" according to > > the wikipedia page of the tar format) > > > > I observed several warnings in my cmdline: > > tar tfi restore.tar |wc -l > > > > tar: Skipping to next header > > tar: Skipping to next header > > tar: Skipping to next header > > tar: Skipping to next header > > tar: Skipping to next header > > tar: Skipping to next header > > tar: Skipping to next header > > tar: Skipping to next header > > tar: Exiting with failure status due to previous errors > > 387781 > > > > I can only hope this works and helps others. > > > > M. > > > > > And I thought windows was terrible... > > > > > > M. > > > > > > On Monday 13 September 2010 23:26:42 Les Mikesell wrote: > > > > On 9/13/2010 10:49 AM, Marcus Hardt wrote: > > > > > Hi, > > > > > > > > > > btw: this problem seems to be client unspecific. I see the same > > > > > errors using smbclient and rsync via ssh. > > > > > > > > But windows specific? Are you sure the windows user has write > > > > access and the file isn't locked by something else having it open? > > > > > > > > > And, of course I'm in deep shit now, since I told everone how > > > > > super great backuppc was... > > > > > > > > There is at least the option of downloading an archive file through > > > > a browser and restoring from that. -- M. -- Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ 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/
Re: [BackupPC-users] Restore takes way too long and the fails
Update: On Tuesday 14 September 2010 13:16:01 Marcus Hardt wrote: > Update: > > tar xf restore.tar will fail, if restore.tar is pretty big fails > cat restore.tar | tar x seems to work fails But: using the 'i' option for -i, --ignore-zeros ignore zeroed blocks in archive (means EOF) makes tar wander through the archive even thought it might have detected EOF markers (i.e. "two consecutive zero-filled records" according to the wikipedia page of the tar format) I observed several warnings in my cmdline: tar tfi restore.tar |wc -l tar: Skipping to next header tar: Skipping to next header tar: Skipping to next header tar: Skipping to next header tar: Skipping to next header tar: Skipping to next header tar: Skipping to next header tar: Skipping to next header tar: Exiting with failure status due to previous errors 387781 I can only hope this works and helps others. M. > And I thought windows was terrible... > > M. > > On Monday 13 September 2010 23:26:42 Les Mikesell wrote: > > On 9/13/2010 10:49 AM, Marcus Hardt wrote: > > > Hi, > > > > > > btw: this problem seems to be client unspecific. I see the same > > > errors using smbclient and rsync via ssh. > > > > But windows specific? Are you sure the windows user has write access > > and the file isn't locked by something else having it open? > > > > > And, of course I'm in deep shit now, since I told everone how super > > > great backuppc was... > > > > There is at least the option of downloading an archive file through a > > browser and restoring from that. -- M. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ 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/
Re: [BackupPC-users] Restore takes way too long and the fails
Update: tar xf restore.tar will fail, if restore.tar is pretty big cat restore.tar | tar x seems to work And I thought windows was terrible... M. On Monday 13 September 2010 23:26:42 Les Mikesell wrote: > On 9/13/2010 10:49 AM, Marcus Hardt wrote: > > Hi, > > > > btw: this problem seems to be client unspecific. I see the same errors > > using smbclient and rsync via ssh. > > But windows specific? Are you sure the windows user has write access > and the file isn't locked by something else having it open? > > > And, of course I'm in deep shit now, since I told everone how super > > great backuppc was... > > There is at least the option of downloading an archive file through a > browser and restoring from that. -- M. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ 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/
Re: [BackupPC-users] Restore takes way too long and the fails
On Monday 13 September 2010 23:26:42 Les Mikesell wrote: > On 9/13/2010 10:49 AM, Marcus Hardt wrote: [..] > > And, of course I'm in deep shit now, since I told everone how super > > great backuppc was... > > There is at least the option of downloading an archive file through a > browser and restoring from that. Well, yes and no. I've downloaded the tarball. It's 129Gig of size. Now tar is letting me down, it's not processing the whole file, just the start of it. Let me guess: 2GB? What a nightmare... -- M. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ 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/
Re: [BackupPC-users] how read .z log files ?
Try using /usr/share/backuppc/bin/BackupPC_zcat (it's there on debian, but might be elsewhere on other distros) M. On Monday 13 September 2010 17:32:06 Mike Bydalek wrote: > zcat or you can gunzip > > Regards, > Mike > > On Sep 13, 2010, at 1:20 AM, IvyAlice wrote: > > Hello everybody, > > > > I got some problems with backuppc and I want to read the XferLOG.z file. > > I can't read it either with vim or nano and I can't extract the file > > with uncompress, gunzi,zcat or tar (it tells it's not a tar file) > > > > I search on google and on this forum but I didn't find the solution. > > > > Do you know how can I read those log files ? > > > > Best regards, > > > > Ivy > > > > +-- > > > > |This was sent by ivy-al...@hotmail.com via Backup Central. > > |Forward SPAM to ab...@backupcentral.com. > > > > +-- > > > > > > > > > > -- Start uncovering the many advantages of virtual appliances > > and start using them to simplify application deployment and > > accelerate your shift to cloud computing > > http://p.sf.net/sfu/novell-sfdev2dev > > ___ > > 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/ > > -- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing > http://p.sf.net/sfu/novell-sfdev2dev > ___ > 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/ -- M. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ 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/
Re: [BackupPC-users] Restore takes way too long and the fails
Hi, btw: this problem seems to be client unspecific. I see the same errors using smbclient and rsync via ssh. M. And, of course I'm in deep shit now, since I told everone how super great backuppc was... M. On Monday 13 September 2010 14:32:16 Marcus Hardt wrote: > Hi, > > I need to restore a backup > > This works for some folders and files but not for all > > Trying various combinations I found one file which reproducably shows this > error, while others reproducably don't. The errornous file is 56 MB, and > direct download via the webinterface works. > > Backups also fail when this file is included in a group of other files. > The file "assets.zip" is just an example, there are more files causing the > error. > > > Config-Data: > Client: > o Windows XP 64 > o rsync 3.0.7 (protocol v.30) using cygwin-1.7.7 > > Server: (debian/testing) > o rsync 3.0.7-2 > o backuppc 3.1.0-9 > > > Error Message: > > Contents of file /var/lib/backuppc/pc/host/RestoreLOG.83.z, modified > 2010-09-13 12:20:19 > > Connected to designalvaio:873, remote version 30 > Negotiated protocol version 28 > Connected to module c > Sending args: --server --numeric-ids --perms --owner --group -D --links -- > hard-links --times --block-size=2048 --relative --ignore-times --recursive > . c/akquise/ > Sending /akquise/assets.zip (remote=/assets.zip) type = 0 > restore 644 0/056042188 /akquise/assets.zip > Read EOF: > Tried again: got 0 bytes > Done: 1 files, 56042188 bytes > restore failed: Unable to read 4 bytes > > > /var/lib/backuppc/pc/host/RestoreLOG.z stays empty > > Processes on the server are (all idle): > > USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND > backuppc 17287 0.0 0.3 62468 12516 ?S12:50 0:00 > /usr/bin/perl /usr/share/backuppc/bin/BackupPC -d > backuppc 17291 0.0 0.1 43824 6972 ?S12:50 0:00 > /usr/bin/perl /usr/share/backuppc/bin/BackupPC_trashClean > backuppc 19590 69.0 0.5 78408 22616 ?R14:31 0:10 > /usr/bin/perl /usr/share/backuppc/bin/BackupPC_restore host designalvaio > restoreReq.19588.0 > > > What can I do? > > -- > M. > > > -- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing > http://p.sf.net/sfu/novell-sfdev2dev > ___ > 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/ -- M. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ 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/
[BackupPC-users] Restore takes way too long and the fails
Hi, I need to restore a backup This works for some folders and files but not for all Trying various combinations I found one file which reproducably shows this error, while others reproducably don't. The errornous file is 56 MB, and direct download via the webinterface works. Backups also fail when this file is included in a group of other files. The file "assets.zip" is just an example, there are more files causing the error. Config-Data: Client: o Windows XP 64 o rsync 3.0.7 (protocol v.30) using cygwin-1.7.7 Server: (debian/testing) o rsync 3.0.7-2 o backuppc 3.1.0-9 Error Message: Contents of file /var/lib/backuppc/pc/host/RestoreLOG.83.z, modified 2010-09-13 12:20:19 Connected to designalvaio:873, remote version 30 Negotiated protocol version 28 Connected to module c Sending args: --server --numeric-ids --perms --owner --group -D --links -- hard-links --times --block-size=2048 --relative --ignore-times --recursive . c/akquise/ Sending /akquise/assets.zip (remote=/assets.zip) type = 0 restore 644 0/056042188 /akquise/assets.zip Read EOF: Tried again: got 0 bytes Done: 1 files, 56042188 bytes restore failed: Unable to read 4 bytes /var/lib/backuppc/pc/host/RestoreLOG.z stays empty Processes on the server are (all idle): USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND backuppc 17287 0.0 0.3 62468 12516 ?S12:50 0:00 /usr/bin/perl /usr/share/backuppc/bin/BackupPC -d backuppc 17291 0.0 0.1 43824 6972 ?S12:50 0:00 /usr/bin/perl /usr/share/backuppc/bin/BackupPC_trashClean backuppc 19590 69.0 0.5 78408 22616 ?R14:31 0:10 /usr/bin/perl /usr/share/backuppc/bin/BackupPC_restore host designalvaio restoreReq.19588.0 What can I do? -- M. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ 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/
