[SPEC] Bacula

[Daniel Mróz]

Dnia Thu, 13 Apr 2006 19:38:50 +0200
Jacek Konieczny <jajcus at jajcus.net> napisał(a):
> > Widzę brak zainteresowania nową wersją Baculi.
> Po prostu upgrade Baculi, a więc i testotowanie speca, to niezbyt
> przyjemne zadanie. Więc ja się nie dziwię, że nikt się do tego nie
> pali. Ja właśnie buduję ze spatchowanego speca, więc pewnie za chwilę
> commitnę.
Oprócz wrzasków o niespakietowane pliki *-ctl-*, które u nas się do
niczego nie zdadzą (właśnie, może by je wywalić) buduje się bez
problemów. Jeśli chodzi o działanie, to od ok. tygodnia na moich
serwerach działa bez zarzutu, więc powinno być OK.

> > A szkoda, bo trochę bugów poprawili.
> A i tego nie było wcale tak dużo.
Ale za to majory :)

> > To w takim razie może macie jakieś przemyślenia na temat bconda
> > budującego ze wsparciem np. MySQL? Testowo coś takiego sobie
> > zrobiłem, ale nie mam zbytnio pomysłu co zrobić z automagiczną
> > aktualizacją bazy.
> Zrobienie sensownego wsparcia do baz innych niż sqlite w pakiecie to
> ciężka sprawa... Najlepiej byłoby zrobić za pomocą podpakietów z
> odpowiednimi pluginami, ale sam Bacula nie jest do tego przygotowany.
> :-(
W przypadku budowania paczek do dystrybucji to nie widzę innego wyjścia
jak tworzenie bacula-(sqlite,mysql,pgsql,...)-*. Tak robi np. Debian.
Można jednak standardowo budować tak jak jest teraz, czyli z sqlite, a
pozostałe bazy zbcondować do "samodzielnego montażu".

> > Hasło, usera itp. można wyciągnąć tylko z pliku konfiguracyjnego,
> > który jest dość "luźny" jeśli chodzi składnię i żeby wyekstraktować
> > z niego te dane trzeba by napisać jakiś parser, lub rzeźbić w AWK.
> > Inna metoda, to olać aktualizację struktury bazy w przypadku baz
> > SQL i wrzeszczeć na usera przy poldkowaniu żeby sobie wykonał jedną
> > komendę, ale to zostawi na lodzie szaleńców, którzy update systemu
> > mają w cronie.
> Upgrade Baculi z crona to prawie tak samo głupi pomysł jak upgrade
> PostgreSQL z crona.
Nie ja rodzę szaleńców, ale wypadałoby i ich mieć na uwadze, czy
chociażby userów, którzy nie są w stanie zrozumieć komunikatu "Odpal
komendę xxx aby zaktualizować bazę danych". Poza tym po zmianie
struktury bazy nowa Bacula może się już nie uruchomić lub (znacznie
gorzej) conieco poniszczyć w zależności od tego jakie zmiany zaszły.
Biorąc pod uwagę, że aktualizacja przy działających demonach je
restartuje, to wyświetlanie komunikatu o konieczności aktualizacji bazy
może być już spóźnione.

> Wystarczy, żeby ewentualny upgrade nie niszczył
> bezpowrotnie starej konfiguracji i pozwalał na jaknajszybsze
> uruchomienie nowej wersji.
To wymagałoby wykonania backupu bazy, do którego wymagane są dane, z
których wyciągnięciem właśnie jest problem. Gdyby dałoby się je pobrać,
to aktualizację bazy możemy wykonać w skrypcie tak, jak ma to miejsce
przy sqlite.

> W ogóle trzebaby było paczkowanie Baculi jeszcze raz porządnie
> przemyśleć i zrobić jak należy... ale kto będzie miał na to dość
> czasu i chęci? Ja niestety nie :-(
A co dokładnie wymaga przemyślenia? Używam Baculi i mogę trochę
pogrzebać w stopniu, na który pozwala mi znajomość budowy SPECa. Teraz
kombinuję z bcondem mysql, bo takowego potrzebuję.


Pozdrawiam
Beorn

-- 
Daniel 'Beorn' Mróz <beorn at alpha.pl>    http://127.0.0.1/beorn
[GIT d s:- a-@ C++++ UL++++$ P+ L++++ E--- W+ N+++ o? K- w---]
[O- M- V!  PS+ PE++ Y+ PGP++ t- 5  X R !tv b+ DI D++ G++ e h*]
[                          r(-) y+                           ]