Dudle Update 1.0.1-1 auf 1.1.0-1 schlägt fehl

german

#1

Hallo allerseits,

im Zuge des Updates von 4.1.3 → 4.1.4 habe ich ein Update von dudle in der container-Version angeboten bekommen.

Ich habe das Update in der umc gestartet, bekam aber die Fehlermeldung

Ich habe ein wenig nachgeforscht und den Hinweis hier gefunden: wiki.univention.de/index.php?tit … _Migration

Also habe ich folgendes eingegeben:

[code]ucr unset appcenter/prudence/docker/dudle

univention-app update
univention-app upgrade dudle
[/code]

Dabei hat er mir dudle in der standard Version gelöscht (jedenfalls teilweise), aber die docker-Version nicht installiert:

[quote]root@master:~# univention-app upgrade dudle
Going to upgrade Dudle (1.1.0-1)
Migrating non-docker dudle app data to docker
Dudle 1.1.0-1 Update Notes

Bug fixes

 * Update after some bugfixes.

Press [ENTER] to continue
Upgrading docker (None)
Going to install Dudle (1.1.0-1)
Creating data directories for dudle…
Registering UCR for dudle
Marking dudle=1.1.0-1 as installed
File: /etc/univention/service.info/services/univention-appcenter.cfg
Multifile: /etc/postgresql/9.1/main/pg_hba.conf
Module: kopano-cfg
Setting ports for apache proxy
Module: kopano-cfg
Multifile: /etc/apache2/sites-available/default-ssl
Multifile: /etc/apache2/sites-available/default
Creating /etc/init.d/docker-app-dudle
Adding system startup for /etc/init.d/docker-app-dudle …
/etc/rc0.d/K14docker-app-dudle -> …/init.d/docker-app-dudle
/etc/rc1.d/K14docker-app-dudle -> …/init.d/docker-app-dudle
/etc/rc6.d/K14docker-app-dudle -> …/init.d/docker-app-dudle
/etc/rc2.d/S41docker-app-dudle -> …/init.d/docker-app-dudle
/etc/rc3.d/S41docker-app-dudle -> …/init.d/docker-app-dudle
/etc/rc4.d/S41docker-app-dudle -> …/init.d/docker-app-dudle
/etc/rc5.d/S41docker-app-dudle -> …/init.d/docker-app-dudle
Adding localhost to LDAP object
Setting overview variables
File: /var/www/ucs-overview/entries.json
Module: kopano-cfg
Reloading web server config: apache2.
Registering the container host dudle-07595875 for dudle
Module: kopano-cfg
Verifying Docker registry manifest for app image docker.software-univention.de/ucs-appbox-amd64:4.1-3
Error while contacting Docker registry server docker.software-univention.de/v … ests/4.1-3
Fehler bei der Kontaktaufnahme mit dem Docker-Registry-Server docker.software-univention.de/v … ests/4.1-3
Aborting…

Going to remove Dudle (1.1.0-1)

Module: kopano-cfg
Removing any system startup links for /etc/init.d/docker-app-dudle …
/etc/rc0.d/K14docker-app-dudle
/etc/rc1.d/K14docker-app-dudle
/etc/rc2.d/S41docker-app-dudle
/etc/rc3.d/S41docker-app-dudle
/etc/rc4.d/S41docker-app-dudle
/etc/rc5.d/S41docker-app-dudle
/etc/rc6.d/K14docker-app-dudle
Removing localhost from LDAP object
File: /etc/univention/service.info/services/univention-appcenter.cfg
Multifile: /etc/postgresql/9.1/main/pg_hba.conf
Multifile: /etc/apache2/sites-available/default
File: /var/www/ucs-overview/entries.json
Module: kopano-cfg
Multifile: /etc/apache2/sites-available/default-ssl
Reloading web server config: apache2.
Installing join script /var/cache/univention-appcenter/dudle_20160201.uinst
univention-run-join-scripts: runs all join scripts existing on local computer.
copyright © 2001-2016 Univention GmbH, Germany

Running 00kopano4ucs-safemode-on.inst skipped (already executed)
Running 01univention-ldap-server-init.inst skipped (already executed)

Running 79univention-printserver.inst skipped (already executed)
Running 81univention-nfs-server.inst skipped (already executed)
Running 90univention-bind-post.inst skipped (already executed)
Running 91univention-saml.inst skipped (already executed)
Running 92univention-management-console-web-server.inst skipped (already executed)
Running 96univention-samba4.inst skipped (already executed)
Running 97univention-s4-connector.inst skipped (already executed)
Running 98univention-pkgdb-tools.inst skipped (already executed)
Running 98univention-samba4-dns.inst skipped (already executed)
Running 99kopano4ucs-safemode-off.inst skipped (already executed)
Running 51dudle-uninstall.uinst done
Upgrading docker (None)
Not again!
[/quote]

Wenn ich die Seite docker.software-univention.de/v … ests/4.1-3 im Browser aufrufe, verlangt er nach einer Authentifizierung.

In der umc taucht dudle noch unter „installierte Applikationen” auf, aber es ist allerdings kein Server mehr zugeordnet.
Der Link funktioniert aber noch https:/master…/dudle/, nur die „ucs/web/overview/entries/service/dudle/”-Einträge sind entfernt.

Und nun, wie komme ich an ein aktuelles docker-dudle?


#2

Hallo,

die Installation der Docker-Version ist schief gegangen. Die roten Zeilen zeigen es an.

Danach beginnt die “Abbruch-Phase”. Dabei werden einige Skripte aufgerufen, eines davon entfernt die Zuordnung zum Server, ein anderes den Link auf der Übersichtsseite. Das ist beides zum Glück nicht kritisch, nur “lästig”. Das wird aber wieder gerade gerückt, sobald die Installation funktioniert.

Die Frage ist also: Wieso kann docker.software-univention.de/v … ests/4.1-3 nicht gelesen werden?

Funktioniert

docker pull docker.software-univention.de/ucs-appbox-amd64:4.1-3

Wenn nicht, existiert /root/.dockercfg? Eigentlich sollte sich das App Center automatisch auf docker.software-univention.de einloggen und dabei diese Datei schreiben.

Viele Grüße
Dirk Wiesenthal


#3

Hallo,

der docker pull Befehl schlägt fehl:

[quote]root@slave:/tmp/test# docker pull docker.software-univention.de/ucs-appbox-amd64:4.1-3
Pulling repository docker.software-univention.de/ucs-appbox-amd64
FATA[0000] Error: image ucs-appbox-amd64:4.1-3 not found [/quote]

Die cfg existiert auf keinem der drei Server (master errata379 und zwei slaves errata360). Wie kann ich das Anlegen triggern?

edit: Alle drei Systeme sind nun auf dem Stand errata379 - die Datei existiert nicht.

edit2:
Fürs debugging:

root@slave:~# ucr search --brief docker appcenter/docker: enabled appcenter/prudence/docker/etherpad-lite: yes appcenter/prudence/docker/kopano-webapp: yes appcenter/prudence/docker/radius: yes appcenter/prudence/docker/squid: yes docker/autostart: yes docker/daemon/default/opts/.*: <empty> docker/daemon/default/opts/bip: 172.17.42.1/16 docker/daemon/default/opts/storage-driver: overlay

Ausserdem habe ich ein univention-install --reinstall univention-appcenter-docker univention-docker ausgeführt - die Datei wird trotzdem nicht geschrieben.


#4

Hallo,

die Datei sollte eigentlich vor dem ersten “docker pull” geschrieben werden. Das geschieht automatisch, wenn

univention-app upgrade dudle

ausgeführt wird.

Hier nicht. So weit ist das System also nie gekommen.

Bitte in Python einmal folgendes ausprobieren:

# python
Python 2.7.3 (default, Aug 29 2016, 16:34:01) 
...
from univention.appcenter.docker import *
docker_image_manifest_url = 'https://docker.software-univention.de/v2/ucs-appbox-amd64/manifests/4.1-3'
https_request_auth = requests.auth.HTTPBasicAuth(DOCKER_READ_USER_CRED['username'], DOCKER_READ_USER_CRED['password'])
https_request_answer = requests.get(docker_image_manifest_url, auth=https_request_auth)
print https_request_answer.status_code
print https_request_answer.content

Das ist ziemlich genau das, was hier schief zu laufen scheint. Was schreiben die letzten zwei Zeilen auf das Terminal?

Viele Grüße
Dirk Wiesenthal


#5

Hallo,
squid3 aus jessie ist der Übeltäter - die Anfrage kommt nicht durch ihn durch:

172.16.14.12 - - [24/Jan/2017:10:34:30 +0100] "GET https://docker.software-univention.de/v2/ucs-appbox-amd64/manifests/4.1-3 HTTP/0.0" 501 3735 "-" "-" TAG_NONE:HIER_NONE 

Die Fehler lauten 501 und es kommt die Squid error-Seite für „ERR_UNSUP_REQ”

Gibt es dafür eine Lösung von ihnen, oder muss ich eine squid-ACL für den Direktzugriff formulieren?
Ganz ohne Proxy lasse ich meine Server idR nicht raus…


#6

Als Ergänzung:
Ich kann den Download mit meinem Firefox über diesen Proxy Server nach Eingabe des docker-Benutzernamens/Passwort starten.

Es scheint an python.requests hinter einem Proxy zu liegen.

Der eine Slave-Server, der direkten Zugriff auf das Internet hat (ohne Proxy), der lädt die Datei korrekt herunter.
Dort führt „univention-app install dudle” auch zum Erfolg.


#7

Ich habe den Proxyzwang entfernt und die ucr Variablen proxy/http sowie proxy/https entfernt - das Update lief nun sauber durch.