Univention Bugzilla – Bug 26135
Deinstallatin von Samba4 / Installation von Samba3
Last modified: 2012-07-20 15:24:24 CEST
Created attachment 4167 [details] dpkg -l output QA VM UCS 3.0-0 Master amd64 Im "Assistent Basis-Einstellungen" in den "Software-Einstellungen" Samba 4 und Nagios abgewählt, Samba 3 ausgewählt. Anschließend sind weiterhin Samba 4 Pakete installiert.
Created attachment 4168 [details] dpkg.log
Created attachment 4169 [details] setup.log
Eine Möglichkeit wäre die packages_list.py aus dem Installer um eine Liste von Deinstallations-Paketen zu erweitern.
Zumindest im initialen Appliance Modus ist apt-get autoremove der richtige Weg.
(In reply to comment #4) > Zumindest im initialen Appliance Modus ist apt-get autoremove der richtige Weg. Wir sollten dafür sicherstellen, dass auf Systemen, die von einer alten Version (vor UCS 2.3) aktualisiert wurden, nicht irgendwelche wichtigen Pakete deinstalliert werden. Dazu sollten die in der Installation auswählbaren Pakete einmalig als manuell installiert markiert werden. Das gilt vor allem für die Serverpakete und kann am einfachsten einmalig im postinst von univention-base-files gemacht werden.
(In reply to comment #5) > (In reply to comment #4) > > Zumindest im initialen Appliance Modus ist apt-get autoremove der richtige Weg. > > Wir sollten dafür sicherstellen, dass auf Systemen, die von einer alten Version > (vor UCS 2.3) aktualisiert wurden, nicht irgendwelche wichtigen Pakete > deinstalliert werden. Dazu sollten die in der Installation auswählbaren Pakete > einmalig als manuell installiert markiert werden. Das gilt vor allem für die > Serverpakete und kann am einfachsten einmalig im postinst von > univention-base-files gemacht werden. Das sollte im preup gemacht werden, da im postinst die dpkg-DB gesperrt ist. Das ist zunächst nach Bug #26429 ausgelagert.
Ist jetzt angepasst.
Ich habe einen Master im Appliance-Modus erstellt und konfiguriert (mit Standard-Softwareauswahl also mit Samba4) Dann per Basiseinstellungen Samba 4 und Nagios entfernt und Samba3 hinzugefügt. - Die Meta-Pakete univention-samba4/univention-s4-connector werden auch entfernt, jedoch nicht das Paket samba4. In aptitude wird samba4 als "A"utomatisch installiert angezeigt. Außerdem scheint es einen Konflikt zwischen "samba" und "samba4" zu geben: dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/samba_2%3a3.5.11~dfsg-10.522.201202161822_i386.deb (--unpack): Versuch, »/usr/lib/samba/vfs/netatalk.so« zu überschreiben, welches auch in Paket samba4 4.0.0~alpha17~git201110100928-5.204.201203081929 ist configured to not write apport reports
(In reply to comment #8) > Ich habe einen Master im Appliance-Modus erstellt und konfiguriert (mit > Standard-Softwareauswahl also mit Samba4) > Dann per Basiseinstellungen Samba 4 und Nagios entfernt und Samba3 hinzugefügt. > - Die Meta-Pakete univention-samba4/univention-s4-connector werden auch > entfernt, jedoch nicht das Paket samba4. > In aptitude wird samba4 als "A"utomatisch installiert angezeigt. Das Problem kann ich reproduzieren, allerdings ist mir noch unklar, warum das Samba4 Paket nicht beim autoremove deinstalliert wird. > > Außerdem scheint es einen Konflikt zwischen "samba" und "samba4" zu geben: > > dpkg: Fehler beim Bearbeiten von > /var/cache/apt/archives/samba_2%3a3.5.11~dfsg-10.522.201202161822_i386.deb > (--unpack): > Versuch, »/usr/lib/samba/vfs/netatalk.so« zu überschreiben, welches auch in > Paket samba4 4.0.0~alpha17~git201110100928-5.204.201203081929 ist > configured to not write apport reports Dafür gibt es jetzt: Bug #26756.
(In reply to comment #9) > (In reply to comment #8) > > Ich habe einen Master im Appliance-Modus erstellt und konfiguriert (mit > > Standard-Softwareauswahl also mit Samba4) > > Dann per Basiseinstellungen Samba 4 und Nagios entfernt und Samba3 hinzugefügt. > > - Die Meta-Pakete univention-samba4/univention-s4-connector werden auch > > entfernt, jedoch nicht das Paket samba4. > > In aptitude wird samba4 als "A"utomatisch installiert angezeigt. > > Das Problem kann ich reproduzieren, allerdings ist mir noch unklar, warum das > Samba4 Paket nicht beim autoremove deinstalliert wird. Ursache war Bug #26761. Das wird im nächsten Errata Update mit behoben.
Samba4 wird deinstalliert, bei einer gleichzeitigen Installation von S3 schlägt die Konfiguration von "samba" jedoch fehl weil nmbd nicht gestartet werden kann. Dies liegt vermutlich an der fehlenden smb.conf. Zusätzlich sind trotz dem deinstallierten samba4 noch samba4-{clients,common-bin} installiert, das mag natürlich daran liegen dass samba und univention-samba nicht korrekt installiert wurden.
Created attachment 4456 [details] setup.log
Wenn man das mit autoremove lösen möchte, bitte Bug #27786 beachten.
samba-common wird nicht neu installiert, deshalb wird die smb.conf nicht neu generiert. Vor dem Start von samba wird im postinst jetzt ein ucr commit auf die smb.conf ausgeführt, sofern ucr vorhanden ist. Bei der Deinstallation von univention-samba4 wird nun auch das dns/backend auf ldap zurückgesetzt.
Ich habe einen 3.0-2 slave, nicht gejoint. Dort wurde univention-samba4 installiert. Mit UMC Setup habe ich diese dann entfernt und samba3 installieren wollen, bekomme jedoch am Ende die Meldung Nicht alle Änderungen konnten erfolgreich übernommen werden. Einrichten der Software-Komponenten: samba: Installation fehlgeschlagen Problem ist wohl, dass samba/autostart durch univentiob-samba auf no gesetzt wird, was dann bei der Konfiguration von samba einen Fehler verursacht, da samba nicht gestartet werden kann. Lege Gruppe »sambashare« (GID 117) an ... Fertig. update-alternatives: /usr/bin/smbstatus.samba3 wird verwendet, um /usr/bin/smbstatus (smbstatus) im Auto-Modus bereitzustellen. failed! invoke-rc.d: initscript samba, action "start" failed. __MSG__:Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück __STEP__:370 dpkg: Fehler beim Bearbeiten von samba (--configure): Sonst sah es soweit gut aus, nur python-samba4 ist noch installiert (vermutlich nicht schlimm). Die samba3 Pakete sind alle ordentlich installiert.
Noch ein System mit univention-system-setup-boot. Dort was univention-samba4 installiert. Beim Setup selbst war samba4 deaktiviert und samba3 ebenso. Es werden dann auch ein paar samba4 Pakete entfernt, aber ii samba4-clients 4.0.0~alpha17~git201110100928-5.262.201207112210 client utilities from Samba 4 ii samba4-common-bin bleiben erhalten (vielleicht werden diese aber auch erst entfernt, wenn samba3 installiert wird.)
Das Problem ist scheinbar sonst nicht aufgefallen, da die Return Values von der Installation nicht geprüft wurden und mit der Installation von univention-samba das Problem gelöst wurde. Das fehlgeschlagene Restart kommt daher, dass die smb.conf nicht existiert. Es gibt im postinst von Samba schon einen Patch, der ein ucr commit ausführt. Da zu dem Zeitpunkt /etc/samba/smb.conf aber noch kein Template ist, wird die smb.conf nicht neu geschrieben. Der Patch wurde aktualisiert, so dass erst noch ein touch ausgeführt wird. Das wird im postinst von samba-common jetzt ebenfalls gemacht.
Funktioniert. Changelog Eintrag vorhanden.
UCS 3.0-2 has been released: http://forum.univention.de/viewtopic.php?f=54&t=1905 If this error occurs again, please use "Clone This Bug".