BackupPC-users

Re: [BackupPC-users] rsync file is vanishing

2014-06-12 16:43:45
Subject: Re: [BackupPC-users] rsync file is vanishing
From: Gerald Brandt <gbr AT majentis DOT com>
To: "General list for user discussion, questions and support" <backuppc-users AT lists.sourceforge DOT net>
Date: Thu, 12 Jun 2014 15:42:42 -0500
On 2014-06-12, 3:28 PM, backuppc AT kosowsky DOT org wrote:
> 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)?
>
>
The files are still there, but I checked the original filesystem, not 
the shadow copy.  The shadow has already been deleted.

-- 
Gerald Brandt
Majentis Technologies
204-229-6595
gbr AT majentis DOT com


------------------------------------------------------------------------------
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/