GELÖST DHCP IP wechsel -> OPSI bekommt das nicht mit

[cmu]

Hallo,
ich habe hier eine Testinstallation:
neuste OPSI Version auf Debian 6, fully patched, externer DHCP Server (also nicht auf dem OPSI Server).

Wenn nun ein Client (in diesem Fall XP+Win7) seine IP Adresse wechselt, dann bekommt OPSI das leider nicht mit. Oder nur so halb. 'Last Seen' ist weiterhin der die aktuelle Zeit, da scheint OPSI irgendwas auflösen zu können.
Aber die IP Addresse wechselt nicht, mit der Folge, dass OPSI neue Packete weiterhin auf einer alten IP installieren möchte, und damit einen TimeOut bekommt. Anbei ein Bild, bei dem ich die Domain verfremdet habe.

Konkret ist jetzt das Problem: der Client con-sbo hat bei OPSI die IP 172.27.1.7, aktuell ist aber .1.196
Testweise habe ich einem anderen Client eine feste IP verpasst, um zusehen, ob der Client dort die IP richtig übermittelt -> Fehlanzeige.

in der OPSI Conf ist der dhcpd nicht mit angegeben.

backend_.* : file, opsipxeconfd
host_.* : file, opsipxeconfd
productOnClient_.* : file, opsipxeconfd
configState_.* : file, opsipxeconfd
.* : file


Ist das ein bekanntes Problem?
Vielen Dank für jeden Ratschlag!

EDIT:
Ich habe auch schon die OPSI DIenste neugestartet, in der Hoffnung das der Cache neu aufgefüllt wird. Leider war das nicht die Lösung.

[/URL]

[cmu]

So, ich konnte das jetzt noch einwenig weiter analysieren.

Der Client unterhält sich unicast mit dem Server. Steht ein Task zum erledigen an und ich boote den Client neu, wird der Task ausgeführt.
Auch wenn ich mir die Logs anschaue:

/var/log/opsi/clientconnect/CLIENT
kommt nach dem reboot sofort eine Fülle von Informationen:
Verkürzte form:

Code: Alles auswählen

[5] [Dec 05 15:55:53] [ event processing gui_startup  ] Event config 'sync_completed{cache_ready}' added to event generator 'sync_completed'   (Events.pyo|1107)
[5] [Dec 05 15:55:53] [ event processing gui_startup  ] Event config 'gui_startup' added to event generator 'gui_startup'   (Events.pyo|1107)
[5] [Dec 05 15:55:53] [ event processing gui_startup  ] Event config 'gui_startup{cache_ready}' added to event generator 'gui_startup'   (Events.pyo|1107)
[5] [Dec 05 15:55:53] [ event processing gui_startup  ] Event config 'on_demand' added to event generator 'on_demand'   (Events.pyo|1107)
[5] [Dec 05 15:55:53] [ event processing gui_startup  ] Event config 'sync_completed{cache_ready_user_logged_in}' added to event generator 'sync_completed'   (Events.pyo|1107)
[5] [Dec 05 15:55:53] [ event processing gui_startup  ] Event config 'gui_startup{user_logged_in}' added to event generator 'gui_startup'   (Events.pyo|1107)
[5] [Dec 05 15:55:53] [ event processing gui_startup  ] Event config 'sync_completed' added to event generator 'sync_completed'   (Events.pyo|1107)
[5] [Dec 05 15:55:53] [ event processing gui_startup  ] Event config 'software_on_demand' added to event generator 'software_on_demand'   (Events.pyo|1107)
[5] [Dec 05 15:55:53] [ event processing gui_startup  ] Event config 'on_demand{user_logged_in}' added to event generator 'on_demand'   (Events.pyo|1107)
[5] [Dec 05 15:55:53] [ event processing gui_startup  ] Updating config file: 'C:\Program Files (x86)\opsi.org\opsi-client-agent\opsiclientd\opsiclientd.conf'   (Config.pyo|322)
[5] [Dec 05 15:55:53] [ event processing gui_startup  ] No need to write config file 'C:\Program Files (x86)\opsi.org\opsi-client-agent\opsiclientd\opsiclientd.conf', config file is up to date   (Config.pyo|353)
[5] [Dec 05 15:55:53] [ event processing gui_startup  ] Writing log to service   (EventProcessing.pyo|255)
-------------------- submitted part of log file ends here, see the rest of log file on client --------------------

Im /var/log/syslog steht auch gleich:

Code: Alles auswählen

Dec  5 15:55:45 de-bre-opsi01 dhcpd: DHCPREQUEST for 172.27.1.196 from 00:21:cc:69:eb:4c via eth0: unknown lease 172.27.1.196.
Dec  5 15:55:50 de-bre-opsi01 dhcpd: DHCPREQUEST for 172.27.1.196 from 00:21:cc:69:eb:4c via eth0: unknown lease 172.27.1.196.

Das Einzige was also nicht funktioniert ist das Auslösen eines X-Beliebigen "FireOnDemand", da OPSI selber denkt, die alte IP wäre noch aktuell.

[cmu]

Gelöst:

auf dem Server /etc/opsi/opsiconfd.conf nach update ip suchen und auf 'on' schalten.
Dienst neu laden und nun aktualisiert der Client die IP.