Re: [BackupPC-users] Mail problem with BPC
-Original Message- From: Les Mikesell [mailto:lesmikes...@gmail.com] Sent: Wednesday, September 22, 2010 4:33 PM To: backuppc-users@lists.sourceforge.net Subject: Re: [BackupPC-users] Mail problem with BPC Getting the below error in my BPC logs, but am not quite sure where to start look for the errant t. The path to mail is correct, it's just that it seems an option t is added to the mail command. 2010-09-22 03:31:33 BackupPC_nightly now running BackupPC_sendEmail 2010-09-22 03:31:35 admin : /bin/mail: invalid option -- t 2010-09-22 03:31:35 admin : Usage: mail [-iInv] [-s subject] [-c cc-addr] [-b bcc-addr] to-addr ... 2010-09-22 03:31:35 admin : [-- sendmail-options ...] 2010-09-22 03:31:35 admin :mail [-iInNv] -f [name] 2010-09-22 03:31:35 admin :mail [-iInNv] [-u user] Thanks for any help or hints. The -t option is for sendmail to tell it the To: address is already in the headers. You need to use a sendmail-compatible program in $Conf{SendmailPath}. Postfix and other mailers generally supply one if you don't run sendmail. Thanks for the reply. I just checked sendmail on the BPC-server; it's installed and the daemon is on and it is running. I'm running BPC on CentOS v5.5-i386 if that is of any consequence. -- /Sorin smime.p7s Description: S/MIME cryptographic signature -- 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] Some directory are not in the backup
Hello Less Micksell, Thank you for your reply. I use the daemon rsyncd cause the security guy told me that this solution is more secure than using rsync/ssh without password between the machines (backuppc is installed on a real server used for other things, too) When I launch the command from the server to the host : #rsync -av MyClient:backupETC #receiving incremental file list #drwxr-xr-x4096 2010/09/23 07:57:29 backupETC #sent 12 bytes received 47 bytes 16.86 bytes/sec +-- |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/
Re: [BackupPC-users] Mail problem with BPC
On 9/23/10 1:49 AM, Sorin Srbu wrote: -Original Message- From: Les Mikesell [mailto:lesmikes...@gmail.com] Sent: Wednesday, September 22, 2010 4:33 PM To: backuppc-users@lists.sourceforge.net Subject: Re: [BackupPC-users] Mail problem with BPC Getting the below error in my BPC logs, but am not quite sure where to start look for the errant t. The path to mail is correct, it's just that it seems an option t is added to the mail command. 2010-09-22 03:31:33 BackupPC_nightly now running BackupPC_sendEmail 2010-09-22 03:31:35 admin : /bin/mail: invalid option -- t 2010-09-22 03:31:35 admin : Usage: mail [-iInv] [-s subject] [-c cc-addr] [-b bcc-addr] to-addr ... 2010-09-22 03:31:35 admin : [-- sendmail-options ...] 2010-09-22 03:31:35 admin :mail [-iInNv] -f [name] 2010-09-22 03:31:35 admin :mail [-iInNv] [-u user] Thanks for any help or hints. The -t option is for sendmail to tell it the To: address is already in the headers. You need to use a sendmail-compatible program in $Conf{SendmailPath}. Postfix and other mailers generally supply one if you don't run sendmail. Thanks for the reply. I just checked sendmail on the BPC-server; it's installed and the daemon is on and it is running. I'm running BPC on CentOS v5.5-i386 if that is of any consequence. And did you change $Conf{SendmailPath} to use it? I'd expect the default to be /usr/bin/sendmail in a packaged install. -- 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] Some directory are not in the backup
On 9/23/10 3:21 AM, IvyAlice wrote: Hello Less Micksell, Thank you for your reply. I use the daemon rsyncd cause the security guy told me that this solution is more secure than using rsync/ssh without password between the machines (backuppc is installed on a real server used for other things, too) I wouldn't agree with that, but the security weaknesses are different. With ssh keys, security depends entirely on protecting the private side of the key pair. Anyone who can be root or the backuppc user on the backuppc server can steal the identity file and get root access to the remote servers - and you should assume that anyone who has physical access to the server could do this, perhaps by booting a live cd to bypass its passwords. However, as long as the private key is protected, ssh sessions are fairly secure and the data over the network is encrypted. Perhaps your security guy misunderstood and thought you needed to remove the root password, which is not necessary when using ssh keys. Running rsyncd instead, you also have the issue of your passwords being stored in plain text on the server and the data being passed over the network without encryption - but you do have some control of which files can be accessed. It is also possible to make the ssh connection as a non-root user, then use sudo to become root with restrictions on the possible commands. I think the details for this are posted on the wiki somewhere, but basically if you permit restores you can pretty much do anything to the target machines anyway. When I launch the command from the server to the host : #rsync -av MyClient:backupETC #receiving incremental file list #drwxr-xr-x4096 2010/09/23 07:57:29 backupETC #sent 12 bytes received 47 bytes 16.86 bytes/sec Add a trailing / to see the contents: rsync -av MyClient::backupETC/ -- 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] Mail problem with BPC
-Original Message- From: Les Mikesell [mailto:lesmikes...@gmail.com] Sent: Thursday, September 23, 2010 2:38 PM To: backuppc-users@lists.sourceforge.net Subject: Re: [BackupPC-users] Mail problem with BPC The -t option is for sendmail to tell it the To: address is already in the headers. You need to use a sendmail-compatible program in $Conf{SendmailPath}. Postfix and other mailers generally supply one if you don't run sendmail. Thanks for the reply. I just checked sendmail on the BPC-server; it's installed and the daemon is on and it is running. I'm running BPC on CentOS v5.5-i386 if that is of any consequence. And did you change $Conf{SendmailPath} to use it? I'd expect the default to be /usr/bin/sendmail in a packaged install. Doh!! I've been hit by the path-bug again! Changed the BPC-default /bin/mail to /usr/sbin/sendmail which is used on CentOS. Thanks for the hint! -- /Sorin smime.p7s Description: S/MIME cryptographic signature -- 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, 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] Jeff, script question (was Re: How to run night manually?)
Another question: The script, running with -c, failed eventually at this line: my $err = $bpc-ServerConnect($Conf{ServerHost}, $Conf{ServerPort}); My serverport is set to -1; does it need to be set for this to work? Could you not just call BackupPC_ServerMesg instead? Perhaps I should hack my copy locally to do that... -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 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/