Dnia Thu, 13 Apr 2006 19:38:50 +0200 Jacek Konieczny <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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+ ] _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
