Re: [BackupPC-users] Backup aborted (fileListReceive failed)
No, these files are one level within their ~/ directory. Justin R. Pessa - BOFH Brontes Technologies 400 West Cummings Park Suite 2600 Woburn, MA 01801 tel: (781) 756-1700 x248 www: http://www.brontes3d.com irc: irc.freenode.net | asdf_ on ##freebsd backuppc-users wrote: > Justin R. Pessa wrote: >> Folks, >> >> I'm running backuppc-2.1.2 on Gentoo stable with rsync-2.6.6-r1. I'm >> running into issues with backups failing with the error "Backup aborted >> (fileListReceive failed)" as stated in the subject. >> >> I've tried downgrading rsync in addition to removing rsyncP (one user >> who I can backup from doesn't have this installed), to no avail. This >> user has rsync-2.6.6-r1, same as the others. I thought this had to do >> with exclusions which I commetned out and tested, to no avail. However, >> what I *did* notice was that rsync seems to crap out when trying to >> copy a socket. >> >> Here is the output from a command line dump: >> >> backupbox justin # sudo -u apache BackupPC_dump -v -f barbara >> cmdSystemOrEval: about to system /bin/ping -c 1 -w 3 barbara >> cmdSystemOrEval: finished: got output PING barbara.XX.com >> (10.20.30.195) 56(84) bytes of data. >> 64 bytes from barbara.XX.com (10.20.30.195): icmp_seq=1 ttl=64 >> time=0.090 ms >> >> --- barbara.XX.com ping statistics --- >> 1 packets transmitted, 1 received, 0% packet loss, time 0ms >> rtt min/avg/max/mdev = 0.090/0.090/0.090/0.000 ms >> >> cmdSystemOrEval: about to system /bin/ping -c 1 -w 3 barbara >> cmdSystemOrEval: finished: got output PING barbara.XX.com >> (10.20.30.195) 56(84) bytes of data. >> 64 bytes from barbara.XX.com (10.20.30.195): icmp_seq=1 ttl=64 >> time=0.078 ms >> >> --- barbara.XX.com ping statistics --- >> 1 packets transmitted, 1 received, 0% packet loss, time 0ms >> rtt min/avg/max/mdev = 0.078/0.078/0.078/0.000 ms >> >> CheckHostAlive: returning 0.078 >> started full dump, share=backups >> Connected to barbara:873, remote version 29 >> Connected to module backups >> Sending args: --server --sender --numeric-ids --perms --owner --group >> --devices --links --times --block-size=2048 --recursive >> --exclude=/home/*ublic --exclude=*.raw* --exclude=Data/ --exclude=data/ >> --exclude=/home/data --exclude=/home/Data --exclude=*.pik >> --exclude=*.b3s* --exclude=*.b3o* --exclude=*.mp3 --exclude=*.Mp3 >> --exclude=*.mP3 --exclude=*.MP3 --ignore-times . . >> overflow: flags=0x74 l1=114 l2=1701667173, >> lastname=barbara/.gnome-system-monitor.barbara >> overflow: flags=0x72 l1=45 l2=3681840, >> lastname=barbara/.gnome-system-monitor.barbara >> overflow: flags=0x63 l1=105 l2=1701602162, lastname= >> fileListReceive() failed >> Done: 0 files, 0 bytes >> Got fatal error during xfer (fileListReceive failed) >> cmdSystemOrEval: about to system /bin/ping -c 1 -w 3 barbara >> cmdSystemOrEval: finished: got output PING barbara.XX.com >> (10.20.30.195) 56(84) bytes of data. >> 64 bytes from barbara.XX.com (10.20.30.195): icmp_seq=1 ttl=64 >> time=0.093 ms >> >> --- barbara.XX.com ping statistics --- >> 1 packets transmitted, 1 received, 0% packet loss, time 0ms >> rtt min/avg/max/mdev = 0.093/0.093/0.093/0.000 ms >> >> cmdSystemOrEval: about to system /bin/ping -c 1 -w 3 barbara >> cmdSystemOrEval: finished: got output PING barbara.XX.com >> (10.20.30.195) 56(84) bytes of data. >> 64 bytes from barbara.XX.com (10.20.30.195): icmp_seq=1 ttl=64 >> time=0.078 ms >> >> --- barbara.XX.com ping statistics --- >> 1 packets transmitted, 1 received, 0% packet loss, time 0ms >> rtt min/avg/max/mdev = 0.078/0.078/0.078/0.000 ms >> >> CheckHostAlive: returning 0.078 >> Backup aborted (fileListReceive failed) >> dump failed: fileListReceive failed >> >> The lines that seems interesting are these: >> >> overflow: flags=0x74 l1=114 l2=1701667173, >> lastname=barbara/.gnome-system-monitor.barbara >> overflow: flags=0x72 l1=45 l2=3681840, >> lastname=barbara/.gnome-system-monitor.barbara >> overflow: flags=0x63 l1=105 l2=1701602162, lastname= >> >> I'm not sure what to try from here. I have noticed that removing these >> files seems to help, but that is not a practical solution. Any ideas? >> >> Thanks! >> > > AFAIK (which isn't much) it looks like there's a problem with max path > lengths. Are these files fairly deep in the directory tree? --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
Re: [BackupPC-users] Backup aborted (fileListReceive failed)
Justin R. Pessa wrote: > Folks, > > I'm running backuppc-2.1.2 on Gentoo stable with rsync-2.6.6-r1. I'm > running into issues with backups failing with the error "Backup aborted > (fileListReceive failed)" as stated in the subject. > > I've tried downgrading rsync in addition to removing rsyncP (one user > who I can backup from doesn't have this installed), to no avail. This > user has rsync-2.6.6-r1, same as the others. I thought this had to do > with exclusions which I commetned out and tested, to no avail. However, > what I *did* notice was that rsync seems to crap out when trying to > copy a socket. > > Here is the output from a command line dump: > > backupbox justin # sudo -u apache BackupPC_dump -v -f barbara > cmdSystemOrEval: about to system /bin/ping -c 1 -w 3 barbara > cmdSystemOrEval: finished: got output PING barbara.XX.com > (10.20.30.195) 56(84) bytes of data. > 64 bytes from barbara.XX.com (10.20.30.195): icmp_seq=1 ttl=64 > time=0.090 ms > > --- barbara.XX.com ping statistics --- > 1 packets transmitted, 1 received, 0% packet loss, time 0ms > rtt min/avg/max/mdev = 0.090/0.090/0.090/0.000 ms > > cmdSystemOrEval: about to system /bin/ping -c 1 -w 3 barbara > cmdSystemOrEval: finished: got output PING barbara.XX.com > (10.20.30.195) 56(84) bytes of data. > 64 bytes from barbara.XX.com (10.20.30.195): icmp_seq=1 ttl=64 > time=0.078 ms > > --- barbara.XX.com ping statistics --- > 1 packets transmitted, 1 received, 0% packet loss, time 0ms > rtt min/avg/max/mdev = 0.078/0.078/0.078/0.000 ms > > CheckHostAlive: returning 0.078 > started full dump, share=backups > Connected to barbara:873, remote version 29 > Connected to module backups > Sending args: --server --sender --numeric-ids --perms --owner --group > --devices --links --times --block-size=2048 --recursive > --exclude=/home/*ublic --exclude=*.raw* --exclude=Data/ --exclude=data/ > --exclude=/home/data --exclude=/home/Data --exclude=*.pik > --exclude=*.b3s* --exclude=*.b3o* --exclude=*.mp3 --exclude=*.Mp3 > --exclude=*.mP3 --exclude=*.MP3 --ignore-times . . > overflow: flags=0x74 l1=114 l2=1701667173, > lastname=barbara/.gnome-system-monitor.barbara > overflow: flags=0x72 l1=45 l2=3681840, > lastname=barbara/.gnome-system-monitor.barbara > overflow: flags=0x63 l1=105 l2=1701602162, lastname= > fileListReceive() failed > Done: 0 files, 0 bytes > Got fatal error during xfer (fileListReceive failed) > cmdSystemOrEval: about to system /bin/ping -c 1 -w 3 barbara > cmdSystemOrEval: finished: got output PING barbara.XX.com > (10.20.30.195) 56(84) bytes of data. > 64 bytes from barbara.XX.com (10.20.30.195): icmp_seq=1 ttl=64 > time=0.093 ms > > --- barbara.XX.com ping statistics --- > 1 packets transmitted, 1 received, 0% packet loss, time 0ms > rtt min/avg/max/mdev = 0.093/0.093/0.093/0.000 ms > > cmdSystemOrEval: about to system /bin/ping -c 1 -w 3 barbara > cmdSystemOrEval: finished: got output PING barbara.XX.com > (10.20.30.195) 56(84) bytes of data. > 64 bytes from barbara.XX.com (10.20.30.195): icmp_seq=1 ttl=64 > time=0.078 ms > > --- barbara.XX.com ping statistics --- > 1 packets transmitted, 1 received, 0% packet loss, time 0ms > rtt min/avg/max/mdev = 0.078/0.078/0.078/0.000 ms > > CheckHostAlive: returning 0.078 > Backup aborted (fileListReceive failed) > dump failed: fileListReceive failed > > The lines that seems interesting are these: > > overflow: flags=0x74 l1=114 l2=1701667173, > lastname=barbara/.gnome-system-monitor.barbara > overflow: flags=0x72 l1=45 l2=3681840, > lastname=barbara/.gnome-system-monitor.barbara > overflow: flags=0x63 l1=105 l2=1701602162, lastname= > > I'm not sure what to try from here. I have noticed that removing these > files seems to help, but that is not a practical solution. Any ideas? > > Thanks! > AFAIK (which isn't much) it looks like there's a problem with max path lengths. Are these files fairly deep in the directory tree? --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
[BackupPC-users] Backup aborted (fileListReceive failed)
Folks, I'm running backuppc-2.1.2 on Gentoo stable with rsync-2.6.6-r1. I'm running into issues with backups failing with the error "Backup aborted (fileListReceive failed)" as stated in the subject. I've tried downgrading rsync in addition to removing rsyncP (one user who I can backup from doesn't have this installed), to no avail. This user has rsync-2.6.6-r1, same as the others. I thought this had to do with exclusions which I commetned out and tested, to no avail. However, what I *did* notice was that rsync seems to crap out when trying to copy a socket. Here is the output from a command line dump: backupbox justin # sudo -u apache BackupPC_dump -v -f barbara cmdSystemOrEval: about to system /bin/ping -c 1 -w 3 barbara cmdSystemOrEval: finished: got output PING barbara.XX.com (10.20.30.195) 56(84) bytes of data. 64 bytes from barbara.XX.com (10.20.30.195): icmp_seq=1 ttl=64 time=0.090 ms --- barbara.XX.com ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 0.090/0.090/0.090/0.000 ms cmdSystemOrEval: about to system /bin/ping -c 1 -w 3 barbara cmdSystemOrEval: finished: got output PING barbara.XX.com (10.20.30.195) 56(84) bytes of data. 64 bytes from barbara.XX.com (10.20.30.195): icmp_seq=1 ttl=64 time=0.078 ms --- barbara.XX.com ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 0.078/0.078/0.078/0.000 ms CheckHostAlive: returning 0.078 started full dump, share=backups Connected to barbara:873, remote version 29 Connected to module backups Sending args: --server --sender --numeric-ids --perms --owner --group --devices --links --times --block-size=2048 --recursive --exclude=/home/*ublic --exclude=*.raw* --exclude=Data/ --exclude=data/ --exclude=/home/data --exclude=/home/Data --exclude=*.pik --exclude=*.b3s* --exclude=*.b3o* --exclude=*.mp3 --exclude=*.Mp3 --exclude=*.mP3 --exclude=*.MP3 --ignore-times . . overflow: flags=0x74 l1=114 l2=1701667173, lastname=barbara/.gnome-system-monitor.barbara overflow: flags=0x72 l1=45 l2=3681840, lastname=barbara/.gnome-system-monitor.barbara overflow: flags=0x63 l1=105 l2=1701602162, lastname= fileListReceive() failed Done: 0 files, 0 bytes Got fatal error during xfer (fileListReceive failed) cmdSystemOrEval: about to system /bin/ping -c 1 -w 3 barbara cmdSystemOrEval: finished: got output PING barbara.XX.com (10.20.30.195) 56(84) bytes of data. 64 bytes from barbara.XX.com (10.20.30.195): icmp_seq=1 ttl=64 time=0.093 ms --- barbara.XX.com ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 0.093/0.093/0.093/0.000 ms cmdSystemOrEval: about to system /bin/ping -c 1 -w 3 barbara cmdSystemOrEval: finished: got output PING barbara.XX.com (10.20.30.195) 56(84) bytes of data. 64 bytes from barbara.XX.com (10.20.30.195): icmp_seq=1 ttl=64 time=0.078 ms --- barbara.XX.com ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 0.078/0.078/0.078/0.000 ms CheckHostAlive: returning 0.078 Backup aborted (fileListReceive failed) dump failed: fileListReceive failed The lines that seems interesting are these: overflow: flags=0x74 l1=114 l2=1701667173, lastname=barbara/.gnome-system-monitor.barbara overflow: flags=0x72 l1=45 l2=3681840, lastname=barbara/.gnome-system-monitor.barbara overflow: flags=0x63 l1=105 l2=1701602162, lastname= I'm not sure what to try from here. I have noticed that removing these files seems to help, but that is not a practical solution. Any ideas? Thanks! -- Justin R. Pessa - BOFH Brontes Technologies 400 West Cummings Park Suite 2600 Woburn, MA 01801 tel: (781) 756-1700 x248 www: http://www.brontes3d.com irc: irc.freenode.net | asdf_ on ##freebsd --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
Re: [BackupPC-users] rsyncd on Windows can't handle utf8 filenames?
Tomasz Chmielewski writes: > Does this mean that in 3.x it will be safe to use rsyncd for Windows > hosts (now special utf8 characters are translated to "?")? Yes. Craig --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
Re: [BackupPC-users] rsyncd on Windows can't handle utf8 filenames?
Craig Barratt wrote: Tomasz Chmielewski writes: Tomasz Chmielewski wrote: I have a big windows share to backup, it contains lots of user data, and therefore, I have plenty of international characters there. Unfortunately, this is where BackupPC fails to do the job :( smb method just breaks on "strange" filenames, and when I used rsyncd, it converts all "strange" characters into ? For example, "Üöäü" on the Windows side, would be "" in the backup, when made with rsync (I extracted the backup to see what happens). Has anyone more experience with BackupPC and UTF8 filenames? It seems that this is an upstream Cygwin/rsync issue. I tried applying iconv.diff patch to rsync on Cygwin, but rsync doesn't want to compile then. BackupPC 3.0.0 cvs supports different client charsets (although there is one remaining issue in cvs I still need to fix). In 3.x the server charset is always utf8. The new support allows you to specify the client charset (default utf8), and BackupPC will convert the charsets to/from utf8. Samba by default converts for you, but rsync does not. Does this mean that in 3.x it will be safe to use rsyncd for Windows hosts (now special utf8 characters are translated to "?")? -- Tomasz Chmielewski --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
Re: [BackupPC-users] rsyncd on Windows can't handle utf8 filenames?
Tomasz Chmielewski writes: > Tomasz Chmielewski wrote: > > I have a big windows share to backup, it contains lots of user data, and > > therefore, I have plenty of international characters there. > > > > Unfortunately, this is where BackupPC fails to do the job :( > > > > smb method just breaks on "strange" filenames, and when I used rsyncd, > > it converts all "strange" characters into ? > > > > For example, "Üöäü" on the Windows side, would be "" in the backup, > > when made with rsync (I extracted the backup to see what happens). > > > > Has anyone more experience with BackupPC and UTF8 filenames? > > It seems that this is an upstream Cygwin/rsync issue. > > I tried applying iconv.diff patch to rsync on Cygwin, but rsync doesn't > want to compile then. BackupPC 3.0.0 cvs supports different client charsets (although there is one remaining issue in cvs I still need to fix). In 3.x the server charset is always utf8. The new support allows you to specify the client charset (default utf8), and BackupPC will convert the charsets to/from utf8. Samba by default converts for you, but rsync does not. Craig --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
[BackupPC-users] no mail sent when doing partial backup
Hi! A little question about the process that sends mails during the night : I think the e-mail is sent only if there is no backup for a host for the last $Conf{EMailNotifyOldBackupDays} days. And what about the partial backup? For exemple, a host summary : Host host_1 Backup Summary * This PC is used by [EMAIL PROTECTED] (and user). * Last email sent to [EMAIL PROTECTED] was at 21/2 05:44, subject "BackupPC: no recent backups on host_1". * Last status is state "idle" (backup failed) as of 29/3 11:18. * Last error is "Unexpected end of tar archive". * Pings to host_1 have succeeded 1 consecutive times. Backup Summary Click on the backup number to browse and restore backup files. Backup# Type Filled Start Date Duration/mins Age/days Server Backup Path 108 full yes 15/9 20:04 162.3 194.6 /backuppc/pc/host_1/108 137 full yes 24/10 10:04 164.8 156.1 /backuppc/pc/host_1/137 167 full yes 23/11 20:00 170.4 125.6 /backuppc/pc/host_1/167 197 full yes 23/12 20:07 166.4 95.6 /backuppc/pc/host_1/197 212 full yes 7/1 20:11 223.6 80.6 /backuppc/pc/host_1/212 227 full yes 22/1 20:07 201.9 65.6 /backuppc/pc/host_1/227 242 full yes 6/2 21:24 271.7 50.5 /backuppc/pc/host_1/242 243 partial yes 29/3 08:29 168.3 0.1 /backuppc/pc/host_1/243 Everyday a partial backup is done (because of an other problem) The oldest correct backup is 50 day old... and the user had no warning message. Thanks for any suggestion or answer. Samuel Bancal - Uni GE -- / --- \ Mr Samuel BancalMail : [EMAIL PROTECTED] Université de GENEVE User = Samuel.Bancal Division Informatique Domain = adm.unige.ch 24 rue Général-Dufour Tel : +4122 379 7506 1211 GENEVE Fax : +4122 379 7986 Suisse www : http://www.unige.ch/dinf \ --- / --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
Re: [BackupPC-users] rsyncd on Windows can't handle utf8 filenames?
Tomasz Chmielewski wrote: I have a big windows share to backup, it contains lots of user data, and therefore, I have plenty of international characters there. Unfortunately, this is where BackupPC fails to do the job :( smb method just breaks on "strange" filenames, and when I used rsyncd, it converts all "strange" characters into ? For example, "Üöäü" on the Windows side, would be "" in the backup, when made with rsync (I extracted the backup to see what happens). Has anyone more experience with BackupPC and UTF8 filenames? It seems that this is an upstream Cygwin/rsync issue. I tried applying iconv.diff patch to rsync on Cygwin, but rsync doesn't want to compile then. -- Tomasz Chmielewski http://wpkg.org --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
[BackupPC-users] Question
Hello, I have a school project where i need to install a backup server. I have installed backuppc but now i came to the schedule problem! I don`t know how to schedule. I have already tride something with Cronjob what i have read on the website. And some other links. But it won`t work. I have tride $Conf{WakeupSchedule} = [22.5]; on a time 5 minut`s later so i could see if it would work. But it won`t. Is there a manual how i can schedule a backup? I have read the manual but can`t come with the conclusion. Please help. Greetz Jos --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
Re: [BackupPC-users] Integer overflow in octal number
I have been using BackupPC 2.1.1 (from Debian) to backup a number of linux hosts over RSync for some time without any difficulties. But recently I added a Windows 2000 server with several shares to be backed up over SMB and am getting the following error in the Xfer log: tarExtract: Integer overflow in octal number at /usr/share/backuppc/bin/BackupPC_tarExtract line 224. This should be fixed in BackupPC-2.1.2pl1. Craig Hi Craig, Thanks and sorry - I should have figured that out for myself. But its good that its in the mailing list archives now. Andy --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
Re: [BackupPC-users] can't do backups (of Windows shares with problematic permissions)
Tomasz Chmielewski writes: > Tomasz Chmielewski wrote: > > Tomasz Chmielewski wrote: > >> Tomasz Chmielewski wrote: > >> > >> (...) > >> > >>> Unfortunately, it breaks in the same way: > >>> > >>> 2006-03-28 13:24:20 full backup started for share S$ > >>> 2006-03-28 13:33:09 Got fatal error during xfer (Didn't get entire > >>> file. size=460206, nread=131040) > >>> 2006-03-28 13:33:14 Backup aborted (Didn't get entire file. > >>> size=460206, nread=131040) > >>> 2006-03-28 13:33:14 Saved partial dump 0 > >> > >> It seems to be related to this thread: > >> > >> http://lists.samba.org/archive/linux-cifs-client/2006-March/001230.html > >> http://lists.samba.org/archive/linux-cifs-client/2006-March/001232.html > >> http://lists.samba.org/archive/linux-cifs-client/2006-March/001233.html > >> > >> In short: it's possible to create longer filenames on the Windows > >> machine than on a Linux machine. > >> > >> And this is when BackupPC (or smbclient?) seems to break. > > > > More info: > > > > smbclient 192.168.10.4\\C\$ -U user%pass -E -N -d 1 -c tarmode\ full > > -Tc - > > > > creates the tar file just fine. > > > > When uncompressing the archive (tar -xf), tar complains about file names > > being too long, but doesn't break. > > > > So the problem lies somewhere in BackupPC? > > If someone wants to reproduce, I can send him a package with problematic > filenames, which cause the backup job to abort. > > It is enough if the file is in C:\1\... on a Windows drive, the backup > job will fail right away when it approaches it. Please send me the tar file (off list) that gives the problems. Craig --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/