Bug 34823 - Installer should not allow to install second (edu/admin) slave in same OU
Installer should not allow to install second (edu/admin) slave in same OU
Status: CLOSED FIXED
Product: UCS@school
Classification: Unclassified
Component: UMC - Installer
UCS@school 3.2 R2
Other Linux
: P5 normal (vote)
: UCS@school 3.2 R2
Assigned To: Sönke Schwardt-Krummrich
Dirk Wiesenthal
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-05-13 14:01 CEST by Sönke Schwardt-Krummrich
Modified: 2014-06-12 09:20 CEST (History)
0 users

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sönke Schwardt-Krummrich univentionstaff 2014-05-13 14:01:11 CEST
The UCS@school installer has to avoid the installation of a second DC slave (of the same type (edu/admin)) within the same school OU.
Comment 1 Sönke Schwardt-Krummrich univentionstaff 2014-05-13 17:28:07 CEST
The installer now checks after the page "server_type" if another slave of same type (educational/administrative) exists in the same OU. If this is the case, an error dialog is shown with the name of the conflicting slave. If there are more than one, only the first one is shown to the user.

The lists of other slaves are fetched via schoolinstaller/get/schoolinfo. If the UMCP command fails, an error message is shown.

If there are no other slaves, the installation confirmation dialog is shown if an educational slave has been selected as server type. If an administrative slave has been selected as server type, it is checked if the name of the educational server is already known. If not, the optional page "administrativesetup" is shown to the user which asks for an educational server name. Otherwise the installation confirmation dialog is shown.

A small bug has also been fixed:
if the user chooses "cancel" at the installation confirmation dialog and then presses next, an error message for schoolinstaller/get/schoolinfo has been shown. The reason was, that the master credentials have been removed just before showing the confirmation dialog. The credentials are now removed, after the user confirmed the installation.

ucs-school-umc-installer (2.0.12-1) unstable; urgency=low

Changelogentry has been comitted.
Comment 2 Dirk Wiesenthal univentionstaff 2014-05-16 14:46:00 CEST
Works as expected
Comment 3 Sönke Schwardt-Krummrich univentionstaff 2014-06-12 09:19:31 CEST
UCS@school 3.2 R2 has been released:
http://docs.univention.de/release-notes-ucsschool-3.2R2-de.html

If this error occurs again, please use "Clone This Bug".