Univention Bugzilla – Bug 29502
Join schlägt fehl bei einmal bekannter IP
Last modified: 2019-01-03 07:20:26 CET
Ausgangssituation: Ich hatte jede Menge (nicht-existente) Server angelegt mit network=default, d.h. sie haben sich die IP-Adressen im Bereich von 10.200.4.2 bis 10.200.4.200 oder so geschnappt. Jetzt wollte ich einen echten Backup-Server joinen und hatte ihm 10.200.4.81 gegeben. Zuvor hatte ich in UDM den entsprechenden *.81-Server gelöscht (aber ohne "dazugehörige Objekte") - danach kein Neustart irgendwelcher Dienste. Folgende Ausgabe beim Join über das UMC-Modul: Configure 05univention-bind.inst wait for named ? wait for named ? Adding A record "backup 10.200.4.81" to zone dirk.ucs31.qa... done Adding ZONE record "root@dirk.ucs31.qa. 1 28800 7200 604800 10800 backup.dirk.ucs31.qa." to zone 10.200.4... E: Record exists and points to different address Adding PTR record "81 backup.dirk.ucs31.qa." to zone 10.200.4... Fr 30. Nov 18:30:56 CET 2012: univention-join finished with error: ************************************************************************** * Join failed! * * Contact your system administrator * ************************************************************************** * Message: FAILED: 05univention-bind.inst ************************************************************************** Der Server taucht aber im Computer-Modul unter 10.200.4.81 auf. univention-bind und univention-bind-post stehen im Join-Modul jetzt auf "noch nie ausgeführt" (zusammen mit jeder Menge anderer Skripte)
Ich habe gerade den Join offenbar fortführen können. Es sollten zwar alle Skripte ausgeführt werden, aber offenbar wurde univention-bind entweder übersprungen oder niemand störte sich daran. Jedenfalls konnte ich nun alle Skripte erfolgreich ausführen - bis auf univention-bind. Das geht auch beim dritten und vierten Mal nicht. Und dass, obwohl die Logdatei eigentlich keinen Fehler mehr zeigt: Fr 30. Nov 19:00:28 CET 2012: running 05univention-bind.inst wait for named ? wait for named ? Adding A record "backup 10.200.4.81" to zone dirk.ucs31.qa... done Adding ZONE record "root@dirk.ucs31.qa. 1 28800 7200 604800 10800 backup.dirk.ucs31.qa." to zone 10.200.4...
Vielleicht im Zusammenhang mit Bug#29709
Ich habe das Problem in einer Kundenumgebung gesehen, dort (Ticket 2013012921000952) leider gravierender. Ein Slave wurde in eine UCS@school Umgebung gejoint und eine weile betrieben, er sollte später neu gejoint werden. Dabei tritt genau dieser Fehler auf. "05univention-bind.inst" bricht ab mit: Adding PTR record "252.0 <FQDN>." to zone 10.123... E: Record exists and points to different address Ein Auflisten per UDM-cmd zeigt aber einen korrekten ptr-Record. Wird der ptr-Record per UDM gelöscht und neu angelegt kann man wieder joinen, aber auch dann ist ein erneuter join erst möglich wenn man den Service-Record wieder löscht.
(In reply to comment #3) > Ich habe das Problem in einer Kundenumgebung gesehen, dort (Ticket > 2013012921000952) leider gravierender. > > Ein Slave wurde in eine UCS@school Umgebung gejoint und eine weile betrieben, > er sollte später neu gejoint werden. Dabei tritt genau dieser Fehler auf. > > "05univention-bind.inst" bricht ab mit: > Adding PTR record "252.0 <FQDN>." to zone 10.123... > E: Record exists and points to different address > > Ein Auflisten per UDM-cmd zeigt aber einen korrekten ptr-Record. Wird der > ptr-Record per UDM gelöscht und neu angelegt kann man wieder joinen, aber auch > dann ist ein erneuter join erst möglich wenn man den Service-Record wieder > löscht. Das war Bug #31103, fixed als http://errata.univention.de/ucs/3.1/91.html.
There is a Customer ID set so I set the flag "Enterprise Customer affected".
This issue has been filled against UCS 4.1. The maintenance with bug and security fixes for UCS 4.1 has ended on 5st of April 2018. Customers still on UCS 4.1 are encouraged to update to UCS 4.3. Please contact your partner or Univention for any questions. If this issue still occurs in newer UCS versions, please use "Clone this bug" or simply reopen the issue. In this case please provide detailed information on how this issue is affecting you.