On Mon, 2006-09-18 at 22:48, John Locke wrote:
> This isn't the issue--I've already got DHCP updating DNS with client
> hostnames. BackupPC can find the hosts, no problem. The issue is that I
> would rather keep server software (rsyncd, ssh, Windows
> Networking/Samba) off my mobile clients, and i
Hi, Ski,
Thanks for your reply, but I don't think it addresses my need...
Ski Kacoroski wrote:
> John,
>
> I have used two approaches to this problem.
>
> 1. Change to rdiff-backup for the mobile clients. It does not have
> the GUI, but it does have a nice command line for dealing
> incrementals
John,
I have used two approaches to this problem.
1. Change to rdiff-backup for the mobile clients. It does not have the
GUI, but it does have a nice command line for dealing incrementals,
expiring incrementals, etc. I use it on my laptop.
2. The second option is more time consuming to set u
Les Mikesell wrote:
> Has anyone looked at using the bacula client as another
> transfer method? I'm not sure how it handles incrementals
> but using the native backup api on windows clients might
> have some advantages.
>
The bacula client also has the same problem of not being able to
intellig
Hello!
I have an archive host set up. I can archive to it just fine, as long as
parity is set to 0. However, if I set the parity to anything but zero,
the archive will create the tar file, but I then get the following error:
Archive failed (Error: /usr/bin/par2 failed)
However, if I
I had the same issue, I really think the top backuppc directory should
be a configurable option. I solved the problem using a symbolic link.
Moved the data using tar (I've done this on a couple systems, and tar
seems to be the fastest at handling all the hard links), then being
paranoid I ren
On Monday 18 September 2006 11:19, Les Mikesell wrote:
> On Mon, 2006-09-18 at 09:59 -0700, David Koski wrote:
> > But this error occurs in the same position day after day, increasing in
> > number of times it is found in the log.
> >
> > Now for a dumb question: Does that error indicate a problem
On Mon, 2006-09-18 at 09:59 -0700, David Koski wrote:
> But this error occurs in the same position day after day, increasing in
> number
> of times it is found in the log.
>
> Now for a dumb question: Does that error indicate a problem on the backuppc
> server or the server being backed up? I
On Monday 18 September 2006 09:48, Les Mikesell wrote:
> On Mon, 2006-09-18 at 09:27 -0700, David Koski wrote:
> > Just to clarify, I am not getting "file has vanished" errors since I
> > excluded the Queue directory from backup.
> >
> > > Same problem, different place. The files are disappearing b
On Mon, 2006-09-18 at 09:27 -0700, David Koski wrote:
> Just to clarify, I am not getting "file has vanished" errors since I excluded
> the Queue directory from backup.
>
> > Same problem, different place. The files are disappearing between
> > the time the directory is read to find the name and
On Monday 18 September 2006 09:18, Les Mikesell wrote:
> On Mon, 2006-09-18 at 09:10 -0700, David Koski wrote:
> > > On Wed, 2006-09-06 at 10:01 -0700, David Koski wrote:
> > > > Last nights backup looks about the same with same errors. There are
> > > > about 64 of these:
> > > >
> > > > Unable to
On Mon, 2006-09-18 at 09:10 -0700, David Koski wrote:
> > On Wed, 2006-09-06 at 10:01 -0700, David Koski wrote:
> > > Last nights backup looks about the same with same errors. There are about
> > > 64 of these:
> > >
> > > Unable to read 2757426 bytes from /home/backuppc/pc/mail/new//f%2f/RStmp
> >
On Wednesday 06 September 2006 10:19, Les Mikesell wrote:
> On Wed, 2006-09-06 at 10:01 -0700, David Koski wrote:
> > Last nights backup looks about the same with same errors. There are about
> > 64 of these:
> >
> > Unable to read 2757426 bytes from /home/backuppc/pc/mail/new//f%2f/RStmp
> > got=2
13 matches
Mail list logo
