Релиз Webacula 7.0.0

Починили ли возможность выбора файлов для восстановления?

Вроде работало.

Вроде работало.

Оно перед этим пытается создать в БД какую-то таблицу с кешем (имён всех файлов, как я понял). На что уходит очень много времени. На бэкапе всей системы с кучей мелких файлов - около 40 минут.

Так то оно работало и у меня, да. Но по факту - неюзабельно в реальных условиях.

Так тут webacula ни при чём, это сама бацила, ничего там не сделаешь. Много файлов, много джобов — придётся ждать, пока она всё это прожуёт.

такие огромные изменения!! Обязательно надо ставить, уже бегу!

Сарказм?

А вообще, грузит систему на массовом восстановлении файлов (80к+ файлов, 1.3 Тб), на ~15% меньше, времени тоже требуется на примерно 20% меньше. Насчет времени - на глаз замерял, это не точные числа.

Ну все это конечно круто, но pkgs.org молчит о наличии backlash 7.x

пардонте, s/backlash/bacula/g

А вообще, грузит систему на массовом восстановлении файлов (80к+ файлов, 1.3 Тб), на ~15% меньше,

Вы так говорите, словно это webacula восстанавливает, а не bacula-fd вместе с bacula-sd.

Хотя погодите ка, webacula добавляет к этому процессу столько времени, что даже наличие 20% выигрыша становится на глаз заметным?

Дааа, вот это продукт! Уважаю!

Хэширование паролей пользователей Webacula с помощью Portable PHP password hashing framework.

Слыхал я про этот фреймворк. У него забавное название - PHPass :) .

Так тут webacula ни при чём, это сама бацила, ничего там не сделаешь. Много файлов, много джобов — придётся ждать, пока она всё это прожуёт.

Нет, webacula и пэхапэ тут при чём. bconsole выдаёт полный список файлов за пару секунд.

системы резервного копирования уровня предприятия

Есть такая фича, чтобы откатить визит ОБЭП и/или налоговой?

«Webacula» - звучит как «ВэбДракула», живёт где-то в тёмной норке предприятия и кровь файлов резервирует.

Есть такая фича, чтобы откатить визит ОБЭП и/или налоговой?

Есть. Называется «бэкап на очень удалённый сервер».

Оно перед этим пытается создать в БД какую-то таблицу с кешем (имён всех файлов, как я понял). На что уходит очень много времени. На бэкапе всей системы с кучей мелких файлов - около 40 минут.

Я наблюдал подобное, но после

innodb_flush_log_at_trx_commit = 2

Это проверялось сразу после того, как bacula только-только сгенерила список и скормила его вэбакуле? И на query cache ещё включён наверно в базе?

это тало занимать менее минуты...

мне такой финт не помог

Я наблюдал подобное, но после

innodb_flush_log_at_trx_commit = 2

это тало занимать менее минуты...

У меня postgresql.

Это проверялось сразу после того, как bacula только-только сгенерила список и скормила его вэбакуле?

Хоть как. webacula всегда генерит список по пол часа, а bconsole - пару секунд.

Старый джоб:

# echo 'list files jobid=856' | /usr/bin/time bconsole >/dev/null
1.92user 1.92system 0:04.94elapsed 77%CPU (0avgtext+0avgdata 18656maxresident)k
0inputs+16outputs (0major+1257minor)pagefaults 0swaps

# echo 'list files jobid=856' | /usr/bin/time bconsole >/dev/null
1.86user 1.97system 0:04.93elapsed 77%CPU (0avgtext+0avgdata 18608maxresident)k
0inputs+16outputs (0major+1252minor)pagefaults 0swaps

Ве равно, принцип тот же. Найти причину и изжить...

Ве равно, принцип тот же. Найти причину и изжить...

Если учесть, что сама бакула читает тот же список быстро, то я прихожу к выводу, что причина не в БД.

Если учесть, что сама бакула читает тот же список быстро, то я прихожу к выводу, что причина не в БД.

webacula создает таблицы *tmp* на каждое востанавливаемое задание...

webacula_tmp_file_07d2c6fd5472b9796184e152bd92a535 webacula_tmp_file_3a246af2678dfad0d536e0a62cf49179 webacula_tmp_file_5f15805708a114ef82febede1e7419ac webacula_tmp_file_35da879ecbe68f0d6fd50514554dd653 webacula_tmp_file_63de3d752690cb5673ff0bf3a214a07f webacula_tmp_file_65c5532392c79b258bc34ee22c9cadcb

Я полагаю, что затык именно на процессе создания данных таблиц, но это надо доказать...

ЕМНИП на странице webacula на sourceforge были старые багрепорты именно на эту тему.

А, вон она какая (никогда рестором в ней не пользовался). Наверно по INSERT'у на каждый файл ещё делает… Надо бы посмотреть.

Таки да: https://github.com/tim4dev/webacula/blob/master/application/models/WbTmpTable...

В старых версиях оно ещё и в MyISAM создавалось принудительно.

В старых версиях оно ещё и в MyISAM создавалось принудительно.

Подтверждаю, да.

Оно перед этим пытается создать в БД какую-то таблицу с кешем (имён всех файлов, как я понял). На что уходит очень много времени.
На бэкапе всей системы с кучей мелких файлов - около 40 минут.

Все верно.

Если вы хотите для восстановления именно выбрать файлы из задания, то при их большом количестве это будет не быстро. Webacula действительно в этот момент занимается онанизмом: создает промежуточную БД для возможности выбора файлов. Происходит это из-за того, что сама Bacula не очень-то и дружественна в веб-мордам, поэтому их и нет почти. Кроме что разной статистики и отчетов.

Об этом не раз писалось в bacula-devel.

В последних версиях Bacula изобрели BVFS, но оно не юзабельно в веб-мордах. Уже конечно получше, чем ничего, но... не совсем то.

Сама Bacula (bconsole) строит все дерево в ОЗУ, поэтому оно конечно и быстро. До кучи: кодирование информации о файле LStat реализовано нестандартно.

Короче, это не баг а фича!!