Backend bad value error

Antworten
tdabek
Beiträge: 24
Registriert: 27 Okt 2014, 14:13

Backend bad value error

Beitrag von tdabek »

Hallo,

wir haben einen weiteren Opsi Server aufgesetzt und den alten in ein Depot Server abgewandelt. Nun kriegen wir wenn der ein Paket vom Master (neuer Server) auf den Slave (alter Server) installieren wollen die Meldung der er die Verbindung verweigert. Desweiteren kriegen wir sobald wir irgendeinen Befehl wie z.B. opsi-setup --init-current-config absetzten folgenden Fehler

Code: Alles auswählen

[2] [Dez 30 10:35:39] Traceback: (Logger.py|767)
[2] [Dez 30 10:35:39]      line 3054 in '<module>' in file '/usr/bin/opsi-setup' (Logger.py|767)
[2] [Dez 30 10:35:39]      line 3002 in 'main' in file '/usr/bin/opsi-setup' (Logger.py|767)
[2] [Dez 30 10:35:39]      line 2661 in 'initializeBackends' in file '/usr/bin/opsi-setup' (Logger.py|767)
[2] [Dez 30 10:35:39]      line 209 in '__init__' in file '/usr/lib/python2.7/dist-packages/OPSI/Backend/BackendManager.py' (Logger.py|767)
[2] [Dez 30 10:35:39]      line 314 in '__init__' in file '/usr/lib/python2.7/dist-packages/OPSI/Backend/BackendManager.py' (Logger.py|767)
[2] [Dez 30 10:35:39]      line 364 in '__loadBackends' in file '/usr/lib/python2.7/dist-packages/OPSI/Backend/BackendManager.py' (Logger.py|767)
[2] [Dez 30 10:35:39]      line 90 in '__init__' in file '/usr/lib/python2.7/dist-packages/OPSI/Backend/DHCPD.py' (Logger.py|767)
[2] [Dez 30 10:35:39]      ==>>> Backend bad value error: Refusing to use ip address '127.0.1.1' as default next-server (opsi-setup|3058)
tdabek
Beiträge: 24
Registriert: 27 Okt 2014, 14:13

Re: Backend bad value error

Beitrag von tdabek »

Hat sich erledigt. Falls bei jemanden anderen der Fehler auftauchen sollte unter /etc/opsi/backends liegt die dhcpd.conf dort muss unter defaultClientParameters hinter next-server das local weg und die IP in " " des Masterdepots.
dark alex
Beiträge: 326
Registriert: 11 Mär 2015, 10:09

Re: Backend bad value error

Beitrag von dark alex »

Da ich den Fehler auch gerade hatte, möchte ich diese "Leiche" mal eben ausgraben und die obige Antwort erweitern:

Korrekterweise muss man die /etc/hosts anpassen.
Und zwar wird der FQDN des Servers auf 127.0.0.1 gelenkt. Das ist falsch.
Die /etc/hosts sollte in etwa so aussehen:

Code: Alles auswählen

127.0.0.1	localhost
127.0.0.1 	localhost.localdomain
172.16.0.2	OpsiSlaveDepot.meine-firma.local	OpsiSlaveDepot

# The following lines are desirable for IPv6 capable hosts
::1     localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
statt 172.16.0.2 natürlich die IP und statt dem Beispiel den echten FQDN und Hostname

Warum ist das obige falsch?
Weil das Slave-Depot in der Standardkonfig das PXE übernimmt (oder?), und mit der IP des Masterdpeots diese Funktionalität ausgehebelt wird.
Antworten