Univention Bugzilla – Bug 24929
VMware Images für 3.0
Last modified: 2012-03-04 14:34:08 CET
Für UCS 3.0 sollten VMware Images bereitgestellt werden.
Wenn die "Depends on" Bugs behoben sind, dann können die Images auch vor dem 3.0-1 Release veröffentlicht werden.
Die notwendigen Bugs sind an diesem Bug verlinkt.
Soweit sind alle abhängigen Bugs erst einmal gefixt.
Die Images selbst sind noch nicht erstellt. Es soll jeweils für i386 und amd64 ein DC Master mit der Standardsoftwareauswahl bereitgestellt werden
(In reply to comment #4) > Die Images selbst sind noch nicht erstellt. Es soll jeweils für i386 und amd64 > ein DC Master mit der Standardsoftwareauswahl bereitgestellt werden Ich glaube nur i386 reicht.
Das fertige Image sollte hier abgelegt werden: http://download.univention.de/download/evaluation/
Beim Erzeugen der VM habe ich mich an https://hutten.knut.univention.de/mediawiki/index.php?title=VMWare-Demo-Images und dem KVM-Profil für UCS 3.0 orientiert. Ich habe beispielsweise den Arbeitsspeicher auf 1GB erhöht.
Das VMware-Image sowie die MD5-Summendatei liegen auf expedit:/srv/vmware ucs3.0-0-vmware-image.zip ucs3.0-0-vmware-image.zip.md5 Der DC Master ist mit der Standardsoftwareauswahl installiert und USS-Boot wurde aus UCS 3.0-1 genommen (+UMC-Server +UMC-Webserver +UMC-Frontend)
Es sollte mit einem aktuellen VMware Player getestet werden.
Zwei Sachen sind mir aufgefallen (vmplayer 4.0.0 build-471780) * Das UMC System Setup sollte auf englisch gestartet werden * Nach dem Boot startete der Browser mit dem UMC System Setup, die Abfragen bin ich dann durchgegangen und er hat sie übernommen, danach bekam ich eine ncurses Meldung "gui konnte nicht gestartet werden" und die erneut Abfragen für das Root PW und das Netzwerk (ncurses)
Bitte auf Bug #25682 warten und die entsprechenden Änderungen einbauen.
> > * Nach dem Boot startete der Browser mit dem UMC System Setup, die > Abfragen bin ich dann durchgegangen und er hat sie übernommen, danach > bekam ich eine ncurses Meldung "gui konnte nicht gestartet werden" > und die erneut Abfragen für das Root PW und das Netzwerk (ncurses) X funktioniert aber, beim Abbruch des ncurses System Setup mit F8 startet der GDM
(In reply to comment #10) > Zwei Sachen sind mir aufgefallen (vmplayer 4.0.0 build-471780) > > * Das UMC System Setup sollte auf englisch gestartet werden Die Standard-Locale ist jetzt en_US. Deutsch steht aber auch zur Auswahl. > * Nach dem Boot startete der Browser mit dem UMC System Setup, die > Abfragen bin ich dann durchgegangen und er hat sie übernommen, danach > bekam ich eine ncurses Meldung "gui konnte nicht gestartet werden" > und die erneut Abfragen für das Root PW und das Netzwerk (ncurses) Das lang an einem Fehler im Skript startxwithfirefox: Es wurde überprüft, ob die Sitzung mindestens 15 Sekunden gedauert hat. Bei Zeitsprüngen war das fehleranfällig. Es wird jetzt geprüft, ob das USS Profil erzeugt wurde.
einige Dinge sind noch aufgefallen * die Paketquellen in /etc/apt/sources.list.d waren kaputt (der Name des Servers konnte nicht aufgelöst werden) * Errata Level ist 0, ist das ok? * univention-ldapsearch funktioniert nicht -> exec ldapsearch -ZZ -D cn=mymaster,cn=dc,cn=computers,cn=rrr,cn=ttt \ -y /etc/machine.secret -x uid=Administrator ldap_bind: Invalid credentials (49) * NTP Server ist nicht gesetzt * Lizenz ist nicht unlimitiert und zeitlich begrenzt * repository/online/unmaintained ist nicht "yes" * beim Start des Image im vmplayer bekomme ich die Meldung, das es /dev/hdc nicht gibt (sollte das CDROM vielleicht weggelassen werden?)
(In reply to comment #14) > * die Paketquellen in /etc/apt/sources.list.d waren kaputt > (der Name des Servers konnte nicht aufgelöst werden) Das lag an einer falschen Nameserverkonfiguration. USS wurde angepasst, so dass das für den Benutzer einfacher ist. > * Errata Level ist 0, ist das ok? Bis errata 14 ist alles eingespielt > * univention-ldapsearch funktioniert nicht > -> exec ldapsearch -ZZ -D cn=mymaster,cn=dc,cn=computers,cn=rrr,cn=ttt \ > -y /etc/machine.secret -x uid=Administrator > ldap_bind: Invalid credentials (49) Das lag an uss appliance. das ist jetzt deinstalliert > * NTP Server ist nicht gesetzt pool.ntp.org ist gesetzt > * Lizenz ist nicht unlimitiert und zeitlich begrenzt Es bleibt bei der FFPU-Lizenz > * repository/online/unmaintained ist nicht "yes" Das bleibt auf no > * beim Start des Image im vmplayer bekomme ich die Meldung, das es /dev/hdc > nicht gibt (sollte das CDROM vielleicht weggelassen werden?) CDROM sowie Floppy sind entfernt Die Anpassungen aus Bug #25731 und Bug #25738 sind ebenfalls installiert.
Zwei kleinere Dingen sind noch aufgefallen. Die gefixte Version des univention-installer bzgl Bug #24819 ist noch nicht auf dem Image, daher steht bei der Software Auswahl in den Basis Einstellungen noch Desktop Environemnt" NTPd läuft nach dem system setup nicht, siehe Bug #25785. Ich denke beide sind zu verschmerzen, oder?
(In reply to comment #16) > Zwei kleinere Dingen sind noch aufgefallen. > > Die gefixte Version des univention-installer bzgl Bug #24819 ist noch nicht auf > dem Image, daher steht bei der Software Auswahl in den Basis Einstellungen noch > Desktop Environemnt" > > NTPd läuft nach dem system setup nicht, siehe Bug #25785. > > Ich denke beide sind zu verschmerzen, oder? ja
Doch nochmal auf. broadcast und network werden nicht aktualisiert: ucr search --brief interfa interfaces/eth0/address: 10.200.7.60 interfaces/eth0/broadcast: 192.168.0.255 interfaces/eth0/ipv6/acceptRA: false interfaces/eth0/netmask: 255.255.255.0 interfaces/eth0/network: 192.168.0.0 interfaces/handler: ifplugd mail/postfix/inet/interfaces: 127.0.0.1 samba/interfaces/bindonly: <empty> Außerdem gibt es kein DHCP Subnetz: udm dhcp/subnet list --superordinate="cn=vm.player,cn=dhcp,dc=vm,dc=player" DN: cn=192.168.0.0,cn=vm.player,cn=dhcp,dc=vm,dc=player ARG: None subnet: 192.168.0.0 range: None broadcastaddress: None subnetmask: 24
(In reply to comment #18) > Doch nochmal auf. > > broadcast und network werden nicht aktualisiert: Das war ein Fehler im UMC-Backend > Außerdem gibt es kein DHCP Subnetz: > > > udm dhcp/subnet list --superordinate="cn=vm.player,cn=dhcp,dc=vm,dc=player" > > DN: cn=192.168.0.0,cn=vm.player,cn=dhcp,dc=vm,dc=player > ARG: None > subnet: 192.168.0.0 > range: None > broadcastaddress: None > subnetmask: 24 Das war ein Folgefehler. Vom Installer-Paket ist jetzt die aktuellste Version installiert
OK, funktioniert. Ich habe das Image nach http://apt.univention.de/download/evaluation/ kopiert.
UCS 3.0-1 wurde veröffentlicht. Sollte der hier beschriebene Bug mit einer neueren Version von UCS erneut auftreten, so sollte dieser Bug dupliziert werden: "Clone This Bug"