BackupPC-users

Re: [BackupPC-users] Need Help Configuring a backuppc

2010-02-03 22:06:36
Subject: Re: [BackupPC-users] Need Help Configuring a backuppc
From: Mark Phillips <mark AT phillipsmarketing DOT biz>
To: "General list for user discussion, questions and support" <backuppc-users AT lists.sourceforge DOT net>
Date: Wed, 3 Feb 2010 17:21:22 -0700


On Wed, Feb 3, 2010 at 6:12 AM, Mark Phillips <mark AT phillipsmarketing DOT biz> wrote:
On Tue, Feb 2, 2010 at 10:56 PM, Les Mikesell <lesmikesell AT gmail DOT com> wrote:
Mark Phillips wrote:
> I made a few changes to the Linux machine being backed up - I stopped
> some unused processes - apache, mysql, and a couple of others, which
> freed up a fair amount of memory. Then started a new full backup. The
> backup went a little farther, but now I get a bunch of these errors all
> in the same directory -
>
> Remote[2]: file has vanished: "/home/katie/.mozilla/firefox/t7hd74mu.default/Cache/CF4DEE1Ed01"
> Remote[2]: file has vanished: "/home/katie/.mozilla/firefox/t7hd74mu.default/Cache/D
>
> so rsync has died again.

Those errors should not be fatal. That sort of thing happens all the time on
live filesystems.

> I googled the error, and the only
> recommendation I could find was not to use rsync through ssh, but just
> use rsyncd without ssh. That should work in my environment since I am
> just backing up over a :LAN, but is this the real solution? Or, should I
> just remove
>
> /home/katie/.mozilla/firefox/t7hd74mu.default/Cache/

Running over ssh is often a problem if the target is Windows with the Cygwin
version, but not under Linux.

> from the backup? Is that a common practice, to remove browser cache
> files from the backup?. BTW, no one was using the machine while the
> backup was taking place, so I am not sure why they disappeared.

There's not much point in backing up the cache directories, but they shouldn't
kill you either.  Is the software on the target current with OS updates?

Yes, the machine is running Debian testing, so it is as up to date as is possible - I upgrade it weekly.
 
I am going to run the backup again and enable debugging in rsync.
 
Mark


BTW, rsync version is 3.0.7  protocol version 30.
 
I ran the backup again, and got these rsync errors on the machine being backed up:

2010/02/03 14:15:21 [17390] <f????????? home/mark/Desktop/A Still Life with Iris/dvd/VIDEO_TS/VTS_01_3.VOB
2010/02/03 14:18:50 [17390] <f????????? home/mark/Desktop/A Still Life with Iris/dvd/VIDEO_TS/VTS_01_4.VOB
2010/02/03 14:28:40 [17390] <f????????? home/mark/Desktop/A Still Life with Iris/movie.iso
2010/02/03 14:28:41 [17390] rsync: writefd_unbuffered failed to write 4092 bytes to socket [sender]: Broken pipe (32)
2010/02/03 14:28:41 [17390] rsync error: errors with program diagnostics (code 13) at log.c(237) [sender=3.0.7]

Anyone have an idea as to what is causing this? What other tests can I perform?
 
Thanks!
 
Mark
------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
_______________________________________________
BackupPC-users mailing list
BackupPC-users AT lists.sourceforge DOT net
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/