BackupPC-users

Re: [BackupPC-users] Wierd backup problem

2010-11-11 17:54:24
Subject: Re: [BackupPC-users] Wierd backup problem
From: "B. Alexander" <storm16 AT gmail DOT com>
To: "General list for user discussion, questions and support" <backuppc-users AT lists.sourceforge DOT net>
Date: Thu, 11 Nov 2010 16:44:06 -0500
Nope. All hosts are Debian Linux, The backup machine runs unstable.

On Thu, Nov 11, 2010 at 4:33 PM, Jeffrey J. Kosowsky
<backuppc AT kosowsky DOT org> wrote:
> Are you backing up a Windows client?
> Under cygwin 1.5 rsync, there used to be problems with it hanging in
> mid-backup.
>
> B. Alexander wrote at about 13:40:53 -0500 on Thursday, November 11, 2010:
>  > It's a reiserfs3 filesystem, which I have been using for as long as I
>  > have been using backuppc. Unfortuantely, it doesn't use inodes in the
>  > traditional way. However, when I ran an fsck.reiserfs3, I did not see
>  > any errors like that that jumped out at me.
>  >
>  > Whats more, if it were filling up all its reiser-like inodes, wouldn't
>  > other backups be failing or hanging? I'm running 15 or 16 other hosts,
>  > with full backup sizes ranging between 0.3GB and 150GB. All of them
>  > are doing the normal routine.
>  >
>  > The only unique (or semi-unique) things I can think of are a) having
>  > BackupsDisable set to 1 and requesting backups, but I have done that
>  > before and it has worked, or b) something to do with backing up the
>  > backup machine, but I am not backing up the pool, and I have done this
>  > before as well (albeit on 3.1.0).
>  >
>  > I am so out of ideas...:)
>  > --b
>  >
>  > On Thu, Nov 11, 2010 at 12:17 PM, Michael <michael.auckland AT gmail DOT 
> com> wrote:
>  > >
>  > >
>  > > On Fri, Nov 12, 2010 at 4:31 AM, B. Alexander <storm16 AT gmail DOT com> 
> wrote:
>  > >>
>  > >> Okay, I set the $Conf{PartialAgeMax} to 0, rebooted the box (to clear
>  > >> out the zombie BackupPC_dump processes and cleared out that partial
>  > >> backup...
>  > >>
>  > >> Ran a full, still hung at the same place. So I stopped that (remember,
>  > >> at this point, there should not be a partial that it is running
>  > >> against, unless backuppc still knows about it in the configs, and
>  > >> PartialAgeMax should eliminate that possibility. I started an
>  > >> incremental, thinking that may clear out some counters or something.
>  > >> It hung at 1299 directories, 4323 files.
>  > >>
>  > >> The only difference between a full and a partial is that when I run a
>  > >> full, when the backup hangs, one of the BackupPC_dump process pegging
>  > >> the cpu at 99%. The partial seems to have the two of them running, but
>  > >>  they seem to have idled and the box quiesces.
>  > >>
>  > >> All I can tell you is that it seems to be stopping at a certain point,
>  > >> rather than some specific file or anything else I can determine. For
>  > >> instance, if I change the order that the directories get backed up,
>  > >> the file that it stops on changes. The filesystem is at 41% and the
>  > >> other backups that this machine is doing all still work.
>  > >>
>  > >> Any ideas?
>  > >>
>  > >> Thanks,
>  > >> --b
>  > >
>  > > 41% free? size or inodes? check with df -i to see free inodes. ( before
>  > > runnind that backup and after when stopped )
>  > >
>  > > --
>  > > --
>  > > Michael
>  > >
>  > > 
> ------------------------------------------------------------------------------
>  > > Centralized Desktop Delivery: Dell and VMware Reference Architecture
>  > > Simplifying enterprise desktop deployment and management using
>  > > Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
>  > > client virtualization framework. Read more!
>  > > http://p.sf.net/sfu/dell-eql-dev2dev
>  > > _______________________________________________
>  > > 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/
>  > >
>  > >
>  >
>  > 
> ------------------------------------------------------------------------------
>  > Centralized Desktop Delivery: Dell and VMware Reference Architecture
>  > Simplifying enterprise desktop deployment and management using
>  > Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
>  > client virtualization framework. Read more!
>  > http://p.sf.net/sfu/dell-eql-dev2dev
>  > _______________________________________________
>  > 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/
>
> ------------------------------------------------------------------------------
> Centralized Desktop Delivery: Dell and VMware Reference Architecture
> Simplifying enterprise desktop deployment and management using
> Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
> client virtualization framework. Read more!
> http://p.sf.net/sfu/dell-eql-dev2dev
> _______________________________________________
> 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/
>

------------------------------------------------------------------------------
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
_______________________________________________
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/

<Prev in Thread] Current Thread [Next in Thread>