BackupPC-users

Re: [BackupPC-users] rsync file is vanishing

2014-06-12 16:29:31
Subject: Re: [BackupPC-users] rsync file is vanishing
From: <backuppc AT kosowsky DOT org>
To: "General list for user discussion, questions and support" <backuppc-users AT lists.sourceforge DOT net>
Date: Thu, 12 Jun 2014 16:28:17 -0400
Gerald Brandt wrote at about 15:16:56 -0500 on Thursday, June 12, 2014:
 > On 2014-06-12, 2:53 PM, Les Mikesell wrote:
 > > On Thu, Jun 12, 2014 at 9:33 AM, Gerald Brandt <gbr AT majentis DOT com> 
 > > wrote:
 > >> Hi,
 > >>
 > >> I’m running the latest Cygwin on Windows 2003 Server (rsync 3.0.9) and
 > >> Ubuntu 14.04 (rsync (3.1.0).
 > >>
 > >> I make a shadow copy of the drive I’m backing up.
 > >>
 > >> I get a lot of ‘vanishing file’ messages from rsync.  Do the version of
 > >> rsync I’m running still have issues with file names?  This is a sample of
 > >> the filenames I’m having issues with:
 > >>
 > >>
 > >> Remote[2]: file has vanished:
 > >> "/cygdrive/c/shadow/d/oracle/product/10.2.0/client_1/xdk/include/xmlotn.hpp"
 > >> Remote[2]: file has vanished:
 > >> "/cygdrive/c/shadow/d/oracle/product/10.2.0/client_1/xdk/include/xmlproc.h"
 > >> Remote[2]: file has vanished:
 > >> "/cygdrive/c/shadow/d/oracle/product/10.2.0/client_1/xdk/include/xmlsch.h"
 > >> Remote[2]: file has vanished:
 > >> "/cygdrive/c/shadow/d/oracle/product/10.2.0/client_1/xdk/include/xmlxptr.h"
 > >> Remote[2]: file has vanished:
 > >> "/cygdrive/c/shadow/d/oracle/product/10.2.0/client_1/xdk/include/xmlxsl.h"
 > >> Remote[2]: file has vanished:
 > >> "/cygdrive/c/shadow/d/oracle/product/10.2.0/client_1/xdk/include/xmlxvm.h"
 > >> Remote[2]: file has vanished:
 > >> "/cygdrive/c/shadow/d/oracle/product/10.2.0/client_1/xdk/mesg/lpxus.msb"
 > >> Remote[2]: file has vanished:
 > >> "/cygdrive/c/shadow/d/oracle/product/10.2.0/client_1/xdk/mesg/lpxus.msg"
 > >> Remote[2]: file has vanished:
 > >> "/cygdrive/c/shadow/d/oracle/product/10.2.0/client_1/xdk/mesg/lsxus.msb"
 > >> Remote[2]: file has vanished:
 > >> "/cygdrive/c/shadow/d/oracle/product/10.2.0/client_1/xdk/mesg/lsxus.msg"
 > >> Remote[2]: file has vanished:
 > >> "/cygdrive/c/shadow/d/oracle/product/10.2.0/client_1/xdk/readme.html"
 > >> Remote[2]: file has vanished:
 > >> "/cygdrive/c/shadow/d/proftpd/proftpd-1.2.10-1.src.rpm"
 > >> Remote[2]: file has vanished:
 > >> "/cygdrive/c/shadow/d/proftpd/proftpd-1.3.0a.tar.bz2"
 > >> Remote[2]: file has vanished:
 > >> "/cygdrive/c/shadow/d/proftpd/proftpdadmin-1.04.tar.gz"
 > >> Remote[2]: file has vanished:
 > >> "/cygdrive/c/shadow/d/svn_backup/Daily/osfiles(10.06.14).tgz"
 > >> Remote[2]: file has vanished:
 > >> "/cygdrive/c/shadow/d/svn_backup/Daily/svn(10.06.14).dump"
 > >> Remote[2]: file has vanished:
 > >> "/cygdrive/c/shadow/d/svn_backup/Daily/svn(10.06.14).tgz"
 > >>
 > >> Is it the extra dots or brackets in the file path or name?  If so, how 
 > >> can I
 > >> get around this?  My clients last backup had 349416 "vanishing" files.
 > >>
 > > What that is 'supposed' to mean is that some other process deleted the
 > > file between the time rsync read the directory initially and when it
 > > walks the list down to this fie for comparison.   That shouldn't
 > > happen at all if you are working with volume snapshots.  Are you sure
 > > something isn't deleting the whole snapshot before the backup
 > > completes?
 > >
 > Pretty darn sure the snapshot isn't getting deleted.  BackupPC takes 
 > care of the snapshots with pre and post commands.  Veritas BackupExec 
 > was running, so I disabled that for tonight's run.  I had to install 
 > vshadow, so I know it's not doing anything without my permission.
 > 
 > I'll run rsync again tonight and see what happens.  It'll be an 
 > incremental though... unless I force a full.
 > 
 > Gerald

Why don't you just test to see if the files are still there (and what
the permissions are)?

------------------------------------------------------------------------------
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
_______________________________________________
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/