PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Bacula Client funktioniert nicht



newbie2007
16.01.12, 15:11
Hi @ll,
habe ein Problem mit BACULA und finde einfach den Fehler nicht. wenn ich "status client" in der bconsole eingebe erhalte ich folgendes!!!

*status client
The defined Client resources are:
1: bacula.intern.test
2: zarafa.intern.test
Select Client (File daemon) resource (1-2): 2
Connecting to Client zarafa.intern.test at zarafa.intern.test:9102
Failed to connect to Client zarafa.intern.test.
====
You have messages.
*messages
16-Jan 14:59 bacula.intern.test JobId 0: Fatal error: Unable to authenticate with File daemon at "zarafa.intern.test:9102". Possible causes:
Passwords or names not the same or
Maximum Concurrent Jobs exceeded on the FD or
FD networking messed up (restart daemon).
Please see http://www.bacula.org/en/rel-manual/Bacula_Freque_Asked_Questi.html#SECTION00376000000 0000000000 for help.
Ich habe die Kennwörter schon tausendmal verglichen doch ich finde den Fehler einfach nicht. Vielleicht könnt Ihr mir weiter helfen. Ein Telnet auch den Client zarafa.intern.test 9102 ergab folgende Ausgabe:
Trying 172.24.1.149...
Connected to 172.24.1.149.
Escape character is '^]'.


Connection closed by foreign host.
Also das sieht auch sehr gut aus, woran kann das liegen?

bacula-dir.conf
# Director
Director {
Name = bacula.intern.test
DIRport = 9101
QueryFile = "/etc/bacula/query.sql"
WorkingDirectory = "/var/lib/bacula"
PidDirectory = "/var/run"
Maximum Concurrent Jobs = 1
Password = "asdfghjklopit5678hi900fffff44444666hhhvvvbhhdddsqq q11ww6234896324jhdsbdhcdcgtcxgscd?"
Messages = Daemon
}

# Catalog
Catalog {
Name = Mycatalog
dbname = "bacula"; dbuser = "bacula"; dbpassword = "**********"
}

# Media pool
Pool {
Name = Default
Label Format = "BackupVol"
Pool Type = Backup
Recycle = yes
AutoPrune = yes
Volume Retention = 365 days
}

# Storage device
Storage {
Name = File
Address = bacula.intern.test
SDPort = 9103
Password = "14567AGFHGfffgkuukjjndfjdfgregndfjJHHEJNURJRR1234"
Device = FileStorage
Media Type = File
}

# Clients
Client {
Name = bacula.intern.test
Address = bacula.intern.test
FDPort = 9102
Catalog = Mycatalog
Password = "1234xyrtuZTRTTVHKbhhbUhbhhZ677767?iiji5HJHKu"
File Retention = 30 days
Job Retention = 6 months
AutoPrune = yes
}

Client {
Name = zarafa.intern.test
Address = 172.24.1.149
FDPort = 9102
Catalog = Mycatalog
Password = "zdusfzsdfdhsjUZUUIZZUGhbu281828377382712hhkjjhHJKK JKJ"
File Retention = 30 days
Job Retention = 6 months
AutoPrune = yes
}


# File sets
FileSet {
Name = "Full Set LINUX"
Include {
Options {
signature = MD5
}
File = /
}
Exclude {
File = /tmp
File = /proc
File = /var/lib/bacula
File = /.journal
File = /.fsck
}
}
FileSet {
Name = "Mycatalog"
Include {
Options {
signature = MD5
}
File = /var/lib/bacula/bacula.sql
}
}

# Backup schedules
Schedule {
Name = "WeeklyCycle"
Run = Full 1st sun at 1:00
Run = Differential 2nd-5th sun at 1:00
Run = Incremental mon-sat at 1:00
}
Schedule {
Name = "WeeklyCycleAfterBackup"
Run = Full sun-sat at 1:30
}

# Job Template definitions
JobDefs {
Name = "DefaultJob"
Type = Backup
Level = Incremental
FileSet = "Full Set LINUX"
Schedule = "WeeklyCycle"
Storage = File
Messages = Standard
Pool = Default
Priority = 10
}

Job {
Name = "Backup catalog"
Client = bacula.intern.test
JobDefs = "DefaultJob"
Level = Full
FileSet = "Mycatalog"
Schedule = "WeeklyCycleAfterBackup"
RunBeforeJob = "/etc/bacula/scripts/make_catalog_backup bacula bacula ********"
RunAfterJob = "/etc/bacula/scripts/delete_catalog_backup"
Write Bootstrap = "/var/lib/bacula/catalog.bsr"
Priority = 11
}

Job {
Name = "Backup zarafa.intern.test"
Client = zarafa.intern.test
JobDefs = "DefaultJob"
Write Bootstrap = "/var/lib/bacula/zarafa.intern.test.bsr"
}

# Messages
Messages {
Name = Standard
mailcommand = "/usr/sbin/bsmtp -h localhost -f \"\(Bacula\) \<%r\>\" \
-s \"Bacula: %t %e of %c %l\" %r"
operatorcommand = "/usr/sbin/bsmtp -h localhost -f \"\(Bacula\) \<%r\>\" \
-s \"Bacula: Intervention needed for %j\" %r"
mail = root@localhost = all, !skipped
operator = root@localhost = mount
console = all, !skipped, !saved
append = "/var/log/bacula.log" = all, !skipped
catalog = all
}

Messages {
Name = Daemon
mailcommand = "/usr/sbin/bsmtp -h localhost -f \"\(Bacula\) \<%r\>\" \
-s \"Bacula daemon message\" %r"
mail = root@localhost = all, !skipped
console = all, !skipped, !saved
append = "/var/log/bacula.log" = all, !skipped
}

und am Client habe ich in bacula-fd.conf folgendes stehen:
Director {
Name = bacula.intern.test
Address = bacula.intern.test
Password = "zdusfzsdfdhsjUZUUIZZUGhbu281828377382712hhkjjhHJKK JKJ"
}

FileDaemon {
Name = zarafa.intern.test
FDAddress = 172.24.1.149
FDport = 9102
WorkingDirectory = /var/lib/bacula
Pid Directory = /var/run
Maximum Concurrent Jobs = 20
}

Messages {
Name = Standard
director = bacula.intern.test = all, !skipped, !restored
}


Vielleicht findet jemand den Fehler!! Ich danke euch jetzt bereits alle.
Newbie2007

pibi
16.01.12, 15:51
16-Jan 14:59 bacula.intern.test JobId 0: Fatal error: Unable to authenticate with File daemon at "zarafa.intern.test:9102". Possible causes:
Passwords or names not the same or
Maximum Concurrent Jobs exceeded on the FD or
FD networking messed up (restart daemon).Entweder die Passwoerter stimmen nicht ueberein oder der Client-Teil von bacula ist nicht geladen. Oder schiesst da evtl. eine Firewall dazwischen?

Ein Tip fuer die Passworter: Wenn Du nicht Hochsicherheitsbeduerfnisse hast, wuerde ich die Passwoerter ueberall auf einen "human-readable" Wert setzten: Automarken fuer den Director, Frauennamen fuer SD und Planetennamen fuer den FD oder so.

Weiterhin muss beim Client das Passwort des Servers als zugriffsberechtigt eingetragen werden. Die genaue Syntax kann ich Dir heute abend angeben, wenn ich zuhause bin.

Gruss Pit.

newbie2007
16.01.12, 16:44
Wenn der Clientteil nicht gestartet wäre oder eine Firewall dazwischenschießt würde er auf telnet auch nicht antworten, das tut er aber. Habe jetzt nochmal die iptables Einstellungen auf den Geräten getestet und das ist alles in Ordnung.

Irgendwo liegt da aber noch der Hund begraben.

pibi
16.01.12, 20:47
Wenn der Clientteil nicht gestartet wäre oder eine Firewall dazwischenschießt würde er auf telnet auch nicht antworten, das tut er aber.Das kommt davon, wenn man "auf Arbeit" nur diagonal liest und entsprechend antwortet;-)
Irgendwo liegt da aber noch der Hund begraben.Konkret: Die FD-Services muessen mit den Passwoertern uebereinstimmen. Bei mir zB. bacula-fd.conf auf dem ersten Server:
Director {
Name = bierserv-dir
Password = "volvo"
}und entsprechend auf dem Server2:
Director {
Name = server2-dir
Password = "miraculix"
}Diese zwei duerfen auf den Client zugreifen, also auf dem Client in bacula-fd-conf:
Director {
Name = bierserv-dir
Password = "volvo"
}

Director {
Name = server2-dir
Password = "miraculix"
}So funktioniert es.

Gruss Pit.