DS1512+ Update fehlgeschlagen, Neuinstallation nicht möglich => User-Errors

arcade · 03. Nov 2016

Ich habe bereits ein Support Ticket geöffnet bisher allerdings Null Reaktion seitens Synology. Evtl. hat hier jemand einen Rat?

Product: DS1512+ und Synology-DX513
Product Version: DSM 6.0.2-8451 Update 2

Problem Explanation:
Seit gestern/heute Nacht sind die Pakete Video-Station, Medienstation, Notestation nicht mehr installiert bzw. installierbar. Eine Neuinstallation/Update des jeweiligen Paketes schlägt fehl. Ein Reboot vom NAS brachte keine Besserung. Lediglich das Paket Text-Editor wurde korrekt upgedated.
Die Systemmeldungen (/var/messages) verweisen auf USER-Fehler??

z.B.2016-11-02T03:18:49+01:00 MonsterDisk builtin-dyn-autopkgupgrade-default: pgsqldb.cpp:122 Postgresql failed creating user [MediaServer]....2016-11-02T03:19:50+01:00 MonsterDisk builtin-dyn-autopkgupgrade-default: pgsqldb.cpp:122 Postgresql failed creating user [VideoStation]....usw.

Gestern hat die Videostation noch funktioniert. Heute früh meinte meine Iphone-App, dass die Videostation nicht mehr installiert sei... :-( Das war dann auch so... und Neuinstallation funktioniert wie geschrieben auch nicht mehr...
Ich hatte gestern mit SMB-Freigaben rumgespielt, weil ich über Infuse Pro auf dem AppleTV4 von der Synology streamen möchte. Für SMB habe ich einen eigenen User angelegt und SMB-Zugriff bzw. Infuse konnte auch problemlos auf alle Video-Files der DS zugreifen..

Anzeige · 03. Nov 2016

Hallo arcade,

Bücher und Hardware zum Thema gibt es bei Amazon: DS1512+ Update fehlgeschlagen, Neuinstallation nicht möglich => User-Errors

arcade · 05. Nov 2016

hmmmm schade eigentlich... keiner eine Idee?
Synology hat auch noch nicht reagiert..

rednag · 05. Nov 2016

Hast Du die DS mal neu gestartet?

arcade · 05. Nov 2016

arcade · 14. Nov 2016

Problem durch DSM-Update gelöst:.. Meine Antwort an den Support (im Vorfeld sind einige interessante Mails zwischen mir und Support) hin und hergewandert..

Wie sie dem Betreff entnehmen können, sind nach dem Update auf das Release: DSM 6.0.2-8451 Update 3 alle Installationsprobleme beseitigt.
Ich konnte alle 4 Anwendungen in der Aktuellsten Version installieren.
Grüße René

Falls es interessiert: => nix mehr mit USER-fehlermeldungen! Und zukünftig bitte nicht pauschal immer den Fehler von der Konsole vermuten… ?

2016-11-14T11:47:11+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[19233]: resource_api.cpp:163 Acquire pgsql-db for MediaServer when 0x0001 (done)
2016-11-14T11:47:12+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[19233]: resource_api.cpp:163 Acquire sdk-plugin for MediaServer when 0x0001 (done)
2016-11-14T11:47:12+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[19233]: resource_api.cpp:163 Acquire service-cfg for MediaServer when 0x0001 (done)
2016-11-14T11:47:12+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[19233]: resource_api.cpp:163 Acquire port-config for MediaServer when 0x0001 (done)
2016-11-14T11:47:12+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[19233]: resource_api.cpp:163 Acquire media-index for MediaServer when 0x0001 (done)
2016-11-14T11:47:12+01:00 MonsterDisk MediaServer: Re-index triggered, cmd [/usr/syno/bin/synoindex -R media -P MediaServer > /dev/null 2>&1], script [postinst ]
2016-11-14T11:47:29+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[19233]: resource_api.cpp:163 Acquire indexdb for MediaServer when 0x0001 (done)
2016-11-14T11:47:29+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[19233]: resource_api.cpp:163 Acquire media-index for MediaServer when 0x0001 (done)
2016-11-14T11:47:29+01:00 MonsterDisk synopkgctl: resource_api.cpp:163 Acquire webapi-desc for MediaServer when 0x0001 (done)
2016-11-14T11:47:30+01:00 MonsterDisk MediaServer: Re-index triggered, cmd [/usr/syno/bin/synoindex -R thumb > /dev/null 2>&1], script [start-stop-status start], PKG_STATUS = INSTALL
2016-11-14T11:57:37+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[25301]: resource_api.cpp:163 Acquire pgsql-db for VideoStation when 0x0001 (done)
2016-11-14T11:57:37+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[25301]: resource_api.cpp:163 Acquire sdk-plugin for VideoStation when 0x0001 (done)
2016-11-14T11:57:38+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[25301]: resource_api.cpp:163 Acquire service-cfg for VideoStation when 0x0001 (done)
2016-11-14T11:57:38+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[25301]: resource_api.cpp:163 Acquire userdata-collector for VideoStation when 0x0001 (done)
2016-11-14T11:57:38+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[25301]: resource_api.cpp:163 Acquire data-share for VideoStation when 0x0001 (done)
2016-11-14T11:57:38+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[25301]: resource_api.cpp:163 Acquire port-config for VideoStation when 0x0001 (done)
2016-11-14T11:57:38+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[25301]: resource_api.cpp:163 Acquire web-config for VideoStation when 0x0001 (done)
2016-11-14T11:57:39+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[25301]: resource_api.cpp:163 Acquire media-index for VideoStation when 0x0001 (done)
2016-11-14T11:58:08+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[25301]: resource_api.cpp:163 Acquire indexdb for VideoStation when 0x0001 (done)
2016-11-14T11:58:08+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[25301]: resource_api.cpp:163 Acquire syslog-config for VideoStation when 0x0001 (done)
2016-11-14T11:58:08+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[25301]: resource_api.cpp:163 Acquire data-share for VideoStation when 0x0001 (done)
2016-11-14T11:58:09+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[25301]: resource_api.cpp:163 Acquire csp-rule for VideoStation when 0x0001 (done)
2016-11-14T11:58:10+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[25301]: resource_api.cpp:163 Acquire media-index for VideoStation when 0x0001 (done)
2016-11-14T11:58:11+01:00 MonsterDisk synopkgctl: resource_api.cpp:163 Acquire webapi-desc for VideoStation when 0x0001 (done)
2016-11-14T11:58:11+01:00 MonsterDisk synopkgctl: resource_api.cpp:163 Acquire web-config for VideoStation when 0x0001 (done)
2016-11-14T11:58:12+01:00 MonsterDisk synovideostation: synovideostation.cpp:26 Re-index triggered [synoindex -R /volume1/video/ -P VideoStation]
2016-11-14T12:00:57+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[29215]: resource_api.cpp:163 Acquire sdk-plugin for CloudStationClient when 0x0001 (done)
2016-11-14T12:00:57+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[29215]: resource_api.cpp:163 Acquire service-cfg for CloudStationClient when 0x0001 (done)
2016-11-14T12:00:57+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[29215]: resource_api.cpp:163 Acquire userdata-collector for CloudStationClient when 0x0001 (done)
2016-11-14T12:01:25+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[29215]: resource_api.cpp:163 Acquire indexdb for CloudStationClient when 0x0001 (done)
2016-11-14T12:01:25+01:00 MonsterDisk synopkgctl: resource_api.cpp:163 Acquire webapi-desc for CloudStationClient when 0x0001 (done)
2016-11-14T12:01:25+01:00 MonsterDisk srvctl: [INFO] service.cpp(296): brand new install
2016-11-14T12:01:25+01:00 MonsterDisk srvctl: [INFO] service.cpp(299): Current volume path '' is not ready yet, need to find a suitable volue path for repo
2016-11-14T12:01:25+01:00 MonsterDisk srvctl: [INFO] service.cpp(311): Set repo volume path from '' -> '/volume1' successsfully
2016-11-14T12:01:26+01:00 MonsterDisk srvctl: [INFO] client-updater.cpp(212): ====== ClientUpdater Starting. ======
2016-11-14T12:01:26+01:00 MonsterDisk srvctl: [INFO] client-updater.cpp(220): ClientUpdater: system db is not exist at /volume1/@CloudStationClient/db/sys.sqlite
2016-11-14T12:02:00+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[30298]: resource_api.cpp:163 Acquire pgsql-db for NoteStation when 0x0001 (done)
2016-11-14T12:02:01+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[30298]: resource_api.cpp:163 Acquire service-cfg for NoteStation when 0x0001 (done)
2016-11-14T12:02:01+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[30298]: resource_api.cpp:163 Acquire userdata-collector for NoteStation when 0x0001 (done)
2016-11-14T12:02:01+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[30298]: resource_api.cpp:163 Acquire web-config for NoteStation when 0x0001 (done)
2016-11-14T12:02:18+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[30298]: resource_api.cpp:163 Acquire indexdb for NoteStation when 0x0001 (done)
2016-11-14T12:02:18+01:00 MonsterDisk synoscgi_SYNO.Core.Package.Installation_1_install[30298]: resource_api.cpp:163 Acquire csp-rule for NoteStation when 0x0001 (done)
2016-11-14T12:02:18+01:00 MonsterDisk synopkgctl: resource_api.cpp:163 Acquire web-config for NoteStation when 0x0001 (done)
2016-11-14T12:02:20+01:00 MonsterDisk synonscommon: common/synons_db.cpp:38 Failed [0 != noteSQLite.getTableVersion(strVersion)], err=Success
2016-11-14T12:02:20+01:00 MonsterDisk synonscommon: common/synons_db.cpp:61 Failed [!checkFTS()], err=Success

arcade · 08. Dez 2016

Neues DSM- und neue Applikationsupdates haben die Probleme wieder verursacht. Unterstützung durch Synology brachte die Erkenntnis, dass die Installationsprobleme durch einen von mir angelegten "modifizierten root" verursacht werden...
Warum das so ist, keine Ahnung...

zur Vollständigkeit der Schriftwechsel in Auszügen:
----------------------------------------------------------------
Die Änderungen an /etc/passwd haben für das Verhalten gesorgt. Die Benutzer arcade und root hatten die gleiche ID und somit gab es einen Konflikt.
Ich konnte es durch Anpassung der UID des Benutzers "arcade" lösen und habe Ihnen mal die Video Station und Photo Station installiert. Anbei finden Sie noch einen Screenshot.
Hinweis: Solche Änderungen sollte man nicht manuell vornehmen aus jetzt bekannten Gründen!

meine Antwort:
...
vielen Dank für Ihre Mühen und das Eingrenzen/Beseitigen der Ursache, welche zu dem problematischen Installationsverhalten der Standart-Server-Applikation auf meinem NAS geführt haben.
Ohne Frage wäre ich nicht auf diese Ursache gekommen. Dies hat allerdings mehrere Gründe…

Sie sehen mich ein wenig irritiert, weil ich nicht nachvollziehen kann, warum ein …nennen wir es mal „angepasster“ root-Benutzer, für die Installationsprobleme der Apps verantwortlich ist.
Den User gibt es schon ewig auf meiner Synology. Ein „modifizierter“ root ist auf einem Linux/Unix-System eine übliche Methode, um bspw. von den Vorteilen einer besseren Login-Shell (ksh,bash etc.) profitieren zu können. Man kann mit diesem root skripten bzw. Systemdateien lesen/schreiben ohne Rechte im Filesystem anpassen bzw. ändern zu müssen. Man hat die Chance einen Restore zu fahren, falls ein Kollege/Freund den eigentlichen root „zerschossen“ oder bspw. das Passwort verlegt hat. Bei bspw. SUN-Solaris besitzt der „root“, genau wie im Linux, ebenfalls die UID/GID 0/0. Einen „optimierten“ root erhält man dann, nach bspw. manuellem Anlegen eines HOME-Dir und durch duplizieren/anpassen der originalen root-Zeilen in der /etc/passwd und /etc/shadow. (Das ist Ihnen sicher alles bekannt) Nichts anderes hab ich mit meinem „arcade“-User auf dem NAS durchgeführt. Wie geschrieben konnte ich unter DSM5 keine Probleme feststellen. Auch nach Wechsel auf DSM 6.0 wurden die Server-Anwendungen mehrfach, trotz vorhandenem duplizierten „root“, problemlos aktualisiert… …zuletzt wie geschrieben nach der NAS-Aktualisierung mit „DSM-Update auf DSM 6.0.2-8451 Update 3“.

Sie nutzen als Betriebssystem vermutlich ein angepasstes Linux und der DSM ist ein von Ihnen vollständig selbst entwickeltes GUI. Ich vermute jetzt einfach mal, dass sich durch Ihre fortlaufenden System- und Applikationsupdates verschiedenste Abhängigkeiten zwischen OS und den Server-Apps regelmäßig verändern und dadurch, dieses aus meiner Sicht merkwürdige Installationsverhalten bei vorhandenem duplizierten admin/root entsteht.

Der arcade-User nützt mir in dieser Form nun nichts mehr, weil es nichts weiter ist als ein „Standartbenutzer“…
arcade@MonsterDisk:~$ whoami
arcade
arcade@MonsterDisk:~$ cat /etc/shadow
cat: /etc/shadow: Permission denied
Ich werde den User vermutlich löschen und bei Bedarf mit dem „richtigen“ root oder „admin“ übers System gleiten.

Eventuell können Sie in Ihrer Entwicklungsabteilung anregen, dass ein „personifizierter/optimierter“ root generell nicht zum Installationsabbruch der Standartapplikationen führt? Sowas müsste sich doch recht leicht im Installationsskript abfangen lassen. Könnten Sie mir noch verraten, ob sie die Ursache durch Probieren ermitteln konnten oder schreiben die Applikationen „weiterführende“ Installations-Logs aus denen man die doppelte UID als Problemursache identifizieren konnte?