Re: [BackupPC-users] Problems with backup scheduling

2006-01-30 Thread Guillaume Rousse

Craig Barratt wrote:

Complete log (from the problematic time) included at the end of the
mail. It seems backuppc tries to create a full backup, but a minor
failure (empty /var/lib/cvs directory) prevent it to be created.



Ok, that explains why you weren't getting new fulls.
You can also set:

$Conf{BackupZeroFilesIsFatal} = 0;

if you want to ignore empty backups, but that often indicates
a problem that you should investigate rather than quietly
ignore.

Sounds like the nightly email delivery isn't working on your
server - you should have received emails about this.

Right, the alias was not properly configured on the system :/
Thanks for the help, it should work better now.

--
Only passengers seated in window seats ever have to get up to go to the 
lavatory

-- Murphy's Laws for Frequent Flyers n°7


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


Re: [BackupPC-users] Problems with backup scheduling

2006-01-30 Thread Guillaume Rousse
[EMAIL PROTECTED] wrote:
>>What I don't understand here is why I don't have one full backup from
>>one week maximum, and up to six additional daily incremental backups, as
>>configured with default values:
>>$Conf{FullPeriod} = 6.97;
>>$Conf{FullKeepCnt} = 1;
>>$Conf{FullKeepCntMin} = 1;
>>$Conf{FullAgeMax} = 90;
> 
> 
> I think that your setup is a bit strange. You are requesting to keep only 1
> full backup around, but then also incrementals. I'd think that for
> incrementals to work you'd need 2 fulls, at least as long as incrementals
> made before the latest full are around. I'd think BackupPC would override
> your settings and keep the two full while needed, but then why doesn't it?
What you say is that replacing current full backup would make existing
incremental useless, so contradict requirement for also keeping
incrementals, right ? Documentation isn't very clear there, so maybe
Craig could enlighten us.

Anyway, I've increased FullKeepCnt to 2, but also changed other few
settings, so it may be part of the problem.

-- 
Never worry about the falling tree branch with your name on it
-- Murphy's Bush Fire Brigade Laws n°8


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


[BackupPC-users] Problems with backup scheduling

2006-01-30 Thread Guillaume Rousse

Hello.

I expected an unexplained files wipeout yesterday on my server at around 
0:40. When searching my available backups, I had the unhappy surprise of 
discovering my backup policy was absolutly not working: I just had a 
full backup from 4 month ago, and an incremental backup from yesterday.


As this last one was currently updated since 00, I immediatly stopped 
the update so as to keep it unchanged, but it was removed anyway by a 
partial update, full of empty files :/


What I don't understand here is why I don't have one full backup from 
one week maximum, and up to six additional daily incremental backups, as 
configured with default values:

$Conf{FullPeriod} = 6.97;
$Conf{FullKeepCnt} = 1;
$Conf{FullKeepCntMin} = 1;
$Conf{FullAgeMax} = 90;

$Conf{IncrPeriod} = 0.97;
$Conf{IncrKeepCnt} = 6;
$Conf{IncrKeepCntMin} = 1;
$Conf{IncrAgeMax} = 30;

There is no available space problem:
/dev/mapper/vg0-lv0   35189500  21006244  13110760  62% /var/lib/backuppc

All I found in error logs were some troubles running a mysql dump script 
  on the client due to lack of permissions, but it shouldn't interfere 
with other files backup.


--
You never find a lost article until you replace it
-- Sad Truths of Life n°8


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


Re: [BackupPC-users] Problems with backup scheduling

2006-01-30 Thread Craig Barratt
Guillaume Rousse writes:

> Craig Barratt wrote:
> >>What I don't understand here is why I don't have one full backup from 
> >>one week maximum, and up to six additional daily incremental backups, as 
> >>configured with default values:
> >>$Conf{FullPeriod} = 6.97;
> >>$Conf{FullKeepCnt} = 1;
> >>$Conf{FullKeepCntMin} = 1;
> >>$Conf{FullAgeMax} = 90;
> >>
> >>$Conf{IncrPeriod} = 0.97;
> >>$Conf{IncrKeepCnt} = 6;
> >>$Conf{IncrKeepCntMin} = 1;
> >>$Conf{IncrAgeMax} = 30;
> >>
> >>There is no available space problem:
> >>/dev/mapper/vg0-lv0   35189500  21006244  13110760  62% /var/lib/backuppc
> > 
> > 
> > These settings should be fine.  What is in the per-PC log files?
> > It should show each backup and expiry.
> Complete log (from the problematic time) included at the end of the
> mail. It seems backuppc tries to create a full backup, but a minor
> failure (empty /var/lib/cvs directory) prevent it to be created.

Ok, that explains why you weren't getting new fulls.
You can also set:

$Conf{BackupZeroFilesIsFatal} = 0;

if you want to ignore empty backups, but that often indicates
a problem that you should investigate rather than quietly
ignore.

Sounds like the nightly email delivery isn't working on your
server - you should have received emails about this.

Craig


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


Re: [BackupPC-users] Problems with backup scheduling

2006-01-30 Thread Guillaume Rousse
Craig Barratt wrote:
>>What I don't understand here is why I don't have one full backup from 
>>one week maximum, and up to six additional daily incremental backups, as 
>>configured with default values:
>>$Conf{FullPeriod} = 6.97;
>>$Conf{FullKeepCnt} = 1;
>>$Conf{FullKeepCntMin} = 1;
>>$Conf{FullAgeMax} = 90;
>>
>>$Conf{IncrPeriod} = 0.97;
>>$Conf{IncrKeepCnt} = 6;
>>$Conf{IncrKeepCntMin} = 1;
>>$Conf{IncrAgeMax} = 30;
>>
>>There is no available space problem:
>>/dev/mapper/vg0-lv0   35189500  21006244  13110760  62% /var/lib/backuppc
> 
> 
> These settings should be fine.  What is in the per-PC log files?
> It should show each backup and expiry.
Complete log (from the problematic time) included at the end of the
mail. It seems backuppc tries to create a full backup, but a minor
failure (empty /var/lib/cvs directory) prevent it to be created.

> Do you have any additional settings in the per-PC config file?
Nothing.

However, I removed /var/lib/cvs from backups list, and increased
$Conf{FullKeepCnt} to 2, thing seems to works better now.

2006-01-15 12:00:00 Running 2 BackupPC_nightly jobs from 0..15 (out of
0..15)
2006-01-15 12:00:00 Running BackupPC_nightly -m 0 127 (pid=13668)
2006-01-15 12:00:00 Running BackupPC_nightly 128 255 (pid=13669)
2006-01-15 12:00:00 Next wakeup is 2006-01-16 00:00:00
2006-01-15 12:00:12 BackupPC_nightly now running BackupPC_sendEmail
2006-01-15 12:00:12 Finished  admin1  (BackupPC_nightly 128 255)
2006-01-15 12:04:57 Started full backup on ryu (pid=13672,
share=/var/backup/data)
2006-01-15 12:05:59 Started full backup on ryu (pid=13672,
share=/var/lib/cvs)
2006-01-15 12:05:59 Started full backup on ryu (pid=13672,
share=/var/lib/svn)
2006-01-15 12:06:02 Started full backup on ryu (pid=13672,
share=/home/projects)
2006-01-15 12:06:50 Finished  admin  (BackupPC_nightly -m 0 127)
2006-01-15 12:06:50 Pool nightly clean removed 0 files of size 0.00GB
2006-01-15 12:06:50 Pool is 0.00GB, 0 files (0 repeated, 0 max chain, 0
max links), 1 directories
2006-01-15 12:06:50 Cpool nightly clean removed 5764 files of size 1.03GB
2006-01-15 12:06:50 Cpool is 20.46GB, 65092 files (1 repeated, 1 max
chain, 398 max links), 4369 directories
2006-01-15 13:09:26 Backup failed on ryu (No files dumped for share
/var/lib/cvs)
2006-01-15 13:09:26 Running BackupPC_link ryu (pid=14152)
2006-01-15 13:10:02 Finished ryu (BackupPC_link ryu)
2006-01-16 00:00:00 Next wakeup is 2006-01-16 12:00:00
2006-01-16 00:04:10 Started full backup on ryu (pid=18899,
share=/var/backup/data)
2006-01-16 00:04:48 Started full backup on ryu (pid=18899,
share=/var/lib/cvs)
2006-01-16 00:04:49 Started full backup on ryu (pid=18899,
share=/var/lib/svn)
2006-01-16 00:04:54 Started full backup on ryu (pid=18899,
share=/home/projects)
2006-01-16 01:00:28 Backup failed on ryu (No files dumped for share
/var/lib/cvs)
2006-01-16 01:00:28 Running BackupPC_link ryu (pid=19291)
2006-01-16 01:00:33 Finished ryu (BackupPC_link ryu)
2006-01-16 12:00:00 24hr disk usage: 65% max, 65% recent, 0 skipped hosts
2006-01-16 12:00:00 Removing /var/lib/backuppc/log/LOG.13.z
2006-01-16 12:00:00 Aging LOG files, LOG -> LOG.0 -> LOG.1 -> ... -> LOG.13

-- 
Priorities are made by Crew Leaders, not GOD
-- Murphy's Bush Fire Brigade Laws n°11


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


Re: [BackupPC-users] Problems with backup scheduling

2006-01-29 Thread Craig Barratt
Guillaume Rousse writes:

> I expected an unexplained files wipeout yesterday on my server at around 
> 0:40. When searching my available backups, I had the unhappy surprise of 
> discovering my backup policy was absolutly not working: I just had a 
> full backup from 4 month ago, and an incremental backup from yesterday.
> 
> As this last one was currently updated since 00, I immediatly stopped 
> the update so as to keep it unchanged, but it was removed anyway by a 
> partial update, full of empty files :/
> 
> What I don't understand here is why I don't have one full backup from 
> one week maximum, and up to six additional daily incremental backups, as 
> configured with default values:
> $Conf{FullPeriod} = 6.97;
> $Conf{FullKeepCnt} = 1;
> $Conf{FullKeepCntMin} = 1;
> $Conf{FullAgeMax} = 90;
> 
> $Conf{IncrPeriod} = 0.97;
> $Conf{IncrKeepCnt} = 6;
> $Conf{IncrKeepCntMin} = 1;
> $Conf{IncrAgeMax} = 30;
> 
> There is no available space problem:
> /dev/mapper/vg0-lv0   35189500  21006244  13110760  62% /var/lib/backuppc

These settings should be fine.  What is in the per-PC log files?
It should show each backup and expiry.

Do you have any additional settings in the per-PC config file?

Craig


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


Re: [BackupPC-users] Problems with backup scheduling

2006-01-27 Thread Bernardo . Rechea

> What I don't understand here is why I don't have one full backup from
> one week maximum, and up to six additional daily incremental backups, as
> configured with default values:
> $Conf{FullPeriod} = 6.97;
> $Conf{FullKeepCnt} = 1;
> $Conf{FullKeepCntMin} = 1;
> $Conf{FullAgeMax} = 90;

I think that your setup is a bit strange. You are requesting to keep only 1
full backup around, but then also incrementals. I'd think that for
incrementals to work you'd need 2 fulls, at least as long as incrementals
made before the latest full are around. I'd think BackupPC would override
your settings and keep the two full while needed, but then why doesn't it?

Bernardo Rechea








  
  Guillaume Rousse  
  
  <[EMAIL PROTECTED]>   To:   
backuppc-users@lists.sourceforge.net   
  Sent by:   cc:
  
  [EMAIL PROTECTED]bcc: 

  ceforge.net        Subject:  
[BackupPC-users] Problems with backup scheduling   

  

  
  01/27/2006 08:58 AM   
  

  

  




Hello.

I expected an unexplained files wipeout yesterday on my server at around
0:40. When searching my available backups, I had the unhappy surprise of
discovering my backup policy was absolutly not working: I just had a
full backup from 4 month ago, and an incremental backup from yesterday.

As this last one was currently updated since 00, I immediatly stopped
the update so as to keep it unchanged, but it was removed anyway by a
partial update, full of empty files :/

What I don't understand here is why I don't have one full backup from
one week maximum, and up to six additional daily incremental backups, as
configured with default values:
$Conf{FullPeriod} = 6.97;
$Conf{FullKeepCnt} = 1;
$Conf{FullKeepCntMin} = 1;
$Conf{FullAgeMax} = 90;

$Conf{IncrPeriod} = 0.97;
$Conf{IncrKeepCnt} = 6;
$Conf{IncrKeepCntMin} = 1;
$Conf{IncrAgeMax} = 30;

There is no available space problem:
/dev/mapper/vg0-lv0   35189500  21006244  13110760  62% /var/lib/backuppc

All I found in error logs were some troubles running a mysql dump script
   on the client due to lack of permissions, but it shouldn't interfere
with other files backup.

I'm using backuppc 2.1.1 on debian sarge.

--
Try to look unimportant; the enemy may be low on ammo and not want to
waste a bullet on you
 -- Murphy's Military Laws n°104


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/






---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


[BackupPC-users] Problems with backup scheduling

2006-01-27 Thread Guillaume Rousse

Hello.

I expected an unexplained files wipeout yesterday on my server at around 
0:40. When searching my available backups, I had the unhappy surprise of 
discovering my backup policy was absolutly not working: I just had a 
full backup from 4 month ago, and an incremental backup from yesterday.


As this last one was currently updated since 00, I immediatly stopped 
the update so as to keep it unchanged, but it was removed anyway by a 
partial update, full of empty files :/


What I don't understand here is why I don't have one full backup from 
one week maximum, and up to six additional daily incremental backups, as 
configured with default values:

$Conf{FullPeriod} = 6.97;
$Conf{FullKeepCnt} = 1;
$Conf{FullKeepCntMin} = 1;
$Conf{FullAgeMax} = 90;

$Conf{IncrPeriod} = 0.97;
$Conf{IncrKeepCnt} = 6;
$Conf{IncrKeepCntMin} = 1;
$Conf{IncrAgeMax} = 30;

There is no available space problem:
/dev/mapper/vg0-lv0   35189500  21006244  13110760  62% /var/lib/backuppc

All I found in error logs were some troubles running a mysql dump script 
  on the client due to lack of permissions, but it shouldn't interfere 
with other files backup.


I'm using backuppc 2.1.1 on debian sarge.

--
Try to look unimportant; the enemy may be low on ammo and not want to 
waste a bullet on you

-- Murphy's Military Laws n°104


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/