Rob Ogle wrote:
> Ok...so...since the beef of my backup is a sql database backup file that is
> 3.5GB. The reason I've got so much data is because the I have about 8 copies
> of it. One for the full and one of the incremental of each day between
> fulls. Right?
>
> If so...how do I tweak my setting
Ok...so...since the beef of my backup is a sql database backup file that is
3.5GB. The reason I've got so much data is because the I have about 8 copies
of it. One for the full and one of the incremental of each day between
fulls. Right?
If so...how do I tweak my settings so that I only have one c
most of the files that are in the backup you want to delete may be in the
pool and still depend on another more recent backup. the fact that backuppc
shows a backup as 2Gb or whatever doesnt mean that it is occupying 2Gb on
disk, just that the files WOULD be 2Gb if they were in some other
director
There have been several threads lately about storage issues so I
figured a quick refresher on how unix like systems store files would
shed some light.
When you make a file on a unix system (eg Linux, FreeBSD, solaris etc)
what actually happens is the system allocates an inode (index node) on
Rob Ogle wrote:
> Thanks!
>
> I changed those settings, restarted the box, and ran BackupPC_nightly.
> My directory size hasn't changed. Should I just wait a few days to see if
> the magic happens on it's own?
>
>
>
>
Unless your machine changes *a lot* each week the directory size won't
change
Thanks very much, it seems to work now. I did re - keygen and copied the
keys as backuppc users.
serge
-Original Message-
From: Les Mikesell [mailto:[EMAIL PROTECTED]
Sent: jeudi 13 décembre 2007 14:30
To: Serge Pecher
Cc: backuppc-users@lists.sourceforge.net
Subject: Re: [BackupPC-user
Thanks!
I changed those settings, restarted the box, and ran BackupPC_nightly.
My directory size hasn't changed. Should I just wait a few days to see if
the magic happens on it's own?
-Original Message-
From: Les Mikesell [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 13, 2007 3:22
Hi Everyone,
I'm having problems with one of our servers backing up. Sometimes it
works fine but most of the time I get an error like the following:
[ skipped 32974 lines ]
Read EOF:
Tried again: got 0 bytes
Can't write 4 bytes to socket
finish: removing in-process file
home/dnalims/fragment
Rob Ogle wrote:
> Ok. So...
> If I want to keep one full per week and increment once each day between
> fulls- is this what my settings should be?
>
> FullPeriod: 6.97
> FullKeepCnt: 1
> FullKeepCntMin: 1
> FullAgeMax: 365
>
> IncrPeriod: 0.97
> IncrKeepCnt: 8
> IncrKeepCntMin: 8
> IncrAgeMax: 1
Ok. So...
If I want to keep one full per week and increment once each day between
fulls- is this what my settings should be?
FullPeriod: 6.97
FullKeepCnt: 1
FullKeepCntMin: 1
FullAgeMax: 365
IncrPeriod: 0.97
IncrKeepCnt: 8
IncrKeepCntMin: 8
IncrAgeMax: 1
IncrLevels: 1
-Original Message
Rob Ogle wrote:
> John,
>
> Thanks for the reply!
>
> I believe I may have muddied the water with my original post. I had two
> issues.
>
> Issue One: The directory for "HostA" was not deleted when I removed it from
> the config. No biggie, your previous suggestion of using 'rm -rf' worked
> gre
John,
Thanks for the reply!
I believe I may have muddied the water with my original post. I had two
issues.
Issue One: The directory for "HostA" was not deleted when I removed it from
the config. No biggie, your previous suggestion of using 'rm -rf' worked
great. Thanks!
Issue Two: For "HostB",
Rob Ogle wrote:
>
> Dan,
>
> I waited 4 days with no change in size on any directory. The data
> being backed up doesn’t change that much, but with the removal of old
> full backups, I would have expected it to come down. The data being
> backed up is about 3GB uncompressed. The directory ‘hostB
Dan,
I waited 4 days with no change in size on any directory. The data being
backed up doesn't change that much, but with the removal of old full
backups, I would have expected it to come down. The data being backed up is
about 3GB uncompressed. The directory 'hostB' (which holds the backups) i
Serge Pecher wrote:
> No I was'nt. I tried as backuppc user and received a question regarding
> acceptance of a key, where I did answer 'yes'. The system told me that the
> key for the IP of pccave was permanently added.
> Afterwards it asked the root password. As I am on a kubuntu system I don't
>
Les Mikesell wrote:
Brendan Simon wrote:
I have backuppc running on a Debian Etch system.
For some reason my backups aren't occurring anymore. I can initiate
them manually via the web interface but they don't seem to start
automatically each night.
What reasons could prevent them starting aut
No I was'nt. I tried as backuppc user and received a question regarding
acceptance of a key, where I did answer 'yes'. The system told me that the
key for the IP of pccave was permanently added.
Afterwards it asked the root password. As I am on a kubuntu system I don't
have a root password.
Ps: so
17 matches
Mail list logo
