Назад | Перейти на главную страницу

Bacula отказывается использовать доступные тома

Недавно я установил новый сервер и настроил Bacula для автоматической маркировки до 10 томов. Очень скоро я получил сообщение, что требуется вмешательство, и когда я смотрю на него, один том был полностью использован, а остальные в режиме добавления, но не использовались.

Мне удалось перевести этот исходный файл в режим повторного использования, но остальные остаются в режиме добавления, и резервное копирование не работает.

Вот вывод консоли.

Мои тома

*list volumes
Pool: Default
+---------+-------------+-----------+---------+----------+----------+--------------+---------+------+-----------+-----------+---------------------+
| MediaId | VolumeName  | VolStatus | Enabled | VolBytes | VolFiles | VolRetention | Recycle | Slot | InChanger | MediaType | LastWritten         |
+---------+-------------+-----------+---------+----------+----------+--------------+---------+------+-----------+-----------+---------------------+
|       1 | mozart-0001 | Recycle   |       1 |        1 |        0 |    1,296,000 |       1 |    0 |         0 | File      | 2009-11-12 23:10:02 |
|       2 | mozart-0002 | Append    |       1 |        0 |        0 |    1,296,000 |       1 |    0 |         0 | File      | 0000-00-00 00:00:00 |
|       3 | mozart-0003 | Append    |       1 |        0 |        0 |    1,296,000 |       1 |    0 |         0 | File      | 0000-00-00 00:00:00 |
|       4 | mozart-0004 | Append    |       1 |        0 |        0 |    1,296,000 |       1 |    0 |         0 | File      | 0000-00-00 00:00:00 |
|       5 | mozart-0005 | Append    |       1 |        0 |        0 |    1,296,000 |       1 |    0 |         0 | File      | 0000-00-00 00:00:00 |
|       6 | mozart-0006 | Append    |       1 |        0 |        0 |    1,296,000 |       1 |    0 |         0 | File      | 0000-00-00 00:00:00 |
|       7 | mozart-0007 | Append    |       1 |        0 |        0 |    1,296,000 |       1 |    0 |         0 | File      | 0000-00-00 00:00:00 |
|       8 | mozart-0008 | Append    |       1 |        0 |        0 |    1,296,000 |       1 |    0 |         0 | File      | 0000-00-00 00:00:00 |
|       9 | mozart-0009 | Append    |       1 |        0 |        0 |    1,296,000 |       1 |    0 |         0 | File      | 0000-00-00 00:00:00 |
|      10 | mozart-0010 | Append    |       1 |        0 |        0 |    1,296,000 |       1 |    0 |         0 | File      | 0000-00-00 00:00:00 |
+---------+-------------+-----------+---------+----------+----------+--------------+---------+------+-----------+-----------+---------------------+
Pool: Scratch
No results to list.

Запуск резервного копирования:

*run
A job name must be specified.
The defined Job resources are:
     1: Main
     2: Catalog
     3: RestoreFiles
Select Job resource (1-3): 1
Run Backup job
JobName:  Main
Level:    Incremental
Client:   mozart-fd
FileSet:  Full Set
Pool:     Default (From Job resource)
Storage:  chopin-sd (From Job resource)
When:     2009-11-18 15:12:45
Priority: 10
OK to run? (yes/mod/no): yes
Job queued. JobId=28
18-Nov 15:12 mozart-dir JobId 28: No prior Full backup Job record found.
18-Nov 15:12 mozart-dir JobId 28: No prior or suitable Full backup found in catalog. Doing FULL backup.
*

Провал:

18-Nov 15:49 chopin-sd JobId 27: Job Main.2009-11-18_14.49.47.28 waiting. Cannot find any appendable volumes.
Please use the "label"  command to create a new Volume for:
    Storage:      "FileStorage" (/var/bacula-backups)
    Pool:         Default
    Media type:   File
*

Есть идеи, что может происходить? Почему он не находит дополнительного тома?

Флаг InChanger установлен в ноль. Если эта установка использует ленточную библиотеку, вы должны иметь возможность запускать «слоты обновления» в bconsole для сканирования библиотеки и обновления информации InChanger и слота.

В этом случае я закончил тем, что уничтожил базу данных и перестроил ее, ничего не меняя в конфигурации, и это сработало. Не знаю, что случилось. С тех пор у меня несколько раз возникала одна и та же проблема, и она решалась перезапуском директоров и хранилищ.