Skip to content

Bacula errors

29.09.2022
By Тодор in Linux

Един проблем при ползването на Bacula с MySQL база за каталог:

Termination:            *** Backup Error ***
Fatal error: catreq.c:680 Restore object create error.
Fatal error: sql_create.c:1273 Create db Object record INSERT INTO RestoreObject 
 (ObjectName,PluginName,RestoreObject,ObjectLength,ObjectFullLength,ObjectIndex,
 ObjectType,ObjectCompression,FileIndex,JobId) VALUES ('RestoreOptions',
 'bpipe:/MYSQL/database_name.dump:/usr/bin/mysqldump database_name:mysql',
 '# Plugin configuration file\n# Version 1\nOptPrompt=\"Restore command to use\"\nrestore_command=@STR@\n\n',98,98,0,27,0,381,18) failed.
 ERR=Data too long for column 'PluginName' at row 1

Случва се при архивиране на mysql бази данни с по-дълги имена. Решението на проблема е дребна редакция в ДБ модела на каталога:

ALTER TABLE 'RestoreObject' CHANGE 'PluginName' 'PluginName' BLOB NOT NULL;

Tags: , , , ,

Comment Feed

2 Responses

  1. Привет,

    Няколко въпроса ми изникват, защото съвсем наскоро в една оперативка говорихме за bacula.

    – Много файлове ли бекъпваш? (тук се опасявам, че хипотетично при няколко паралелни рестора (често се налага) в някакъв момента джобовете ще се затлачат, докато сглоби каквото трябва)
    – Бекъпваш ли windows машини?
    – Какъв compression level си описал в bacula-dir-а? Мисля, че 5 е най-общо казано най-оптималното ниво, но всякакво мнение ще ми е полезно.
    – Как бекъпваш бази данни? Виждам, че има възможност чрез директивата Client Run Before Job да си издъмпя базите в някаква директория и така да ги бекъпвам.

    Като цяло, ако си срещал и някакви ботълнеци при голяма инфраструктура, ще е полезно споделяне. : )

  2. Здрасти Краси,
    Дефиницията за „много“ файлове е плаваща, но да – паралелните рестори са обречени на затлачване и дълго чакане, ако трябва да се сглобяват от композиция инкрементални бекапи върху бавни, евтини, въртящи дискове.
    Не, без виндози.
    5 или 6 мисля, че беше нивото на компресия по подразбиране. Не си заслужава особено да се пипа, но все пак за всеки влак си има пътници – едни искат да им е бързо, други, да им заема малко място.
    За базите се бекапват дъмповете им, които се изграждат според спецификата на инфраструктурата, за която се отнасят.

    Нямам идея как ще се държи Бакула в голяма инфраструктура – повече от 100 клиента и бекап каталог > 1PB. Вероятно ще трябва да се сегментира върху повечко сървъри.



Some HTML is OK

or, reply to this post via trackback.