DSM 6.x und darunter Zugriff auf webman nicht möglich, :5000/webman/index.cgi leitet um auf webstation

[Jaden Korr]

Moin aus Hamburg,

ich habe Mist gebaut. Ich habe heute morgen versucht, eine altes Paket Owncloud (8.irgendwas) von der synocommunity von meiner 1813+ zu deinstallieren. Die DSM Version ist aktuell. Die Paketdeinstallation meckerte an, dass das Passwort für MySQL falsch ist. Ja, die Deinstallationsroutine scheint wohl noch nach MySQL gesucht zu haben, ist ja jetzt aber Maria/DB.

Auszug aus /var/log/messages:​

2017-05-13T07:50:31+02:00 DiskStation synoscgi_SYNO.Core.Package.Uninstallation_1_uninstall[28955]: pkguninsatll.cpp:118 Failed to run preuninst for owncloud, [1]​

2017-05-13T07:51:27+02:00 DiskStation synoscgi_SYNO.Core.Package.Uninstallation_1_uninstall[1358]: pkguninsatll.cpp:118 Failed to run preuninst for owncloud, [1]​

Ich habe dann ein bisschen gesucht und bin auf den Hinweis (https://github.com/SynoCommunity/spksrc/issues/2136) gestossen, kurzzeitig mit

mkdir /usr/syno/mysql und​

mkdir /usr/syno/mysql/bin und​

ln -s /usr/bin/mysql /usr/syno/mysql/bin/mysql​

die genannten Verzeichnisse und den SymLink anzulegen. Danach konnte ich das Paket deinstallieren (jedenfalls scheint es so quittiert worden zu sein)

Auszug aus /var/log/messages:
2017-05-13T07:59:44+02:00 DiskStation synoscgi_SYNO.Core.Package.Uninstallation_1_uninstall[28111]: resource_api.cpp:231 Release service-cfg for owncloud when 0x0004 (done)​

Im Paketzentrum stand dann im Status des Pakets "verarbeite" und es ging nicht weiter. Also hab ich die Seite im Browser aktualisiert. Seit dem leitet ein Aufruf von :5000/webman/index.cgi auf die Webstation um mit "Es tut uns leid, die von Ihnen gesuchte Seite .... ".

Ich habe dass die Verzeichnis und Symlink-Aktion wieder rückgängig gemacht, hatg aber nicht weitergeholfen. nginx Neustart auch nicht.

ssh und telnet funktionieren noch, ebenso wie alle Dienste. Ich bin jetzt leider nicht so der Linux-Spezialist (zumindest in der Fehleranalyse) und daher ziemlich aufgeschmissen.
Vielleicht hat jemand von Euch das auch schon in einem anderen Zusammenhang erlebt und kann mir mit einem Rat helfen.

Danke und viele Grüße
Claus

 

[TheGardner]

Fühlt sich für mich so an, als wäre da am DSM etwas zerschossen! Das bekommst Du maximal wieder mit einer DSM-Neuinstallation (ohne Datenverlust) hin.

 

[Jaden Korr]

Vielen Dank für die schnelle Reaktion. Ich bin nochmal in mich gegangen. Im Log des nginx fand ich:

2017/05/13 09:36:48 [crit] 31472#31472: *1717 connect() to unix:/run/synoscgi.sock failed (2: No such file or directory) while connecting to upstream, client: 192.168.2.12, server: _, request: "GET /webman/index.cgi HTTP/1.1", upstream: "scgi://unix:/run/synoscgi.sock:", host: "xxx.xxxxxxx.xx:5000"​

Dann habe ich mir angesehen, ob der DSM-Dienst eigentlich läuft. Tat er nicht:

ash-4.3# synoservice --status DSM
service [DSM] status=[error]
required upstart job:
[synoscgi] is stop.
=======================================​

Nach

ash-4.3# synoservice --enable DSM
ash-4.3# synoservice --status DSM
Service [DSM] status=[enable]
required upstart job:
[synoscgi] is start.
=======================================​

tut er es wieder.

Vielen Dank nochmal,
Claus