backup server is Debian lenny running bacula 5.02, client is debian sarge
running bacula 1.38.11.

The server is a web server and on the 22nd a copy was made of the main site,
if you look at the backup job for that day, you can see an extra 4000
files. We're running daily incrementals with a full at the start of the
month.

Then a second copy was made on the 25th but the incrementals just show a few
dozen new files.

So we've got the original and two copies, let's call them

www.mysite.com
copy1.mysite.com
copy2.mysite.com

Today we went to restore copy2.mysite.com, if we select "restore most recent
backup for client" or "restore before specified time" then we get back 43
files out of 4000. If I just pick "restore" then I get 107 files out of
4000. This is the same if I go back a few days.
We can restore copy1.mysite.com but that's no use to us

A file verify ran on the 26th and it shows all the files from
copy2.mysite.com but not copy1.mysite.com

Backups ran without any errors, I've checked the alert emails. I'm trying to
run bscan on the volumes to see if that produces any different results but
I'm having trouble with the syntax.

Does anyone have any idea where the files are and how I can stop this
happening again? My first thought was that the directories weren't copied
but symlinked, I'm assured this is not the case.
#########################

Check the timestamps of the files for copy2 using the stat command. Maybe
they appear to be older than the 25th, so Bacula skipped them?

Also, are you using the mtimeonly option in the fileset?

__Martin 

Hi Martin, thought you were on to something there as the modify time probably 
would have been older, but I've been unable to reproduce this in tests, even 
when the mtime was several days older. Also, copy1 backed up ok despite having 
the same stats.

I'm pretty sure we're not using mtime only, I don't see it anywhere in the 
config

James - You're right, this is an ancient version of bacula, unfortunately we 
have more than a few servers running it :/ I don't think it's anything to do 
with DST, the backups didn't run until about 12 hours after the file changes 
and the DST change didn't happen until two days later

+----------------------------------------------------------------------
|This was sent by tibus.support AT gmail DOT com via Backup Central.
|Forward SPAM to abuse AT backupcentral DOT com.
+----------------------------------------------------------------------



------------------------------------------------------------------------------
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users