Bug 26664 - Löschen eines DC Slave hinterlässt Einträge im LDAP
Löschen eines DC Slave hinterlässt Einträge im LDAP
Status: RESOLVED DUPLICATE of bug 32192
Product: UCS
Classification: Unclassified
Component: UMC - Computers
UCS 4.1
Other Linux
: P3 normal (vote)
: ---
Assigned To: UMC maintainers
:
Depends on: 26400
Blocks:
  Show dependency treegraph
 
Reported: 2012-03-29 17:54 CEST by Alexander Kläser
Modified: 2018-04-13 13:29 CEST (History)
3 users (show)

See Also:
What kind of report is it?: Bug Report
What type of bug is this?: 3: Simply Wrong: The implementation doesn't match the docu
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?: Yes
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional): Further conceptual development
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alexander Kläser univentionstaff 2012-03-29 17:54:01 CEST
Teile von Bug 26400 werden umgesetzt. Dieser Bug beschreibt die noch weiterhin offenen Punkte.

Beim Löschen kommt die Nachfrage, ob auch zugehörige Objekte gelöscht werden sollen. Eine ähnliche Abfrage zusammen mit einem Warnhinweis wäre wäre hilfreich, wenn der Rechner umbenannt wird. Erwarten würde man aus Benutzersicht, dass beim Umbenennen des Rechners ebenfalls Records angepasst werden.

Es scheint sinnvoll, das generelle Verhalten konzeptionell zu überarbeiten. Derzeit gibt es DNS-Einträge, die von Rechnern geändert werden, nicht ganz klar ist wo optimalerweise welche Logik untergebracht werden sollte? Sucht das Rechnermodul eigenständig nach Records und passt diese an? Sollten diese Records dann überhaupt angezeigt werden und editierbar sein (ggf. nur read-only). Dabei spielt auch die Transparenz für den Benutzer eine Rolle.

Was ist mit anderen Einträgen (Shares etc.), die in Verbindung mit einem Rechner stehen? Ist es sinnvoll sich automatisch generierte Abhängigkeiten zwischen den Objekten zu merken?


+++ This bug was initially created as a clone of Bug #26400 +++

Nach dem Löschen eines DC Slaves samt zugehöriger Objekte in der UMC blieb der
Rechner am SRV Record _ldap._tcp noch gesetzt.

# _ldap._tcp, univention.qa, dns, univention.qa
dn: relativeDomainName=_ldap._tcp,zoneName=univention.qa,cn=dns,dc=univention,
 dc=qa
objectClass: top
objectClass: dNSZone
objectClass: univentionObject
univentionObjectType: dns/srv_record
dNSTTL: 10800
relativeDomainName: _ldap._tcp
zoneName: univention.qa
sRVRecord: 0 100 7389 master.univention.qa.
sRVRecord: 0 100 389 master.univention.qa.
sRVRecord: 0 100 7389 slave.univention.qa.

(In reply to comment #1)
> * Einträge an anderen Service Records werden auch nicht entfernt.
> * Einträge als univentionFileServer an Thin Client Richtlinien werden nicht
> entfernt
> * Shares (univentionShareHost) werden nicht entfernt
> 
> Außerdem sollte auch der automatisch angelegte Share-Container für den Host
> (falls leer) entfernt werden.
Comment 1 Florian Best univentionstaff 2017-06-28 14:52:33 CEST
There is a Customer ID set so I set the flag "Enterprise Customer affected".
Comment 2 Florian Best univentionstaff 2017-10-27 14:26:58 CEST

*** This bug has been marked as a duplicate of bug 32192 ***