Hier ist das Log vom Start des Upgrades bis zum Database Error.
log-part.log (138,5 KB)
Hier ist das vollständige Log:
log-full.log (435,9 KB)
@damrose Diese Meldungen habe ich auch.
Hier nimmt das Problem wohl seinen Lauf:
5749 actions.upgrade 18-05-24 15:41:53 [ INFO]: Executing interface restore_data_before_setup for owncloud
5749 actions.upgrade 18-05-24 15:41:53 [ INFO]: No interface defined
5749 actions.upgrade 18-05-24 15:41:53 [ INFO]: Executing interface setup for owncloud
5749 actions.upgrade 18-05-24 15:41:53 [ INFO]: Copying App Center's setup to container's /usr/share/univention-docker-container-mode/setup_custom
5749 actions.upgrade.container.bdc2 18-05-24 15:41:54 [ DEBUG]: Using container.bdc2 for container bdc2b5a87c7bb212d7e5a74b8f7cf42986e4603566c33050d81af5154d126c38
5749 actions.upgrade.container.bdc2 18-05-24 15:41:54 [ DEBUG]: Calling docker exec bdc2b5a87c7bb212d7e5a74b8f7cf42986e4603566c33050d81af5154d126c38 /usr/share/univention-docker-container-mode/setup_custom --username Administrator --app owncloud --error-file /var/univention/tmp/tmpGxxyU6 --password-file /var/univention/tmp/tmpFae0tW --app-version 10.0.8-20180428
5749 actions.upgrade.container.bdc2 18-05-24 15:41:54 [ INFO]: enabling ldap app in docker setup script
5749 actions.upgrade.container.bdc2 18-05-24 15:41:54 [ INFO]: wait for 5 seconds
5749 packages 18-05-24 15:41:56 [ DEBUG]: Releasing LOCK
5749 actions.upgrade 18-05-24 15:41:56 [CRITICAL]: Setup script failed!
5749 actions.upgrade 18-05-24 15:41:56 [ WARNING]: Aborting...
5749 actions.remove 18-05-24 15:41:56 [ DEBUG]: Calling remove
wir arbeiten gerade an der Lösung dieses Problems.
1 Like
Hallo in die Runde,
bei uns ist das Problem auch aufgetreten. Allerdings scheint der Grund ein LOCK den cache von apt zu sein:
25276 actions.remove 18-06-28 18:45:23 [ INFO]: Running 51owncloud-uninstall.uinst done
25276 actions.remove 18-06-28 18:45:23 [ DEBUG]: /usr/sbin/univention-run-join-scripts returned with 0
25276 actions.remove.readme 18-06-28 18:45:23 [ DEBUG]: Calling elinks -dump /var/cache/univention-appcenter/appcenter.software-univention.de/4.1/owncloud_20180315081545.README_POST_UNINSTALL_EN
25276 actions.upgrade-search 18-06-28 18:45:27 [ DEBUG]: Calling upgrade-search
25276 actions.upgrade-search.progress 18-06-28 18:45:27 [ DEBUG]: 0
25276 actions.upgrade-search 18-06-28 18:45:27 [ DEBUG]: Checking 4.1/owncloud=10.0.4-20180315
25276 actions.upgrade-search.progress 18-06-28 18:45:27 [ DEBUG]: 100
25276 actions.remove.progress 18-06-28 18:45:27 [ DEBUG]: 100
25276 actions.upgrade-search 18-06-28 18:45:27 [ DEBUG]: Calling upgrade-search
25276 actions.upgrade-search.progress 18-06-28 18:45:27 [ DEBUG]: 0
25276 actions.upgrade-search 18-06-28 18:45:27 [ DEBUG]: Checking 4.1/owncloud=10.0.4-20180315
25276 actions.upgrade-search.progress 18-06-28 18:45:27 [ DEBUG]: 100
25276 actions.install 18-06-28 18:45:27 [ ERROR]: Failed to lock /var/cache/apt/archives/lock
Traceback (most recent call last):
File "/usr/lib/pymodules/python2.7/univention/appcenter/actions/__init__.py", line 226, in call_with_namespace
result = self.main(namespace)
File "/usr/lib/pymodules/python2.7/univention/appcenter/actions/install.py", line 72, in main
return self.do_it(args)
File "/usr/lib/pymodules/python2.7/univention/appcenter/actions/install_base.py", line 99, in do_it
self._do_it(app, args)
File "/usr/lib/pymodules/python2.7/univention/appcenter/actions/docker_install.py", line 63, in _do_it
ret = super(Install, self)._do_it(app, args)
File "/usr/lib/pymodules/python2.7/univention/appcenter/actions/install.py", line 85, in _do_it
self._register_database(app)
File "/usr/lib/pymodules/python2.7/univention/appcenter/actions/register.py", line 348, in _register_database
database_connector.create_database()
File "/usr/lib/pymodules/python2.7/univention/appcenter/database.py", line 177, in create_database
self.setup()
File "/usr/lib/pymodules/python2.7/univention/appcenter/database.py", line 173, in setup
self.install()
File "/usr/lib/pymodules/python2.7/univention/appcenter/database.py", line 115, in install
mark_packages_as_manually_installed(packages)
File "/usr/lib/pymodules/python2.7/univention/appcenter/packages.py", line 102, in mark_packages_as_manually_installed
return get_package_manager().mark_auto(False, *pkgs)
File "/usr/lib/pymodules/python2.7/univention/lib/package_manager.py", line 515, in mark_auto
self.commit()
File "/usr/lib/pymodules/python2.7/univention/lib/package_manager.py", line 660, in commit
result = self.cache.commit(**kwargs)
File "/usr/lib/python2.7/dist-packages/apt/cache.py", line 501, in commit
res = self._fetch_archives(fetcher, pm)
File "/usr/lib/python2.7/dist-packages/apt/cache.py", line 322, in _fetch_archives
raise LockFailedException("Failed to lock %s" % lockfile)
LockFailedException: Failed to lock /var/cache/apt/archives/lock
25276 utils 18-06-28 18:45:27 [ DEBUG]: send_information: action=upgrade app=owncloud value=LockFailedException('Failed to lock /var/cache/apt/archives/lock',) status=500
25276 utils 18-06-28 18:45:27 [ DEBUG]: tracking information: {'status': 500, 'uuid': '0107e699-39cd-443c-b6ec-6664acdc24d1', 'app': u'owncloud', 'value': "LockFailedException('Failed to lock /var/cache/apt/archives/lock',)", 'version': u'10.0.8-20180428', 'role': 'memberserver', 'action': 'upgrade', 'system-uuid': 'c2e88370-d56e-4c27-958a-6d141ba9ede7'}
25276 actions.upgrade-search 18-06-28 18:45:28 [ DEBUG]: Calling upgrade-search
25276 actions.upgrade-search.progress 18-06-28 18:45:28 [ DEBUG]: 0
25276 actions.upgrade-search 18-06-28 18:45:28 [ DEBUG]: Checking owncloud=10.0.8-20180428
25276 actions.upgrade-search.progress 18-06-28 18:45:28 [ DEBUG]: 100
25276 actions.upgrade 18-06-28 18:45:28 [ ERROR]: Failed to lock /var/cache/apt/archives/lock
Traceback (most recent call last):
File "/usr/lib/pymodules/python2.7/univention/appcenter/actions/__init__.py", line 226, in call_with_namespace
result = self.main(namespace)
File "/usr/lib/pymodules/python2.7/univention/appcenter/actions/upgrade.py", line 75, in main
return self.do_it(args)
File "/usr/lib/pymodules/python2.7/univention/appcenter/actions/install_base.py", line 99, in do_it
self._do_it(app, args)
File "/usr/lib/pymodules/python2.7/univention/appcenter/actions/docker_upgrade.py", line 111, in _do_it
self._upgrade_image(app, args)
File "/usr/lib/pymodules/python2.7/univention/appcenter/actions/docker_upgrade.py", line 165, in _upgrade_image
self._install_new_app(app, args)
File "/usr/lib/pymodules/python2.7/univention/appcenter/actions/docker_upgrade.py", line 70, in _install_new_app
return Install._do_it(self, app, args)
File "/usr/lib/pymodules/python2.7/univention/appcenter/actions/docker_install.py", line 63, in _do_it
ret = super(Install, self)._do_it(app, args)
File "/usr/lib/pymodules/python2.7/univention/appcenter/actions/install.py", line 85, in _do_it
self._register_database(app)
File "/usr/lib/pymodules/python2.7/univention/appcenter/actions/register.py", line 348, in _register_database
database_connector.create_database()
File "/usr/lib/pymodules/python2.7/univention/appcenter/database.py", line 177, in create_database
self.setup()
File "/usr/lib/pymodules/python2.7/univention/appcenter/database.py", line 173, in setup
self.install()
File "/usr/lib/pymodules/python2.7/univention/appcenter/database.py", line 115, in install
mark_packages_as_manually_installed(packages)
File "/usr/lib/pymodules/python2.7/univention/appcenter/packages.py", line 102, in mark_packages_as_manually_installed
return get_package_manager().mark_auto(False, *pkgs)
File "/usr/lib/pymodules/python2.7/univention/lib/package_manager.py", line 515, in mark_auto
self.commit()
File "/usr/lib/pymodules/python2.7/univention/lib/package_manager.py", line 660, in commit
result = self.cache.commit(**kwargs)
File "/usr/lib/python2.7/dist-packages/apt/cache.py", line 501, in commit
res = self._fetch_archives(fetcher, pm)
File "/usr/lib/python2.7/dist-packages/apt/cache.py", line 322, in _fetch_archives
raise LockFailedException("Failed to lock %s" % lockfile)
LockFailedException: Failed to lock /var/cache/apt/archives/lock
Inzwischen konnte ich die Datenbank aus dem Backup wieder hergestellen. Leider kommt es aber immernoch zu dem Fehler der fehlgeschlagenen LDAP Verbindung. In einem anderen Zusammenhang hatten wir dieses Problem schon einmal https://help.univention.com/t/owncloud-upgrade-to-10-0-4-20180315-webui-fails/8433/3
In dem Fall half es, das Maschinen Passwort in der UMC neu zusetzen und in der Owncloud Config zu hinterlegen.
Leider komme ich aber gar nicht mehr bis zum Login in Owncloud.
Lässt sich die LDAP-Auth vorübergehend deaktivieren?
Oder anders herum: Lässt sich das Maschinen Passwort auf der CLI direkt ändern? Wenn ich es richtig verstanden habe, sind die /etc/machine.secret Dateien ja nicht im Klartext hinterlegt, oder?
lG
Sebastian
Hallo,
ich muß derzeit bei jedem Neustart des Containers immer das LDAP-Paßwort neu setzen. Wie kann ich das fixen? Wo muß das Paßwort überall hinterlegt sein.
Viele Grüße,
SirTux
EDIT: Das scheint erledigt. Es war wie vermutet im Container /etc/machine.secret. Allerdings war beim ersten Versuch ein Newline zu viel 
@dmitry Wo muß das Paßwort sonst noch überall korrekt stehen? In /var/lib/univention-appcenter/apps/owncloud/machine.secret? Ich würde diese Fehlerquelle gerne ausschließen, bevor ich das Update erneut auf die nun hoffentlich gefixte Version probiere.
ownCloud stellt nur den Docker Container her 
LDAP ist eine Sache von univention.
Ich denke dass wenn du dich vor dem Upgrade in LDAP einwählen kannst, kannst du es auch nach dem Upgrade.
Übrigens, heute ist die neue Appliance raus.
Inklusive Setup-Scripte nehme ich an. Und diese konfigurieren doch u.a. die LDAP-Authentifizierung …
Das was ich darüber weiß, ist das machine.secret in /etc/machine.secret liegt.
Jedoch ist das glaube ich von Host zu Container unterschiedlich. Mehr weiß ich nicht. Wir setzten kein neues LDAP Passwort. Weder bei der Installation noch beim Upgrade.
Hm ich hab die Scripte noch mal kurz überflogen. Das Maschinenkonto für den Container scheint tatsächlich durch Univention-Magie erzeugt zu werden.
@damrose Kannst du etwas dazu sagen?
@SirTux
Das App Center erzeugt standardmäßig für jede Docker App ein Computerkonto (Memberserver) und legt das Passwort dafür in Form der Datei /etc/machine.secret im Container ab. Ab dann ist die App zuständig. Bei App Updates etc. wird die Datei gesichert und wieder in den neuen Docker Container geschrieben.
Automatische Passwortwechsel etc. gibt es nicht - die werden immer vom Client selbst angestoßen.
Nach einem Update auf die aktuelle owncloud App Version steht das Passwort für den LDAP Account sowohl in der Datei /var/www/owncloud/config/ldap, als auch in der oc_appconfig Datenbank von owncloud. Welches jetzt die relevante Stelle ist, von der es ausgelesen wird, ist mir gerade auch nicht klar.
@dmitry Leider schlägt das Update weiterhin fehl. Eine Datenbank ist diesmal zwar weiterhin da, allerdings scheint sie defekt zu sein. Leider läßt sich dies diesmal nicht über ein Zurückspielen von /var/lib/mysql beheben. Also irgendwie bin nicht nicht sehr beeindruckt von dem “Fix”.
kannst du ein remove und dann install machen?
Ja entfernen geht, aber installieren nicht:
30836 actions.install 18-07-09 15:23:04 [ INFO]: Executing interface restore_data_before_setup for owncloud
30836 actions.install 18-07-09 15:23:04 [ INFO]: No interface defined
30836 actions.install 18-07-09 15:23:04 [ INFO]: Executing interface setup for owncloud
30836 actions.install 18-07-09 15:23:04 [ INFO]: Copying App Center's setup to container's /usr/share/univention-docker-container-mode/setup_custom
30836 actions.install.container.f418 18-07-09 15:23:05 [ DEBUG]: Using container.f418 for container f4183e645b7dcd7d55f931c9432e4115e89fb2413e58d403dcec8cf4d9b48d39
30836 actions.install.container.f418 18-07-09 15:23:05 [ DEBUG]: Calling docker exec f4183e645b7dcd7d55f931c9432e4115e89fb2413e58d403dcec8cf4d9b48d39 /usr/share/univention-docker-container-mode/setup_custom --username Administrator --app owncloud --error-file /var/univention/tmp/tmpUkIT4b --password-file /var/univention/tmp/tmpURZTVe --app-version 10.0.8-20180604
30836 actions.install.container.f418 18-07-09 15:23:05 [ WARNING]: Error response from daemon: Container f4183e645b7dcd7d55f931c9432e4115e89fb2413e58d403dcec8cf4d9b48d39 is not running
30836 packages 18-07-09 15:23:05 [ DEBUG]: Releasing LOCK
30836 actions.install 18-07-09 15:23:05 [CRITICAL]: Setup script failed!
okay, kannst du die db config und die domain config aus der
/var/lib/univention-appcenter/apps/owncloud/config/
löschen und noch mal versuchen?
und schau mal ob in root ein “setup-ldap.sh” da list, das dann auch löschen
# ls -l /var/lib/univention-appcenter/apps/owncloud/conf/
insgesamt 20
-rw-r--r-- 1 www-data www-data 1972 Nov 8 2017 CAcert.pem
-rw-r----- 1 www-data www-data 2087 Jul 9 14:41 config.php
-rw-r--r-- 1 www-data www-data 248 Jul 9 15:22 database.config.php
-rw-r--r-- 1 www-data www-data 140 Nov 8 2017 domains.config.php
-rw-r--r-- 1 www-data www-data 758 Jul 9 15:22 ldap
Ok ich verschiebe also database.config.php. Die Datenbank ist aktuell übrigens nicht vorhanden. Ich hoffe das ist beabsichtigt.
Funktioniert leider immer noch nicht:
Executing interface restore_data_before_setup for owncloud
No interface defined
Executing interface setup for owncloud
Copying App Center's setup to container's /usr/share/univention-docker-container-mode/setup_custom
Error response from daemon: Container 62284610a5fb8a410f6f4fbb4dbb1e2f56f61019ca85f9728bb412d9cd4e565c is not running
Setup script failed!
Aborting...
Die Datei “ldap” sollte ich aber nicht entfernen oder?
okay, welche ownCloud version hattest du vorher?
Die 10.0.4 vom März. Anscheinend wird die gar nicht mehr angeboten.