Subject: [Bacula] Kompatibilit Posted by Peter Schauder on Fri, 08

Subject: [Bacula] Kompatibilit
Posted by Peter Schauder on Fri, 08 Jan 2016 19:53:12 GMT
View Forum Message <> Reply to Message
Hi,
wenn ich den ein Debian mit dem aktuellen Bacula aufsetzte, habe ich
dann eine Chance, den aktuellen Client auf einem EIS zu installieren?
Wenn ja, was muß ich da tun. Ich brauche da nicht unbedingt eine
EIS-Oberflächen-konforme-Version. Oder kann ich auch den derzeit für
den EIS verfügbaren Client nehmen?
Gruß
Peter Schauder
Subject: Re: [Bacula]
Posted by Marcus Roeckrath on Fri, 08 Jan 2016 20:07:40 GMT
View Forum Message <> Reply to Message
Hallo Peter,
Peter Schauder wrote:
>
>
>
>
>
wenn ich den ein Debian mit dem aktuellen Bacula aufsetzte, habe ich
dann eine Chance, den aktuellen Client auf einem EIS zu installieren?
Wenn ja, was muß ich da tun. Ich brauche da nicht unbedingt eine
EIS-Oberflächen-konforme-Version. Oder kann ich auch den derzeit für
den EIS verfügbaren Client nehmen?
Einfach mal probieren?
Der Client ist Bacula 3.0.2.
-Gruss Marcus
Subject: Re: [Bacula] Kompatibilität
Posted by Kay Martinen on Sat, 09 Jan 2016 03:33:29 GMT
View Forum Message <> Reply to Message
Am 08.01.2016 um 21:07 schrieb Marcus Roeckrath:
> Hallo Peter,
>
> Peter Schauder wrote:
>
>> wenn ich den ein Debian mit dem aktuellen Bacula aufsetzte, habe ich
>> dann eine Chance, den aktuellen Client auf einem EIS zu installieren?
>> Wenn ja, was muß ich da tun. Ich brauche da nicht unbedingt eine
>> EIS-Oberflächen-konforme-Version. Oder kann ich auch den derzeit für
Page 1 of 3 ---- Generated from
net(t)forum
>> den EIS verfügbaren Client nehmen?
>
> Einfach mal probieren?
Klar, aber Erfolglos, vermute ich nach meiner Erfahrung damit.
>
> Der Client ist Bacula 3.0.2.
>
Hab ich vor ein paar Jahren schon mal versucht. Da war der EIS auch
schon bei Vers. 3 der Bacula Director auf einem Debian Jessie aber bei 4
o. mehr. Die konnten sich untereinander nicht verständigen. Überhaupt
nicht! Ob das an den Keys für die Verschlüsselung lag oder das sie sich
grundsätzlich nicht verständigen konnten weiß ich nicht mehr. Mir schien
beides mögliche Ursache zu sein, aber ohne Verschlüsselung wollten die
IMHO auch nicht.
Zumindest hab ich das so in Erinnerung und hab es nicht hin bekommen.
Wenn Peter es dennoch probieren will, gern. Vielleicht wird ein
Schmackhaftes Kochrezept draus das auch mir hilft.
Kay
-https://www.linuxcounter.net/cert/224140.png
Subject: Teste (was: [Bacula] Kompatibilität)
Posted by Kay Martinen on Sun, 10 Jan 2016 05:59:56 GMT
View Forum Message <> Reply to Message
Am 08.01.2016 um 21:07 schrieb Marcus Roeckrath:
>
> Peter Schauder wrote:
>
>> Wenn ja, was muß ich da tun. Ich brauche da nicht unbedingt eine
>> EIS-Oberflächen-konforme-Version. Oder kann ich auch den derzeit für
>> den EIS verfügbaren Client nehmen?
>
> Einfach mal probieren?
>
> Der Client ist Bacula 3.0.2.
Ich habe das mal probiert.
Setup:
1* Eisfair-1 mit Kernel 3.2 und SONY DDS-Lw via Adaptec 1502 und
bacula-storage/file-daemon 3.0.2
1* Virtueller Eisfair-1 mit Kernel 2.6, und Bacula-Director und
Page 2 of 3 ---- Generated from
net(t)forum
File-Daemon. 3.0.4 (3.0.2 gab es IMO nicht)
Ein Laptop mit Ubuntu 12 LTS und bacula-console, bat, tray-monitor
version 5.25
Als ich auf dem virtuellen EIS den Director inst. wollte kam zunächst
mal das base-update dazwischen. Der war noch auf stand 2.3.x und
irgendeine komponente wollte den aktuellen stand haben.
Nach 2-3 reboots wars dann soweit, doch dann kam ein
dummy-transitional-paket dazwischen das statt Mysql; wie von bcsrv
gefordert; nun mariadb installierte - was nat. nicht klappte. mariadb
entfernt, mysql 1.2.7 installiert und dann den aktuellsten bcsrv
(3.0.4?) der meldete mysql wäre neuer als er selbst ("...nice") und sich
dann ohne fehlermeldungen einrichtete.
Nachdem dann storage, time, jobs, pool, director u.s.w. eingeschaltet
und (vermutlich zutreffend) konfiguriert waren hatte ich darauf gewartet
das er den ersten job erledigte... nix!
Dann auf dem laptop tray-monitor u.s.w. installiert und probiert...
Keine Verbindung! Weder zum director, noch zu einem monitor (mir unklar
wie und wohin genau!) oder einem SD oder FD.
Da kommt immer no auth was auf einen Password-fehler hinweist. Ich hatte
password4all aktiviert, und wo einstellbar das gleiche wie für den
director (bacula) genommen, aber dennoch keine Verbindung.
Weder vom Laptop mit bat, bacula-console, tray-monitor version 5.25 zu
den daemonen, noch scheinen die daemonen untereinander zu kommunizieren.
Der letzte Punkt ist ein indirekter Schluß aus deren untätigkeit, das
mus ich noch genauer untersuchen.
Kay
-https://www.linuxcounter.net/cert/224140.png
Page 3 of 3 ---- Generated from
net(t)forum