From: Leandro T. <ltr...@gm...> - 2008-06-19 12:29:16
|
unfortunately no one has replied to this post and i'm still experiencing the same problem. here is the most recent log entries (please also look at the logs from my previous post). i've switched back to rsyncd to see if that would have any effect. it didn't. so it seems to me that the transfer method has nothing to do with my particular problem. its strange because if you look at this log it shows the full backup job that ran on the 17th lasted almost 9 hrs 45 mins, while the full backup job on the 18th only lasted about 3 hrs and 50 mins. i have no idea what could be causing this problem. if anyone has any ideas please post! thanks! 2008-06-17 20:00:59 full backup started for directory A-F; updating partial #20 2008-06-18 05:43:07 Got fatal error during xfer (Child exited prematurely) 2008-06-18 05:43:12 Backup aborted (Child exited prematurely) 2008-06-18 05:43:18 Saved partial dump 20 2008-06-18 20:02:31 full backup started for directory A-F; updating partial #20 2008-06-18 23:51:03 Got fatal error during xfer (Child exited prematurely) 2008-06-18 23:51:08 Backup aborted (Child exited prematurely) 2008-06-18 23:51:14 Saved partial dump 20 |
From: Leandro T. <ltr...@gm...> - 2008-06-19 14:24:20
|
Rob: > Are you using 'sudo' to perform the backups? If it's not configured correctly, it'll wait forever for you to enter a password. the backup is not timing out because of an incorrect password. > Is it possible that somebody has mounted a network drive within the share you're trying to back up? That can cause a lot of extra file transfers, possibly leading to a timeout. none of my clients are directly mounted to the shares i'm trying to backup. the only machine that mounts the shares is the file server (which is where backuppc is also running). there are no file transfers during the backup jobs because the backup jobs run at night when there is no network traffic. > Run 'iftop -n' on the BackupPC machine to see if anything is actually being transfered during these backups. Post your findings. That'll help track down the problem. i've never heard of 'iftop'. thanks for this suggestion, i will try this. |
From: Leandro T. <ltr...@gm...> - 2008-06-19 14:39:07
|
i didn't think to check this log before... it has interesting entries. this is the rsyncd log from the windows server. it has errors right around the same time the backuppc log shows the 'child exited prematurely' error. most of the errors complain about the file names being too long. but the last two entries at 23:49 make no sense to me. could long file names really by causing the timeouts?? what do the last two lines mean?? 2008/06/18 20:03:31 [2952] connect from PANDION (192.168.2.1) 2008/06/18 20:03:36 [2952] rsync on . from itmanager@pandion (192.168.2.1) 2008/06/18 20:06:56 [2952] rsync: readlink "ive/c/WIND---------uild/Word Files/1MA1411 Site Description Edited 11-12-07/Figure 4 - Site 1MA1411 after Clearing and Raking. Note the toppled stacked stone footer in the foreground. View is to the north..JPG" (in A-F) failed: File name too long (91) 2008/06/18 20:08:12 [2952] rsync: readlink "ive/c/WINDO--------eport_Build/Word Files/1MA1411 Site Description Edited 11-12-07/Figure 4 - Site 1MA1411 after Clearing and Raking. Note the toppled stacked stone footer in the foreground. View is to the north..JPG" (in A-F) failed: File name too long (91) 2008/06/18 20:09:25 [2952] rsync: readlink "ive/c/WINDOWS/system32/E:\-----------nd/5_Feature Descriptions/Feature Descriptions (Edited 2-27-08)/Feature 7 - Edited 2-27-08/Figure 6 - Feature 7 after partial excavation showing the large limestone rocks within the fill.JPG" (in A-F) failed: File name too long (91) 2008/06/18 20:12:43 [2952] rsync: readlink "ive/c/WIN-----------rent Inc. Master List by Site/Artifacts By Project/RSA99-2000 Jpegs/NEW RSA 2000 Jpegs 1-2008/1Ma1177FS1311.23P6071Little Bear Creek Benton Cluster(Unidentified Late Archaic Stemmed).JPG" (in A-F) failed: File name too long (91) 2008/06/18 20:12:43 [2952] rsync: readlink "ive/c/WINDOWS/sys-----------n/Current Inc. Master List by Site/Artifacts By Project/RSA99-2000 Jpegs/NEW RSA 2000 Jpegs 1-2008/1MA1282FS3194P3859McIntire (Unidentified Late Archaic Expanding Stemmed-Heavy Restructure).jpg" (in A-F) failed: File name too long (91) 2008/06/18 20:12:43 [2952] cannot send long-named file "ive/c/WINDOW------------nt Inc. Master List by Site/Artifacts By Project/RSA99-2000 Jpegs/NEW RSA 2000 Jpegs 1-2008/1MA1288FS3175P3887Hamilton-Serrated (Or Sand Mountain-Uncharacteristic Burinated Base- Possible Impact Fr" (in A-F) 2008/06/18 20:12:47 [2952] rsync: readlink "ive/c/WINDOWS/system32/E:\A-F/RedSt----------st by Site/Artifacts By Project/RSA99-2000 Jpegs/Original Archive/UNknown Unprocessed/AOA RSA99 Pics (Unlabeled)/1MA096,PI-------r-Parallel Oblique Flaking.jpg" (in A-F) failed: File name too long (91) 2008/06/18 23:49:54 [2952] rsync: writefd_unbuffered failed to write 4092 bytes [sender]: Connection reset by peer (104) 2008/06/18 23:49:54 [2952] rsync error: error in rsync protocol data stream (code 12) at io.c(1119) [sender=2.6.8] |
From: Rob O. <rob...@bi...> - 2008-06-19 18:14:26
|
I have filenames that are too long to be backed up from my Windows servers, and BackupPC just skips them (and shows an error in the logs). It does not cause rsyncd to stop. I don't know what those last two errors are. I don't supposed rsyncd is running out of memory on the windows machine, is it? I found this thread which blames the error on the --partial switch. http://www.itefix.no/phpws/index.php?module=phpwsbb&PHPWSBB_MAN_OP=view&PHPWS_MAN_ITEMS=454 I'm not sure I'm convinced, though. I still suspect memory issues, but it's just a hunch. -Rob Leandro Tracchia wrote: > i didn't think to check this log before... it has interesting entries. > this is the rsyncd log from the windows server. it has errors right > around the same time the backuppc log shows the 'child exited > prematurely' error. most of the errors complain about the file names > being too long. but the last two entries at 23:49 make no sense to me. > > could long file names really by causing the timeouts?? > what do the last two lines mean?? > > 2008/06/18 20:03:31 [2952] connect from PANDION (192.168.2.1) > 2008/06/18 20:03:36 [2952] rsync on . from itmanager@pandion (192.168.2.1) > 2008/06/18 20:06:56 [2952] rsync: readlink > "ive/c/WIND---------uild/Word Files/1MA1411 Site Description Edited > 11-12-07/Figure 4 - Site 1MA1411 after Clearing and Raking. Note the > toppled stacked stone footer in the foreground. View is to the > north..JPG" (in A-F) failed: File name too long (91) > 2008/06/18 20:08:12 [2952] rsync: readlink > "ive/c/WINDO--------eport_Build/Word Files/1MA1411 Site Description > Edited 11-12-07/Figure 4 - Site 1MA1411 after Clearing and Raking. > Note the toppled stacked stone footer in the foreground. View is to > the north..JPG" (in A-F) failed: File name too long (91) > 2008/06/18 20:09:25 [2952] rsync: readlink > "ive/c/WINDOWS/system32/E:\-----------nd/5_Feature > Descriptions/Feature Descriptions (Edited 2-27-08)/Feature 7 - Edited > 2-27-08/Figure 6 - Feature 7 after partial excavation showing the > large limestone rocks within the fill.JPG" (in A-F) failed: File name > too long (91) > 2008/06/18 20:12:43 [2952] rsync: readlink "ive/c/WIN-----------rent > Inc. Master List by Site/Artifacts By Project/RSA99-2000 Jpegs/NEW RSA > 2000 Jpegs 1-2008/1Ma1177FS1311.23P6071Little Bear Creek Benton > Cluster(Unidentified Late Archaic Stemmed).JPG" (in A-F) failed: File > name too long (91) > 2008/06/18 20:12:43 [2952] rsync: readlink > "ive/c/WINDOWS/sys-----------n/Current Inc. Master List by > Site/Artifacts By Project/RSA99-2000 Jpegs/NEW RSA 2000 Jpegs > 1-2008/1MA1282FS3194P3859McIntire (Unidentified Late Archaic Expanding > Stemmed-Heavy Restructure).jpg" (in A-F) failed: File name too long > (91) > 2008/06/18 20:12:43 [2952] cannot send long-named file > "ive/c/WINDOW------------nt Inc. Master List by Site/Artifacts By > Project/RSA99-2000 Jpegs/NEW RSA 2000 Jpegs > 1-2008/1MA1288FS3175P3887Hamilton-Serrated (Or Sand > Mountain-Uncharacteristic Burinated Base- Possible Impact Fr" (in A-F) > 2008/06/18 20:12:47 [2952] rsync: readlink > "ive/c/WINDOWS/system32/E:\A-F/RedSt----------st by Site/Artifacts By > Project/RSA99-2000 Jpegs/Original Archive/UNknown Unprocessed/AOA > RSA99 Pics (Unlabeled)/1MA096,PI-------r-Parallel Oblique Flaking.jpg" > (in A-F) failed: File name too long (91) > 2008/06/18 23:49:54 [2952] rsync: writefd_unbuffered failed to write > 4092 bytes [sender]: Connection reset by peer (104) > 2008/06/18 23:49:54 [2952] rsync error: error in rsync protocol data > stream (code 12) at io.c(1119) [sender=2.6.8] > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > BackupPC-users mailing list > Bac...@li... > List: https://lists.sourceforge.net/lists/listinfo/backuppc-users > Wiki: http://backuppc.wiki.sourceforge.net > Project: http://backuppc.sourceforge.net/ ******************************************************** The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you are not the addressee, any disclosure, reproduction, copying, distribution, or other dissemination or use of this transmission in error please notify the sender immediately and then delete this e-mail. E-mail transmission cannot be guaranteed to be secure or error free as information could be intercepted, corrupted lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard copy version. ******************************************************** |
From: Chris R. <cro...@gc...> - 2008-06-19 21:05:32
|
Leandro Tracchia wrote: > i didn't think to check this log before... it has interesting entries. > this is the rsyncd log from the windows server. it has errors right > around the same time the backuppc log shows the 'child exited > prematurely' error. most of the errors complain about the file names > being too long. but the last two entries at 23:49 make no sense to me. > > could long file names really by causing the timeouts?? > what do the last two lines mean?? > > 2008/06/18 20:03:31 [2952] connect from PANDION (192.168.2.1) > 2008/06/18 20:03:36 [2952] rsync on . from itmanager@pandion (192.168.2.1) > 2008/06/18 20:06:56 [2952] rsync: readlink > "ive/c/WIND---------uild/Word Files/1MA1411 Site Description Edited > 11-12-07/Figure 4 - Site 1MA1411 after Clearing and Raking. Note the > toppled stacked stone footer in the foreground. View is to the > north..JPG" (in A-F) failed: File name too long (91) > > SNIP > 2008/06/18 20:12:47 [2952] rsync: readlink > "ive/c/WINDOWS/system32/E:\A-F/RedSt----------st by Site/Artifacts By > Project/RSA99-2000 Jpegs/Original Archive/UNknown Unprocessed/AOA > RSA99 Pics (Unlabeled)/1MA096,PI-------r-Parallel Oblique Flaking.jpg" > (in A-F) failed: File name too long (91) > 2008/06/18 23:49:54 [2952] rsync: writefd_unbuffered failed to write > 4092 bytes [sender]: Connection reset by peer (104) > Transient network issue or a firewall. The Client is claiming that the BackupPC server sent a TCP reset. The three and a half hour gap between log entries is interesting. Did the backup not encounter any more long filenames in that time, or did it get hung up on something... More verbose logging might help determine that. > 2008/06/18 23:49:54 [2952] rsync error: error in rsync protocol data > stream (code 12) at io.c(1119) [sender=2.6.8] This message is just an indication that the data stream was interrupted in the middle. Chris |
From: Leandro T. <ltr...@gm...> - 2008-06-20 14:10:49
|
Rob: > I have filenames that are too long to be backed up from my Windows servers, and BackupPC just skips them (and shows an error in the logs). It does not cause rsyncd to stop. just skips them ?!?! thats not good. i'm going to have to take care of that. > I don't know what those last two errors are. I don't supposed rsyncd is running out of memory on the windows machine, is it? the windows machine has 3GB of RAM. i'm guessing thats enough. > I found this thread which blames the error on the --partial switch. http://www.itefix.no/phpws/index.php?module=phpwsbb&PHPWSBB_MAN_OP=view&PHPWS_MAN_ITEMS=454 I'm not sure I'm convinced, though. I still suspect memory issues, but it's just a hunch. i also read a different post on a problem with backuppc crashing when continuing from a partial backup (but of course i can't find the post now). the full backup in my situation IS ALSO trying to continue from a partial backup. what do i have to do to make backuppc start the full backup from scratch instead from a partial??? i want to try this. Chris: > Transient network issue or a firewall. The Client is claiming that the BackupPC server sent a TCP reset. The three and a half hour gap between log entries is interesting. Did the backup not encounter any more long filenames in that time, or did it get hung up on something... More verbose logging might help determine that. not a firewall issue. but i do also have concern about my network. this is why i am going to rearrange the backuppc server so that it downloads the data from the windows file server directly onto a local hard drive on the backuppc server (instead of moving it to the NAS). i'm hoping this will make a difference. how can i get more verbose logging from rsync on the windows server?? thank you both for your help. |
From: Rob O. <rob...@bi...> - 2008-06-20 14:59:29
|
Leandro Tracchia wrote: > Rob: > >> I have filenames that are too long to be backed up from my Windows servers, and BackupPC just skips them (and shows an error in the logs). It does not cause rsyncd to stop. > > just skips them ?!?! thats not good. i'm going to have to take care of that. > Yeah, on my system it just skips the long-named files. If you go to that host's page and look at the errors, you can see that it skipped the files. Unfortunately, this is not shown on the host summary page... > >> I don't know what those last two errors are. I don't supposed rsyncd is running out of memory on the windows machine, is it? > > the windows machine has 3GB of RAM. i'm guessing thats enough. > > >> I found this thread which blames the error on the --partial switch. http://www.itefix.no/phpws/index.php?module=phpwsbb&PHPWSBB_MAN_OP=view&PHPWS_MAN_ITEMS=454 I'm not sure I'm convinced, though. I still suspect memory issues, but it's just a hunch. > > i also read a different post on a problem with backuppc crashing when > continuing from a partial backup (but of course i can't find the post > now). the full backup in my situation IS ALSO trying to continue from > a partial backup. what do i have to do to make backuppc start the full > backup from scratch instead from a partial??? i want to try this. > Not sure about that one. I guess you could remove the host and all of its backups completely, but you'd only want to do that if you don't already have any full backups. > Chris: > >> Transient network issue or a firewall. The Client is claiming that the BackupPC server sent a TCP reset. The three and a half hour gap between log entries is interesting. Did the backup not encounter any more long filenames in that time, or did it get hung up on something... More verbose logging might help determine that. > > not a firewall issue. but i do also have concern about my network. > this is why i am going to rearrange the backuppc server so that it > downloads the data from the windows file server directly onto a local > hard drive on the backuppc server (instead of moving it to the NAS). > i'm hoping this will make a difference. how can i get more verbose > logging from rsync on the windows server?? > On Linux, anyway, it looks like there's a "max verbosity" setting you can put into rsyncd.conf. It defaults to "1" so try: max verbosity = 2 and see if that helps. If not, go to 3 or higher (I'm not sure what the highest allowable value is). -Rob ******************************************************** The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you are not the addressee, any disclosure, reproduction, copying, distribution, or other dissemination or use of this transmission in error please notify the sender immediately and then delete this e-mail. E-mail transmission cannot be guaranteed to be secure or error free as information could be intercepted, corrupted lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard copy version. ******************************************************** |
From: Chris B. <cb...@in...> - 2008-06-20 23:27:28
|
Problem solved. I had to set up backuppc as user and group in the conf file for Apache. Chris Baker -- cb...@in... systems administrator Intera Inc. -- 512-425-2006 -----Original Message----- From: Chris Baker [mailto:cb...@in...] Sent: Friday, June 20, 2008 4:18 PM To: 'bac...@li...' Subject: Problem with web interface I am having trouble with the web interface. Here is what happens when I try to access the BackupPC_Admin in Firefox: Error: Unable to read config.pl or language strings!! Note: $ENV{REMOTE_USER} is not set, which could mean there is an installation problem. BackupPC_Admin expects Apache to authenticate the user and pass their user name into this script as the REMOTE_USER environment variable. See the documentation. Chris Baker -- cb...@in... systems administrator Intera Inc. -- 512-425-2006 |
From: Chris B. <cb...@in...> - 2008-06-21 00:14:22
|
I am having trouble with the web interface. Here is what happens when I try to access the BackupPC_Admin in Firefox: Error: Unable to read config.pl or language strings!! Note: $ENV{REMOTE_USER} is not set, which could mean there is an installation problem. BackupPC_Admin expects Apache to authenticate the user and pass their user name into this script as the REMOTE_USER environment variable. See the documentation. Chris Baker -- cb...@in... systems administrator Intera Inc. -- 512-425-2006 |
From: Nils B. (Lemonbit) <ni...@le...> - 2008-06-21 01:58:43
|
Chris Baker wrote: > I am having trouble with the web interface. Here is what happens > when I try > to access the BackupPC_Admin in Firefox: > > > Error: Unable to read config.pl or language strings!! > > Note: $ENV{REMOTE_USER} is not set, which could mean there is an > installation problem. BackupPC_Admin expects Apache to authenticate > the user > and pass their user name into this script as the REMOTE_USER > environment > variable. See the documentation. Documentation: http://backuppc.sourceforge.net/faq/BackupPC.html#step_9__cgi_interface Nils Breunese. |
From: Leandro T. <ltr...@gm...> - 2008-06-22 07:38:42
|
Rob: > Not sure about that one. I guess you could remove the host and all of its backups completely, but you'd only want to do that if you don't already have any full backups. i found the post about removing partial backups. i won't be able to tell if this works until the wake up time tonight. |
From: Leandro T. <ltr...@gm...> - 2008-06-30 19:55:28
|
never updated this post (forgot about it after i figured it out). here was my solution... in my case this problem was related to the partial backups. i simply deleted the partial backups files and waited for the next wakeup time. on the next wakeup time, the full backup started and completed without a problem. i also have permanently switched from rsyncd to smb for the windows client. smb seems to work much faster for me. |
From: Rob O. <rob...@bi...> - 2008-06-19 13:42:28
|
Are you using 'sudo' to perform the backups? If it's not configured correctly, it'll wait forever for you to enter a password. Is it possible that somebody has mounted a network drive within the share you're trying to back up? That can cause a lot of extra file transfers, possibly leading to a timeout. Run 'iftop -n' on the BackupPC machine to see if anything is actually being transfered during these backups. Post your findings. That'll help track down the problem. -Rob Leandro Tracchia wrote: > unfortunately no one has replied to this post and i'm still > experiencing the same problem. here is the most recent log entries > (please also look at the logs from my previous post). i've switched > back to rsyncd to see if that would have any effect. it didn't. so it > seems to me that the transfer method has nothing to do with my > particular problem. its strange because if you look at this log it > shows the full backup job that ran on the 17th lasted almost 9 hrs 45 > mins, while the full backup job on the 18th only lasted about 3 hrs > and 50 mins. i have no idea what could be causing this problem. > > if anyone has any ideas please post! thanks! > > 2008-06-17 20:00:59 full backup started for directory A-F; updating partial #20 > 2008-06-18 05:43:07 Got fatal error during xfer (Child exited prematurely) > 2008-06-18 05:43:12 Backup aborted (Child exited prematurely) > 2008-06-18 05:43:18 Saved partial dump 20 > 2008-06-18 20:02:31 full backup started for directory A-F; updating partial #20 > 2008-06-18 23:51:03 Got fatal error during xfer (Child exited prematurely) > 2008-06-18 23:51:08 Backup aborted (Child exited prematurely) > 2008-06-18 23:51:14 Saved partial dump 20 > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > BackupPC-users mailing list > Bac...@li... > List: https://lists.sourceforge.net/lists/listinfo/backuppc-users > Wiki: http://backuppc.wiki.sourceforge.net > Project: http://backuppc.sourceforge.net/ ******************************************************** The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you are not the addressee, any disclosure, reproduction, copying, distribution, or other dissemination or use of this transmission in error please notify the sender immediately and then delete this e-mail. E-mail transmission cannot be guaranteed to be secure or error free as information could be intercepted, corrupted lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard copy version. ******************************************************** |
From: David K. <d.k...@gm...> - 2008-06-19 13:52:40
|
On Thu, Jun 19, 2008 at 7:29 PM, Leandro Tracchia <ltr...@gm...> wrote: > unfortunately no one has replied to this post and i'm still > experiencing the same problem. here is the most recent log entries > (please also look at the logs from my previous post). i've switched > back to rsyncd to see if that would have any effect. Are you using localhost to backup? If yes, why don't you try tar method? What is the server you mounted on the backup PC? Is it windows server? I just switched from mounting server to be backed up to direct backup without mounting it, and looks like it is better, yet to see the result. Regards, David |
From: Leandro T. <ltr...@gm...> - 2008-06-19 14:03:07
|
David: > Are you using localhost to backup? If yes, why don't you try tar method? i am not using localhost to backup. i am backing up to a mounted NAS. > What is the server you mounted on the backup PC? Is it windows server? > I just switched from mounting server to be backed up to direct backup > without mounting it, and looks like it is better, yet to see the > result. i am backing up a windows server. this windows server is mounted for file serving. but backuppc is connecting to this server via $Conf{XferMethod} = rsyncd |