Also, to my surprise, I've just received this message:

05-Sep 09:24 backup_dir JobId 0: Max configured use duration=172,800 sec. exceeded. Marking Volume "LTO-M20120606A" as Used. 05-Sep 09:24 backup_dir JobId 0: There are no more Jobs associated with Volume "LTO-M20130703A". Marking it purged.
05-Sep 09:24 backup_dir JobId 0: Recycled volume "LTO-M20130703A"

I haven't made any config changes, just did a couple of listings and attempted one restore which I aborted.

Weird...


On 05/09/18 09:47, Adam Weremczuk wrote:
Hi all,

I'm using Bacula 5.2.6 with LTO-4.

Today I've tried restoring an single file (/var/log/auth.log) from an old backup and encountered the following:

+--------+-------+-----------+-----------------+---------------------+----------------+ | JobId  | Level | JobFiles  | JobBytes        | StartTime           | VolumeName     | +--------+-------+-----------+-----------------+---------------------+----------------+ | 35,038 | F     | 3,040,903 | 441,031,349,224 | 2016-05-04 22:10:01 | LTO-R20160504A | +--------+-------+-----------+-----------------+---------------------+----------------+
You have selected the following JobId: 35038

Building directory tree for JobId(s) 35038 ...

For one or more of the JobIds selected, no files were found,
so file selection is not possible.
Most likely your retention policy pruned the files.

Do you want to restore all the files? (yes|no): no

Regexp matching files to restore? (empty to abort):
Restore not done.

-----------------------------------------------------------------------------------------------------

Pool details:

Pool: name=lto_archive_pool PoolType=Backup
      use_cat=1 use_once=0 cat_files=1
      max_vols=0 auto_prune=1 VolRetention=10 years
      VolUse=2 days  recycle=0 LabelFormat=*None*
      CleaningPrefix=*None* LabelType=0
      RecyleOldest=0 PurgeOldest=0 ActionOnPurge=0
      MaxVolJobs=0 MaxVolFiles=0 MaxVolBytes=0
      MigTime=0 secs MigHiBytes=0 MigLoBytes=0
      JobRetention=0 secs FileRetention=0 secs
  --> Storage: name=backup_sd_lto address=backup SDport=9103 MaxJobs=3
      DeviceName=Quantum LTO-4 HH MediaType=LTO StorageId=3

*list volumes pool=lto_archive_pool
+---------+----------------+-----------+---------+-------------------+----------+--------------+---------+------+-----------+-----------+---------------------+ | MediaId | VolumeName     | VolStatus | Enabled | VolBytes          | VolFiles | VolRetention | Recycle | Slot | InChanger | MediaType | LastWritten         | +---------+----------------+-----------+---------+-------------------+----------+--------------+---------+------+-----------+-----------+---------------------+ |      65 | LTO-R20071107A | Purged    |       1 | 68,953,165,217 |       74 |  157,680,000 |       0 |    0 |         1 | LTO | 2007-11-08 03:36:50 | |      79 | LTO-R20080507A | Purged    |       1 | 88,168,316,440 |       94 |  157,680,000 |       0 |    0 |         0 | LTO | 2008-05-08 03:24:44 | |      85 | LTO-R20081105A | Purged    |       1 | 139,036,430,693 |      144 |  157,680,000 |       0 |    0 |         0 | LTO | 2008-11-06 03:43:30 | |      88 | LTO-R20090506A | Purged    |       1 | 208,192,029,696 |      213 |  157,680,000 |       0 |    0 |         0 | LTO | 2009-05-07 03:33:49 | |      89 | LTO-R20091104A | Purged    |       1 | 282,999,693,312 |      288 |  157,680,000 |       0 |    0 |         0 | LTO | 2009-11-05 04:26:24 | |      90 | LTO-R20100505A | Purged    |       1 | 361,254,426,624 |      365 |  157,680,000 |       0 |    0 |         0 | LTO | 2010-05-06 08:17:03 | |      91 | LTO-R20101103A | Purged    |       1 | 431,760,236,544 |      436 |  157,680,000 |       0 |    0 |         0 | LTO | 2010-11-04 06:31:20 | |      92 | LTO-R20110504A | Purged    |       1 | 494,447,063,040 |      499 |  157,680,000 |       0 |    0 |         0 | LTO | 2011-05-05 05:20:31 | |     106 | LTO-R20120502A | Used      |       1 | 649,362,502,656 |      655 |  315,360,000 |       0 |    0 |         0 | LTO | 2012-05-03 06:41:47 | |     111 | LTO-R20130501A | Used      |       1 | 810,024,542,208 |      812 |  315,360,000 |       0 |    0 |         0 | LTO | 2013-05-02 04:54:02 | |     114 | LTO-R20140507A | Used      |       1 | 1,078,025,582,592 |    1,081 |  315,360,000 |       0 |    0 |         0 | LTO       | 2014-05-08 05:43:48 | |     122 | LTO-R20150506A | Used      |       1 | 1,045,356,576,768 |    1,048 |  315,360,000 |       0 |    0 |         0 | LTO       | 2015-05-07 05:55:56 | |     125 | LTO-R20160504A | Used      |       1 | 492,368,292,864 |      495 |  315,360,000 |       0 |    0 |         0 | LTO | 2016-05-05 03:59:25 | |     126 | LTO-R20170503A | Used      |       1 | 875,307,138,048 |      878 |  315,360,000 |       0 |    0 |         0 | LTO | 2017-05-04 07:30:33 | |     127 | LTO-R20180502A | Append    |       1 | 1,024,303,150,080 |    1,027 |  315,360,000 |       0 |    0 |         0 | LTO       | 2018-05-03 07:57:44 | +---------+----------------+-----------+---------+-------------------+----------+--------------+---------+------+-----------+-----------+---------------------+

QUESTIONS:

Why the files have been pruned?

Has it been caused by "dbcheck -f -c /etc/bacula/bacula-dir.conf" I run every quarter or so?

Is it a good idea to do this:

Regexp matching files to restore? (empty to abort): auth.log

?

Thanks,
Adam



------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to