Upgrade auf 2.4-2 nicht möglich

UCS - Univention Corporate Server
,
#1

Hallo NG,

beim Aktualisieren des lokalen Repositories mit

univention-repository-update net

auf unserem Univention DC erscheint seit neuestem

An update to UCS 2.4 without the component 'oxmobility' is not possible because the component 'oxmobility' is marked as required.

Diese Komponenten für den OpenXChange Server sind tatsächlich nicht auf dem DC installiert, sondern auf einem DomainMember.

Wie ließe sich ein Update dennoch durchführen?

Gruß
Sebastian

#2

Hallo,

welche UCS-Version und welches OX-Produkt setzen Sie ein? Da Sie von mind. zwei Systemen sprechen wäre ich von OXSE(4UCS) ausgegangen, alledings kann dieses Produkt nicht auf einem Memberserver betrieben werden (OXSE4UCS_Installation_en#First_Step:_Installation_Univention_Corporate_Server).

Wenn die “oxmobility” komponente bei Ihnen nicht eingesetzt wird, können Sie die zuständigen Komponent-Repositorys auf den Systemen deaktivieren (ucr set repository/online/component/oxmobility=disabled). Anderenfalls würde ich vermuten dass ein Problem mit der Mirror-List vorliegt. Die Mirror-List können Sie ,mit dem folgenden Befehl neu generieren:

ucr commit /etc/apt/mirror.list

Bitte führen Sie das Update anschließend erneut aus. Sollte die Fehlermeldung weiterhin ausgegeben werden, wäre für die nähere Analyse die gesetzten Komponent-Repositorys (ucr search repository) sowie die Logdatei des Updaters relevant (/var/log/univention/updater.log).
Bitte beachten Sie dass die “ucr search”-Ausgabe sowie die Logdatei ggf. Benutzernamen und Passwörter für Ihren LDB-Zugang enthalten.

Mit freundlichen Grüßen
Janis Meybohm

#3

Pardon, es ist kein Memberserver sondern ein DC Slave.

Verstehe ich das richtig: wenn ich die Komponenten auf dem DC Master nicht installieren will, kann ich sie im Repository deaktivieren?

Lassen sich die Komponenten dann noch auf dem DC Slave mit der Groupware installieren/verwalten? Und wenn ich die oxseforucs Komponente deaktiviere, verschwinden wahrscheinlich auch die entsprechenden “Reiter” im UDM Webinterface des DC Master, oder? Das würde ich eigentlich gern vermeiden :wink:

#4

Hallo,

wenn die Komponente auf dem OX-Server eingesetzt wird, sollte sie natürlich auch weiterhin auf dem Repository-Server eingetragen bleiben (nur dann wird sie in das lokale Repository gespiegelt).

Ohne konkrete Hinweise aus den Logdateien und der Konfiguration lässt sich allerdings nicht mit Sicherheit sagen warum die oxmobility Komponente nicht abgefragt werden kann.

Mit freundlichen Grüßen
Janis Meybohm

#5

Im der Datei /var/log/univention/updater.log des DC Masters taucht nach

univention-repository-update net immer

[code]**** Starting univention-updater with parameter=[’/usr/sbin/univention-updater’, ‘net’, ‘–silent’, ‘–check’]
—>DBG:update_available(mode=net, cdrom_mount_point=/cdrom, iso=None)
Checking network repository
System is up to date

The site http://ucsmaster.local:80/OX6/OXSEforUCS/2.4/maintained/component/oxmobility/ was not found[/code]

auf. Das Verzeichnis existiert aber auf dem Server.

ucr search repository gibt aus:

[code]directory/manager/web/modules/policies/repositoryserver/additional: apt.univention.de

directory/manager/web/modules/policies/repositoryserver/search/default: name

directory/manager/web/modules/policies/repositorysync/search/default: name

local/repository: yes
Enable/Disable the local repository

online/repository/clean:
Create script to delete obsolete packages from the local repository [no]

repository/mirror/architectures:
List of architectures copied to the local repository, space separated

repository/mirror/basepath: /var/lib/univention-repository
Directory prefix of the local repository [/var/lib/univention-repository]

repository/mirror/httpmethod:
HTTP methode for testing the availability of updates [HEAD]

repository/mirror/port:
TCP port number of the repository servers [80]

repository/mirror/prefix:
Update directory on the repository server [univention-repository]

repository/mirror/recreate_packages: yes
Re-create list of packages in local repository after updates, instead of copying it [yes]

repository/mirror/server: apt.univention.de
Server, from which packages are copied for the local repository [apt.univention.de]

repository/mirror/sources:
Mirror source code files to local repository

repository/mirror/threads: 10
Maximum number of parallel downloads [10]

repository/mirror/version/end: 2.4-2
Highest version in the local repository

repository/mirror/version/start: 2.3-0
Lowest version for the local repository

repository/mirror: yes
Enable/Disable mirroring packages into the local repository [yes]

repository/online/component/nitrobit/parts: unmaintained

repository/online/component/nitrobit/version: 2.2

repository/online/component/nitrobit: enabled

repository/online/component/ox/description: Open-Xchange Server

repository/online/component/ox/password: *******

repository/online/component/ox/prefix: OX6/OXSEforUCS

repository/online/component/ox/server: software.open-xchange.com

repository/online/component/ox/username: *******

repository/online/component/ox/version: current

repository/online/component/oxmobility/defaultpackage: open-xchange-meta-mobility univention-ox-usm-ox

repository/online/component/oxmobility/description: OXtender for Business Mobility

repository/online/component/oxmobility/password: *******

repository/online/component/oxmobility/prefix: OX6/OXSEforUCS

repository/online/component/oxmobility/server: software.open-xchange.com

repository/online/component/oxmobility/username: *******

repository/online/component/oxmobility/version: current

repository/online/component/oxmobility: enabled

repository/online/component/oxoutlook/defaultpackage: open-xchange-outlook-updater

repository/online/component/oxoutlook/description: OXtender for MS Outlook

repository/online/component/oxoutlook/password: *******

repository/online/component/oxoutlook/prefix: OX6/OXSEforUCS

repository/online/component/oxoutlook/server: software.open-xchange.com

repository/online/component/oxoutlook/username: ********

repository/online/component/oxoutlook/version: current

repository/online/component/oxoutlook: enabled

repository/online/component/oxseforucs/password: ********

repository/online/component/oxseforucs/server: software.open-xchange.com

repository/online/component/oxseforucs/username: ******

repository/online/component/oxseforucs/version: current

repository/online/component/oxseforucs: enabled

repository/online/hotfixes: yes
Use hotfix packages for security updates [no]

repository/online/httpmethod:
HTTP methode for testing the availability of updates [HEAD]

repository/online/maintained: yes
Use packages from the maintained section [yes]

repository/online/port: 80
TCP port number of the online repository servers [80]

repository/online/prefix: univention-repository
Update directory on the repository server [univention-repository]

repository/online/server: ucsmaster.local
Server holding the Repository [apt.univention.de]

repository/online/sources:
Make source code files available on local host [no]

repository/online/unmaintained: no
Use packages from the unmaintained section [no]

repository/online: yes
Enable/Disable the use of the online repository servers [yes][/code]

#6

Es hat den Anschein, das die OX Komponenten vom openxhcange Software-Server heruntergeladen werden sollen. Für die Installation selbst wird dann aber offenbar das lokale Repository abgefragt. Obwohl die Dateien an den ensprechenden Stellen im Repository vorhanden sind, lässt sich das Update nicht durchführen.

apt-get update

bringt die selbe Fehlermeldung wie bisher (Komponente verhindert das update). Die Komponentenverwaltung selbst scheint auf dem DC Server ja standardmäßig abgeschaltet zu sein.

lg

#7

Hallo,

um die Vorgänge interpretieren zu können, würde ich Sie bitten die Datei /var/log/univention/updater.log anzuhängen. Alternativ können Sie uns auch gerne ein Support Info-Archiv (nach SDB-Artikel feedback@univention.de zusenden. Vor dem erzeugen des Archivs sollte ein Update-Versuch gestatet werden damit dieser in den Logs zu sehen ist.

Mit freundlichen Grüßen
Janis Meybohm

#8

Hallo Herr Meybohm,

leider bricht das Skript ab.

root@dcmaster:~# /tmp/univention-support-info Traceback (most recent call last): File "/tmp/univention-support-info", line 525, in <module> main(options.encrypt) File "/tmp/univention-support-info", line 493, in main univentionSystemInfo() File "/tmp/univention-support-info", line 295, in univentionSystemInfo output = dict([line.split(':', 1) for line in stdout.split('\n') if line]) ValueError: dictionary update sequence element #2 has length 1; 2 is required

Der Auszug aus der /var/log/univention/updater.log sieht wie folgt aus:

[code]**** Starting univention-updater with parameter=[’/usr/sbin/univention-updater’, ‘net’, ‘–ignoressh’]
Version=2.4
Patchlevel=1
using tempdir = /tmp/tmpiT3U-X
starting net mode
local/repository active, copy from net and start local mode
**** Starting univention-updater with parameter=[’/usr/sbin/univention-updater’, ‘local’]
Version=2.4
Patchlevel=1
using tempdir = /tmp/tmpYWjiYI
starting local mode
—>DBG:update_available(mode=local, cdrom_mount_point=/cdrom, iso=None)
Checking local repository
Update to = 2.4-2
**** Starting actual update at Mon May 16 13:45:51 2011
Call the preup.sh file with the path: /var/lib/univention-repository/mirror/2.4/maintained/2.4-2/all/
Execute /var/lib/univention-repository/mirror/2.4/maintained/2.4-2/all/preup.sh
Running preup.sh script
Mo 16. Mai 13:45:51 CEST 2011

HINT:
Please check the following documents carefully BEFORE updating to UCS 2.4-2:
Changelog: http://download.univention.de/doc/changelog-2.4-2.pdf

Please also consider documents of following release updates and
3rd party components.

Update will wait here for 60 seconds…
Press CTRL-c to abort or press ENTER to continue

WARNING: You are logged in using SSH – this may interrupt the update and result in an inconsistent system!
Please log in under the console or run univention-updater with “–ignoressh” to ignore it.
Error: Failed to execute “preup.sh”[/code]

Ironischer Weise wurde der Befehl mit der Option “–ignoressh” ausgeführt.

#9

Hallo,

das Script lag leider noch in einer älteren Version vor, ich habe nun eine neue Version veröffentlicht in der der Traceback nicht mehr auftreten sollte.

Die falsche/fehlende Interpretation der Option “–ignoressh” ist ein bekanntes Problem dass Sie z.B. durch setzen der UCR-Variable “update24/ignoressh” umgehen können:

ucr set update24/ignoressh=yes

Mit freundlichen Grüßen
Janis Meybohm

#10

Hallo Herr Meybohm,

vielen Dank für Ihre Hilfe. Ich habe die Daten als Supportticket an die Feedback Adresse gesendet.

Gruß

#11

Hallo,

hatten Sie die /etc/apt/mirror.list wie im zweiten Beitrag erwähnt neu erzeugt?

ucr commit /etc/apt/mirror.list

In der Repository-Logdatei (/var/log/univention/repository.log) ist zu sehen das versucht wird die Komponenten “oxmobility” und “oxoutlook” vom falschen Repository-Server zu beziehen:

[code]***** Starting univention-repository-update at Mon May 16 16:50:49 2011

The site http://apt.univention.de:80/OX6/OXSEforUCS/2.4/maintained/component/oxoutlook/ was not found

…
…
***** Starting univention-repository-update at Mon May 16 16:55:42 2011

The site http://apt.univention.de:80/OX6/OXSEforUCS/2.4/maintained/component/oxmobility/ was not found[/code]

Das Update schlägt dann fehl da die Komponenten im lokalen Repository nicht verfügbar sind (aus der /var/log/univention/updater.log):

W: Konnte http://ucsmaster.local:80/OX6/OXSEforUCS/2.4/maintained/component/oxmobility/./Packages nicht holen 404 Not Found W: Konnte http://ucsmaster.local:80/OX6/OXSEforUCS/2.4/maintained/component/oxoutlook/./Packages nicht holen 404 Not Found W: Konnte http://ucsmaster.local:80/OX6/OXSEforUCS/2.4/maintained/component/oxseforucs/all/Packages nicht holen 404 Not Found W: Konnte http://ucsmaster.local:80/OX6/OXSEforUCS/2.4/maintained/component/oxseforucs/amd64/Packages nicht holen 404 Not Found
Bitte führen Sie den “ucr commit” sowie anschließend “univention-repository-update net” aus und prüfen Sie die Logdatei /var/log/univention/repository.log. Ggf. hängen Sie die /etc/apt/mirror.list einmal an (Achtung: Die Datei enthält Ihren LDB-Account!).

Mit freundlichen Grüßen
Janis Meybohm

#12

Hallo Herr Meybohm,

nun scheint etwas ganz im Argen zu liegen. Ich hatte zwischenzeitlich einmal versucht, die betreffenden Komponenten zu deaktivieren. Hier die /etc/apt/mirror.list

[code]set base_path /var/lib/univention-repository

set mirror_path $base_path/mirror

set skel_path $base_path/skel

set var_path $base_path/var

set defaultarch

set nthreads 10

set recreate_packages yes

deb http://apt.univention.de/2.3/maintained/ 2.3-0/all/
deb http://apt.univention.de/2.3/maintained/ 2.3-0/extern/
deb http://apt.univention.de/2.3/maintained/ 2.3-0/amd64/
deb http://apt.univention.de/2.3/maintained/ 2.3-1/all/
deb http://apt.univention.de/2.3/maintained/ 2.3-1/extern/
deb http://apt.univention.de/2.3/maintained/ sec1/amd64/
deb http://apt.univention.de/2.3/maintained/ sec2/all/
deb http://apt.univention.de/2.3/maintained/ sec2/extern/
deb http://apt.univention.de/2.3/maintained/ sec2/amd64/
deb http://apt.univention.de/2.3/maintained/ sec3/all/
deb http://apt.univention.de/2.3/maintained/ sec3/extern/
deb http://apt.univention.de/2.3/maintained/ sec3/amd64/
deb http://apt.univention.de/2.3/maintained/ sec4/all/
deb http://apt.univention.de/2.3/maintained/ sec4/extern/
deb http://apt.univention.de/2.3/maintained/ sec4/amd64/
deb http://apt.univention.de/2.3/maintained/ sec5/all/
deb http://apt.univention.de/2.3/maintained/ sec5/extern/
deb http://apt.univention.de/2.3/maintained/ sec5/amd64/
deb http://apt.univention.de/2.3/maintained/ sec6/all/
deb http://apt.univention.de/2.3/maintained/ sec6/extern/
deb http://apt.univention.de/2.3/maintained/ sec6/amd64/
deb http://apt.univention.de/2.4/maintained/ sec1/all/
deb http://apt.univention.de/2.4/maintained/ sec1/extern/
deb http://apt.univention.de/2.4/maintained/ sec1/amd64/
deb http://apt.univention.de/2.4/maintained/ sec2/all/
deb http://apt.univention.de/2.4/maintained/ sec2/extern/
deb http://apt.univention.de/2.4/maintained/ sec2/amd64/
deb http://apt.univention.de/2.4/maintained/ sec3/all/
deb http://apt.univention.de/2.4/maintained/ sec3/extern/
deb http://apt.univention.de/2.4/maintained/ sec3/amd64/
deb http://apt.univention.de/2.3/maintained/ hotfixes/all/
deb http://apt.univention.de/2.3/maintained/ hotfixes/extern/
deb http://apt.univention.de/2.3/maintained/ hotfixes/amd64/
deb http://apt.univention.de/2.4/maintained/ hotfixes/all/
deb http://apt.univention.de/2.4/maintained/ hotfixes/extern/
deb http://apt.univention.de/2.4/maintained/ hotfixes/amd64/

Configuration error: Temporary failure in name resolution: oxmobility

deb http://apt.univention.de/2.2/unmaintained/component/ nitrobit/all/
deb http://apt.univention.de/2.2/unmaintained/component/ nitrobit/extern/
deb http://apt.univention.de/2.2/unmaintained/component/ nitrobit/amd64/

Configuration error: non-existing prefix: oxseforucs

Configuration error: non-existing prefix: oxoutlook[/code]

#13

Hallo,

für mich ist jetzt leider nicht mehr konkret nachvollziehbar welche was seit dem letzten Beitrag geändert wurde und welche Schritte Sie noch durchgeführt haben. Ich würde vermuten dass wir hier z.B. in einer Remote-Sitzung deutlich schneller zu einem Ergebnis kommen, dies wäre z.B. im Rahmen eines Support-Tickets über Open-Xchange möglich.
Ansonsten würde ich Sie bitten noch einmal ein Support-Info-Archiv (sowie falls noch mal geändert, die mirror.list) anzuhängen.

Mit freundlichen Grüßen
Janis Meybohm

#14

Hallo Herr Meybohm,

da lagen tatsächlich 2 Fehler vor. 1. die DNS Auflösung klappte nicht, weil auf dem Server ein nicht mehr betriebener DNS-Server eingetragen war. 2. Die Maintenance für OX war nicht mehr aktiv. Beides habe ich inzwischen behoben.
Das Update wird aber immernoch durch die Komponenten ox4ucs, oxmobility und oxoutlook blockiert. Wenn ich sie deaktiviere, kann ich plötzlich auch das Update anstoßen.

Allerdings bleiben die Fehlermeldungen erhalten. Hier ein Auszug aus der /etc/apt/sources.list.d/20_ucs-online-component.list

[code]# /etc/univention/templates/files/etc/apt/sources.list.d/20_ucs-online-component.list

Configuration error: non-existing prefix: oxmobility

deb http://name-des-repository-servers/univention-repository/2.2/unmaintained/component/ nitrobit/all/

Configuration error: non-existing prefix: oxseforucs

Configuration error: non-existing prefix: oxoutlook[/code]

der Auszug aus der /etc/apt/mirror.list scheint nach den Korrekturen (dns,OX Maintenance) wieder in Ordnung zu sein:

deb http://credentials@software.open-xchange.com/OX6/OXSEforUCS/2.3/maintained/component/oxmobility/ ./ deb http://credentials@software.open-xchange.com/OX6/OXSEforUCS/2.4/maintained/component/oxmobility/ ./ deb http://apt.univention.de/2.2/unmaintained/component/ nitrobit/all/ deb http://apt.univention.de/2.2/unmaintained/component/ nitrobit/extern/ deb http://apt.univention.de/2.2/unmaintained/component/ nitrobit/amd64/ deb http://credentials@software.open-xchange.com/OX6/OXSEforUCS/2.4/maintained/component/ oxseforucs/all/ deb http://credentials@software.open-xchange.com/OX6/OXSEforUCS/2.4/maintained/component/ oxseforucs/extern/ deb http://credentials@software.open-xchange.com/OX6/OXSEforUCS/2.4/maintained/component/ oxseforucs/amd64/ deb http://credentials@software.open-xchange.com/OX6/OXSEforUCS/2.3/maintained/component/ oxseforucs/all/ deb http://credentials@software.open-xchange.com/OX6/OXSEforUCS/2.3/maintained/component/ oxseforucs/extern/ deb http://credentials@software.open-xchange.com/OX6/OXSEforUCS/2.3/maintained/component/ oxseforucs/amd64/ deb http://credentials@software.open-xchange.com/OX6/OXSEforUCS/2.3/maintained/component/ox/ ./ deb http://credentials@software.open-xchange.com/OX6/OXSEforUCS/2.4/maintained/component/ox/ ./ deb http://credentials@software.open-xchange.com/OX6/OXSEforUCS/2.3/maintained/component/oxoutlook/ ./ deb http://credentials@software.open-xchange.com/OX6/OXSEforUCS/2.4/maintained/component/oxoutlook/ ./

Wie sollten denn die OX-Komponenten in der UCR eingetragen sein? Eigentlich ist bei uns alles noch wie in software.open-xchange.com/OX6/OX … 6.18.1.pdf in Kapitel 1 eingetragen. Hat sich daran etwas geändert?

lG

#15

Hallo audiolinux,

da sich das Problem mittlerweile über einige Wochen hinzieht und sich die Analyse
und Hilfe über das Forum doch als relativ schwierig herausgestellt hat, schlagen wir vor,
das Sie direkt Kontakt mit uns aufnehmen, um das weitere Vorgehen zu besprechen.
Sprechen Sie mich doch gerne direkt an: 0421 22232-20
Cord Martens

#16

Wir konnten das Problem nun damit lösen, das wir den Repository Server auf dem DC Master abgeschaltet haben.

Vielen Dank für Ihre Hilfe.

Mastodon