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 ATT 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 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 ATT 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 9/24/10 2:58 AM, Marcus Hardt wrote: 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. So in that case windows was not running but you were writing to the NTFS filesystem with linux? That should at least eliminate the open file issue. Rsync might have a better chance than tar in this situation but I'd still expect problems when trying to restore windows system files with programs that don't completely understand windows filesystem permissions. -- Les Mikesell lesmikes...@gmail.com -- Nokia and ATT 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 ATT 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 ATT 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 9/23/2010 10:05 AM, Marcus Hardt wrote: [..] 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 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 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. -- Nokia and ATT 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 ATT 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 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. So you can't rm -rf the OS (and even if you could, yes, everything would break as soon as you hit the wrong library). It sounds like you're trying to restore the Windows *OS*, rather than just the data. This strikes me as a very bad idea. Install the OS normally, and restore just the data files. -Robin -- http://singinst.org/ : Our last, best hope for a fantastic future. Lojban (http://www.lojban.org/): The language in which this parrot is dead is ti poi spitaki cu morsi, but this sentence is false is na nei. My personal page: http://www.digitalkingdom.org/rlp/ -- Nokia and ATT 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 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. It would not work, nor is it possible, since Windows can't delete files that are in use. For restoring an entire XP box, this procedure worked for me: http://www.goodjobsucking.com/?p=219 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. So you can't rm -rf the OS (and even if you could, yes, everything would break as soon as you hit the wrong library). It sounds like you're trying to restore the Windows *OS*, rather than just the data. This strikes me as a very bad idea. Install the OS normally, and restore just the data files. -Robin -- Nokia and ATT 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 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. 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. -- Les Mikesell lesmikes...@gmail.com -- Nokia and ATT 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
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. -- 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/ -- http://singinst.org/ : Our last, best hope for a fantastic future. Lojban (http://www.lojban.org/): The language in which this parrot is dead is ti poi spitaki cu morsi, but this sentence is false is na nei. My personal page: http://www.digitalkingdom.org/rlp/ -- 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] 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 9/14/10 6:16 AM, Marcus Hardt wrote: Update: tar xf restore.tar will fail, if restore.tar is pretty big cat restore.tar | tar x seems to work That doesn't make much sense. What version of tar is this? -- Les Mikesell lesmikes...@gmail.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/
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
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/
Re: [BackupPC-users] Restore takes way too long and the fails
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. -- Les Mikesell lesmikes...@gmail.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/
