WebGUI nicht mehr erreichbar über http://meine_ip:5000/webman/index.cgi

[rumknapser]

...ohhh du fröhliche...

Heute morgen, nach einem gestrigen händischen "poweroff", gelingt es mir nicht mehr, die Weboberfläche einer DS1815+ über ein gespeichertes Lesezeichen in meinem Browser zu erreichen. Alle anderen Dienste scheinen zu laufen.

/var/log/messages zeigt mir u.a. dies:

Dec 26 09:01:38 MeinServer [79004.080646] init: httpd-user main process (1799) terminated with status 1
Dec 26 09:01:38 MeinServer [79004.088327] init: httpd-user faild on spawn stage, stopped
Dec 26 09:01:38 MeinServer synoservicecfg: servicecfg_internal_lib.c:231 Failed to restart job [httpd-user][0x0000 (null):0]
Dec 26 09:01:38 MeinServer synoservicecfg: service_initjob_action.c:40 InitJobRestart failed, [0x0000 (null):0]
Dec 26 09:04:30 MeinServer 9: system httpd could not be started
Dec 26 09:04:30 MeinServer [ 64.166176] init: httpd-sys pre-start process (12442) terminated with status 1
Dec 26 09:04:38 MeinServer [ 72.154534] init: webdav-httpd pre-start process (13169) terminated with status 1
Dec 26 09:04:40 MeinServer [ 73.831050] init: httpd-user main process (14386) terminated with status 1
Dec 26 09:04:40 MeinServer [ 73.838958] init: httpd-user faild on spawn stage, stopped
Dec 26 09:04:48 MeinServer S99zbootok.sh: service [ "webdav-httpd-ssl" "httpd-sys" "httpd-user" "webstation" ] failed on bootup.
Dec 26 09:05:02 MeinServer synoservicecfg: servicecfg_internal_lib.c:231 Failed to restart job [httpd-user][0x2000 file_get_key_value.c:108]
Dec 26 09:05:02 MeinServer synoservicecfg: service_initjob_action.c:40 InitJobRestart failed, [0x2000 file_get_key_value.c:108]
Dec 26 09:05:40 MeinServer synopkg: servicecfg_internal_lib.c:355 skip reload stopping/stopped job [httpd-sys][0xD300 servicectl_job_reload.c:42]
Dec 26 09:05:40 MeinServer synopkg: pkgservices.cpp:93 Failed to restart related service -2147483648

Hab im Netz gesucht, nach Schlagwort-Fragmenten aus dem Log gesucht, allerdings waren die Funde eher allgemein und nicht im Speziellem auf die Benutzeröberfläche der Synology DiskStation ausgerichtet, so das ich hier nicht weiterkomme.

Ich komme auf die Konsole, das ist schonmal nütztlich, doch im Moment weiss ich noch nicht, wo ich hin muss ;-)

Das, was vor dem "poweroff" geschah, war, dass ich die AudioStation deaktivieren wollte und das hat solange gedauert, bis irgendwann, nach einigen langen Minuten, die Weboberfläche der DS nicht mehr zu erreichen war. Da noch ein Systemfilecheck anstand, der nach einem Reboot automatisch ausgeführt werden sollte (bot mir die DS von einigen Tagen via Popup im Browser freundlich an, und ich nahm Ok-klickend an.). Ich habe die DS also mit "poweroff" runtergefahren und kurz danach wieder eingeschaltet. Dann rödelte sie wild grün blinkend in den Abend, während die blaue Leuchte am schnellsten blinkte. Nun blinkt und dauerleuchtet alles wieder wie normal, nur die WebGUI ist nicht erreichbar. Weder aufm iPad, noch auf dem PC, noch auf dem Mac.

Die DSFinder App findet den Server, AAABER dort steht nicht die gewohnte IP, sondern eine andere. Doch auch über diese IP ist die DS nicht zu erreichen. Weder HTTP, noch HTTPS. (Was nicht Wunder nimmt, wenn evtl. der httpd nicht gestartet ist, aber weswegen wohl...?)



Es freute mich ungemein, wenn jemand an diesen schönnen heiligen Tach eine Idee hätte, in die er mich lenken könnte...

 

[ente_b]

die IP ist aber schon eine aus Deinem Subnetz?
Schlimmstenfalls "migrieren" würde mir da einfallen ... also unter Beibehaltung aller Daten.

Herzliche Grüße

Heiko

 

[rumknapser]

die IP ist aber schon eine aus Deinem Subnetz?
Schlimmstenfalls "migrieren" würde mir da einfallen ... also unter Beibehaltung aller Daten.

Ja, sicherlich, doch was ist mit "migrieren" gemeint?

 

[rumknapser]

Hat evtl. jemand ne zündende Idee?

Weitere Tests haben herausgebracht, dass ich mich auch nicht mit den Smartphone-Apps zur DS verbinden kann.
Die DS Finder App findet keine DS im Netz, die FileStation App findet eine DS im Netz (mit der korrekten IP, .111) kann sich aber nicht verbinden.

Es befindet sich nur ein Cat5 Kabel an der DS, das geht in den Switch. Aber Hardwaretechnisch habe ich ja nichts geändert...

Ich habe dieses sinnverwandte Thema gefunden:
http://www.synology-forum.de/showthread.html?32852-Update-DSM-4-0-4-1-kein-DSM-Webzugang-mehr

bin mir aber nicht sicher, ob der Lösungsweg zutrifft, da ich a) die aktuelle 5er laufen habe (genau Nummer kann ich ohne Webinterface nicht nachgucken, oder?) und b) die dort angegebenen Pfade oder Dateien mehrheitlich hier nicht existieren.

Sollte es so sein, dass eine leere/korrupte httpd-conf verantwortlich ist, wie bekomme ich das heraus?

Was ist der korrekte Pfad, wo würde ich den Inhalt einsehen können, den ich übernehmen oder angleichen kann?

Hier Auszüge aus der /var/log/messages, gegrept nach http

MeinServer:> cat /var/log/messages | grep http
Dec 26 09:01:38 MeinServer [79004.080646] init: httpd-user main process (1799) terminated with status 1
Dec 26 09:01:38 MeinServer [79004.088327] init: httpd-user faild on spawn stage, stopped
Dec 26 09:01:38 MeinServer synoservicecfg: servicecfg_internal_lib.c:231 Failed to restart job [httpd-user][0x0000 (null):0]
Dec 26 09:04:30 MeinServer 9: system httpd could not be started
Dec 26 09:04:30 MeinServer [ 64.166176] init: httpd-sys pre-start process (12442) terminated with status 1
Dec 26 09:04:38 MeinServer [ 72.154534] init: webdav-httpd pre-start process (13169) terminated with status 1
Dec 26 09:04:40 MeinServer [ 73.831050] init: httpd-user main process (14386) terminated with status 1
Dec 26 09:04:40 MeinServer [ 73.838958] init: httpd-user faild on spawn stage, stopped
Dec 26 09:04:48 MeinServer S99zbootok.sh: service [ "webdav-httpd-ssl" "httpd-sys" "httpd-user" "webstation" ] failed on bootup.
Dec 26 09:05:02 MeinServer [ 95.794246] init: httpd-user main process (16288) terminated with status 1
Dec 26 09:05:02 MeinServer [ 95.802066] init: httpd-user faild on spawn stage, stopped
Dec 26 09:05:02 MeinServer synoservicecfg: servicecfg_internal_lib.c:231 Failed to restart job [httpd-user][0x2000 file_get_key_value.c:108]
Dec 26 09:05:40 MeinServer synopkg: servicecfg_internal_lib.c:355 skip reload stopping/stopped job [httpd-sys][0xD300 servicectl_job_reload.c:42]
Dec 26 09:05:41 MeinServer 9: system httpd could not be started
Dec 26 09:05:41 MeinServer [ 134.552953] init: httpd-sys pre-start process (18841) terminated with status 1
Dec 26 09:16:55 MeinServer [ 809.544403] init: httpd-user main process (20912) terminated with status 1
Dec 26 09:16:55 MeinServer [ 809.552239] init: httpd-user faild on spawn stage, stopped
Dec 26 09:16:55 MeinServer synoservicecfg: servicecfg_internal_lib.c:231 Failed to restart job [httpd-user][0x0000 (null):0]
Dec 26 09:20:47 MeinServer 9: system httpd could not be started
Dec 26 09:20:47 MeinServer [ 64.341175] init: httpd-sys pre-start process (12410) terminated with status 1
Dec 26 09:20:55 MeinServer [ 72.901343] init: webdav-httpd pre-start process (13221) terminated with status 1
Dec 26 09:20:57 MeinServer [ 74.506670] init: httpd-user main process (14386) terminated with status 1
Dec 26 09:20:57 MeinServer [ 74.514527] init: httpd-user faild on spawn stage, stopped
Dec 26 09:21:05 MeinServer S99zbootok.sh: service [ "webdav-httpd-ssl" "httpd-sys" "httpd-user" "webstation" ] failed on bootup.
Dec 26 09:21:18 MeinServer [ 95.257861] init: httpd-user main process (16280) terminated with status 1
Dec 26 09:21:18 MeinServer [ 95.266390] init: httpd-user faild on spawn stage, stopped
Dec 26 09:21:18 MeinServer synoservicecfg: servicecfg_internal_lib.c:231 Failed to restart job [httpd-user][0x2000 file_get_key_value.c:108]
Dec 26 09:21:53 MeinServer synopkg: servicecfg_internal_lib.c:355 skip reload stopping/stopped job [httpd-sys][0xD300 servicectl_job_reload.c:42]
Dec 26 09:21:54 MeinServer 9: system httpd could not be started
Dec 26 09:21:54 MeinServer [ 131.777356] init: httpd-sys pre-start process (18822) terminated with status 1
Dec 26 09:31:30 MeinServer [ 707.596051] init: httpd-user main process (20701) terminated with status 1
Dec 26 09:31:30 MeinServer [ 707.604081] init: httpd-user faild on spawn stage, stopped
Dec 26 09:31:30 MeinServer synoservicecfg: servicecfg_internal_lib.c:231 Failed to restart job [httpd-user][0x0000 (null):0]
Dec 26 09:34:21 MeinServer synoupgrade_SYNO.Core.Upgrade.Server[1].check[11522]: rssfile.cpp:90 failed to exec cmd=[wget --user-agent=synology_avoton_1815+ DSM5.2-5644 Update 2 (dsmupdate) -O /var/run/autoupdate_tmp_file_RSS https://update.synology.com/autoupd..._avoton_1815+&major=5&minor=2&build_num=5644], ret=4, No such file or directory
Dec 26 09:34:22 MeinServer 9: system httpd could not be started
Dec 26 09:34:22 MeinServer [ 63.638777] init: httpd-sys pre-start process (12375) terminated with status 1
Dec 26 09:34:30 MeinServer [ 71.724187] init: webdav-httpd pre-start process (13137) terminated with status 1
Dec 26 09:34:32 MeinServer [ 73.475795] init: httpd-user main process (14352) terminated with status 1
Dec 26 09:34:32 MeinServer [ 73.483583] init: httpd-user faild on spawn stage, stopped
Dec 26 09:34:40 MeinServer S99zbootok.sh: service [ "webdav-httpd-ssl" "httpd-sys" "httpd-user" "webstation" ] failed on bootup.
Dec 26 09:34:52 MeinServer [ 93.377390] init: httpd-user main process (16246) terminated with status 1
Dec 26 09:34:52 MeinServer [ 93.385194] init: httpd-user faild on spawn stage, stopped
Dec 26 09:34:52 MeinServer synoservicecfg: servicecfg_internal_lib.c:231 Failed to restart job [httpd-user][0x2000 file_get_key_value.c:108]
Dec 26 09:35:27 MeinServer synopkg: servicecfg_internal_lib.c:355 skip reload stopping/stopped job [httpd-sys][0xD300 servicectl_job_reload.c:42]
Dec 26 09:35:27 MeinServer 9: system httpd could not be started
Dec 26 09:35:27 MeinServer [ 128.961196] init: httpd-sys pre-start process (18773) terminated with status 1
Dec 27 02:12:27 MeinServer synopkg: pkgcurltool.cpp:444 http://ggteknikus.tk/sspks/, Failed to request packages, httpResponseCode=203
Dec 27 02:12:27 MeinServer synopkg: pkgcurltool.cpp:444 http://ggteknikus.tk/sspks/, Failed to request packages, httpResponseCode=203
Dec 27 02:18:30 MeinServer synopkg: pkgcurltool.cpp:428 Failed to download http://spk.unzureichende.info/, code=28, err=Error
Dec 27 02:24:33 MeinServer synopkg: pkgcurltool.cpp:428 Failed to download http://spk.unzureichende.info/, code=28, err=Error
Dec 27 14:57:32 MeinServer [105937.003745] init: httpd-user main process (14592) terminated with status 1
Dec 27 14:57:32 MeinServer [105937.011671] init: httpd-user faild on spawn stage, stopped
Dec 27 14:57:32 MeinServer synoservicecfg: servicecfg_internal_lib.c:231 Failed to restart job [httpd-user][0x0000 (null):0]

Hier noch meine Netzwerkeinstellungen, die .111 ist die IP, über die ich normalerweise zugreife.

MeinServer:> ifconfig
eth0 Link encap:Ethernet HWaddr 00:11:32:40:XX:XX
inet addr:192.168.168.111 Bcast:192.168.168.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:161245 errors:0 dropped:0 overruns:0 frame:0
TX packets:235520 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:26709631 (25.4 MiB) TX bytes:266103621 (253.7 MiB)

eth1 Link encap:Ethernet HWaddr 00:11:32:40:XX:XX
inet addr:169.254.118.113 Bcast:169.254.255.255 Mask:255.255.0.0
UP BROADCAST MULTICAST MTU:9000 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

eth2 Link encap:Ethernet HWaddr 00:11:32:40:XX:XX
inet addr:169.254.208.28 Bcast:169.254.255.255 Mask:255.255.0.0
UP BROADCAST MULTICAST MTU:9000 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

eth3 Link encap:Ethernet HWaddr 00:11:32:40:XX:XX
inet addr:169.254.197.73 Bcast:169.254.255.255 Mask:255.255.0.0
UP BROADCAST MULTICAST MTU:9000 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:80 errors:0 dropped:0 overruns:0 frame:0
TX packets:80 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:15892 (15.5 KiB) TX bytes:15892 (15.5 KiB)

tun0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet addr:192.168.167.1 P-t-P:192.168.167.2 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:22 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:0 (0.0 B) TX bytes:6784 (6.6 KiB)

 

[rumknapser]

Hallo und ein frisches neues Jahr

leider bin ich immer noch kein Stück weitergekommen ;-/

Die Threads, die irgendwie zum Thema passend, sind allesamt aus den vergangenen Jahren, heisst, die Pfade oder Scripte sind hier mit der "neueren" Version der DSM nicht zu finden.

Laut

> ps | grep http
 3314 root      3772 S    grep http
15958 http      6296 S    nginx: worker process
17714 http      188m S    php-fpm: pool www
17715 http      188m S    php-fpm: pool www

läuft kein HTTP Dienst, allerdings fehlt mir ein Plan um herauszufinden, WARUM.

Dann habe ich noch das hier in der /var/log/httpd/sys-cgi_log gefunden:

api=SYNO.AudioStation.Stream&method=stream&version=1&id=music_11818401&seek_position=0
%response
%% [Fri Dec 25 10:44:07 2015] POST /webman/initdata.cgi HTTP/1.1
%% 503 /usr/syno/synoman/webman/initdata.cgi
%error
unable to connect to cgi daemon after multiple tries
%% [Fri Dec 25 10:44:07 2015] POST /webapi/query.cgi HTTP/1.1
%% 503 /usr/syno/synoman/webapi/query.cgi
%error
unable to connect to cgi daemon after multiple tries
%% [Fri Dec 25 10:44:07 2015] POST /webapi/_______________________________________________________entry.cgi HTTP/1.1
%% 503 /usr/syno/synoman/webapi/_______________________________________________________entry.cgi
%error
unable to connect to cgi daemon after multiple tries
%% [Fri Dec 25 10:44:07 2015] POST /webapi/_______________________________________________________entry.cgi HTTP/1.1
%% 503 /usr/syno/synoman/webapi/_______________________________________________________entry.cgi
%error
unable to connect to cgi daemon after multiple tries
%% [Fri Dec 25 10:56:06 2015] POST /webman/modules/PkgManApp/PkgSynoMan.cgi HTTP/1.1
%% 503 /usr/syno/synoman/webman/modules/PkgManApp/PkgSynoMan.cgi
%error
unable to connect to cgi daemon after multiple tries
%% [Fri Dec 25 10:56:06 2015] POST /webapi/_______________________________________________________entry.cgi HTTP/1.1
%% 503 /usr/syno/synoman/webapi/_______________________________________________________entry.cgi
%error
unable to connect to cgi daemon after multiple tries

 

[heavy]

Da sich selbst unsere Code Cracks hier aus dem Forum noch nicht eingeklinkt haben, und ich eher bei Konfigfehlern helfen kann als bei so tiefgreifenden Problemen. Bei dir scheint ja irgendwas in den Tiefen des DSM nicht mehr zu laufen. Würde ich dir dringend dazu raten ein Ticket bei Synology aufzumachen.

 

[rumknapser]

Danke,
habe selbstverständlich schon zu Begin des Problems ein Ticket aufgemacht, doch - wie auch bisher bei diversen anderen Anfragen - kommt ausser der automatisch generierten "schön, das sie uns angeschrieben haben"-Mail keine Antwort.

Es ist wie verteufelt. Es scheint nur uralt Threads zu geben, die ähnliche Symtomatik aufweisen. Entsprechend veraltet sind die Lösungsansätze und die Pfadangaben z.B.

 

[Fusion]

Das Log zeigt ja, dass er weder den System (DSM) noch den User Webserver starten kann.

Es gibt auf der DS nicht die EINE httpd.conf. Die Konfig wird aus vielen einzelnen Dateien zusammen gebastelt.
Die Dateien liegen unter /etc/httpd (/etc/httpd/conf/httpd.conf)
Die Dateien sind alle über INCLUDES miteinander verwoben.

Solange nur die Pfade anders sind könnten alte Lösungen ja noch funktionieren.

Zudem kann man sich mal die verschiedenen Resets der DS ansehen (hinsichtlich DSM Neueinrichtung ohne Datenverlust)

Da du dich auf dem Terminal einloggen kannst, kannst mal Status ansehen und manuellen Neustart versuchen
synoservicectl --status httpd-sys
synoservicectl --restart httpd-sys
Vielleicht kommen da noch sinnvolle Hinweise raus.

Edit: Vielleicht kann man auch mal den Disk/Volume-Status im Terminal prüfen. Vielleicht ist etwas korrumpiert worden. Hab ich jetzt leider nicht direkt parat, und abhängig von der eigenen Volume Konfiguration.

 

[rumknapser]

Danke Fusion,

ein neuer Befehl, den ich noch nicht kannte!

> synoservicectl --status httpd-sys
httpd-sys stop/waiting
> synoservicectl --restart httpd-sys
httpd-sys failed to restart... error unknow [0x0000 (null):0]

Inwieweit hier nützliche Informationen ausgegeben werden, erschliesst sich mir nicht ;-)



Die diversen httpd-*.conf Dateien habe ich mir vor einiger Zeit angeguckt, die "scheinen" plausiben und korrekt zu sein, allerdings habe ich ja nichts, um sie mit irgendetwas zu vergleichen, also habe ich nur nach "defekten" gesucht, die z.B. durch ein korruptes Dateisystem zustande gekommen wären.

Auch habe ich einfach die Dateiinhalte aus /etc/httpd und /etc.defaults/httpd verglichen.
Die sind weitgehend identisch.
Unterschiede finden sich z.B. nur hier:

/etc/defaults/httpd/conf/httpd.conf-webdav
Listen 5005
LoadModule dav_acl_module modules/mod_dav_acl.so
LoadModule caldav_module modules/mod_caldav.so
ServerName *:5005

/etc/httpd/conf/httpd.conf-webdav
Listen 5006
#LoadModule dav_acl_module modules/mod_dav_acl.so
#LoadModule caldav_module modules/mod_caldav.so
ServerName *:5006
LoadModule synobandwidth_module modules/mod_synobandwidth.so

/etc/defaults/httpd/extra/httpd-mpm.conf-max-connection
ServerLimit 150
MaxClients 150

/etc/httpd/extra/httpd-mpm.conf-max-connection
MaxClients 512

/etc/defaults/httpd/extra/httpd-ssl.conf-webdav
Listen 5006

/etc/httpd/extra/httpd-ssl.conf-webdav
#Listen 5006

Das erscheint mir irgendwie nicht schad- oder fehlerhaft, ergo denke ich, das der Fehler irgendwo anders lokalisiert ist.

Nur keine Ahnung, WO ich da noch gucken kann/soll/muss...

Einen Filesystemcheck habe ich schon gemacht, leider gibt es davon kein Log, so das ich nichts zum Ergebnis sagen kann.

Einen Reset möchte ich erstmal zurückstellen, der wird kommen (müssen) wenn wirklich nichts mehr ausprobiert werden kann, um die Fehlerursache zu lokalisieren!

Gibt es denn irgendwo evtl. noch ein weiteres Logfile, ausser /var/log/messages, in das ich gucken könnte?

 

[Fusion]

So so ... unknown error. Ich denke auch der Fehler liegt noch tiefer als der webserver selbst, irgendwo in den syno-scripten.
Ich bin hier auch nur am fischen.

Noch ein paar zum probieren:
synoservicecfg --show-config httpd-sys
synoservicecfg --restart httpd-sys
synoservicecfg --hard-stop httpd-sys
synoservicecfg --hard-start httpd-sys
synoservicecfg --is-all-up

/var/log/httpd liegen die webserver logs

 

[rumknapser]

Hi und Danke für die weiteren Hinweise!

Nur mal zur Info die Ausgabe der Befehle:

> synoservicecfg --is-all-up
service [ "webdav-httpd-ssl" "httpd-sys" "httpd-user" "webstation" ] failed on bootup.

> synoservicecfg --hard-stop httpd-sys

> synoservicecfg --hard-start httpd-sys
service [httpd-sys] start failed, synoerr=[0x0000]

> synoservicecfg --restart httpd-sys
service [httpd-sys] restart failed, synoerr=[0x2000]

> synoservicecfg --show-config httpd-sys
run key is disable.
Upstart job: [httpd-sys]
Request service: [apparmor]
IP sensitive: no
MTU sensitive: no
hostname sensitive: no
user controllable: no
support one click enable: no
Is application (legacy DAEMON_ALL): no
Is file protocol: no

Hier wird leider nichts mitgeteilt, was nicht vorher schon irgendwie bekannt war, meine ich.

/var/log/httpd ist komplett leer, keine Logfiles enthalten.


Da hier kein einziges Synology Paket sich via Console starten lässt (Weder die Audio-, File-, Video-, etc-Station, noch das VPN-Paket) scheint mich das in Richtung SSL oder Zertifikat oder oder Schlüsselverwaltung zu verweisen.

Allerdings habe ich noch ein interessantes Verzeichnis gefunden: /var/log/upstart und /var/log/synolog

Meine nächsten Versuche werden nun wohl sein,
das ich versuche, das vorhandene (damals selbsterstellte) Zertifikat zu prüfen und irgendwie zu schauen, ob es da auch schon Probleme gibt
und die Logdateien innerhalb der beiden oben genannten Verzeichnisse zu prüfen ...

 

[Fusion]

Wie das Richtung SSL zeigen soll kann ich nicht nachvollziehen. Was bringt dich zu der Annahme?

 

[heavy]

@ rumknasper
auch wenn es hier nicht gerne gesehen wird und von Synology natürlich erst recht nicht wäre es aber für dich eventuell doch hilfreich (da kannst du dann nachschauen und rumspielen) wenn du dir die virtuelle DS (für oracle virtual box) runterlädst.
Ich gebe aber auch zu dass sie nur zu 99% gleich funktioniert wie eine reale, aber eventuell sind die für dich wichtigen Punkte identisch.

 

[rumknapser]

@Fusion
Zu der Annahme bringt mich eigentlich nur meine Verzweiflung. Habe hier in einem anderen Thread gelesen, das jmd. ein ähnliches Problem lösen konnte, indem er sein Zertifikat neu erstellt hat. Im Moment hab ich nichts anderes um mich daran festzuhalten...

@heavy
Danke,
davon hab ich gelesen, finde die Idee spannend, aber noch fällt mir nicht ein, wie ich damit zu einem Lösungsansatz kommen kann.
Kannst Du mir sagen, was ich evtl. damit machen kann, bzgl. meines Problems, das sich diverse Dienste nicht starten lassen und ich nicht auf die WebGUI komme?

 

[Fusion]

@rumknapser - ich denke @heavy will damit eine Testumgebung zur Hand haben. Diese kannst du dann vergleichen mit dem was du auf deiner realen DS vorfindest. Also config Dateien vergleichen etc und wo es nicht wild ist, falls man Mist baut .. (arg viel blöder kann es ja aber fast nicht werden). Divide and conquer.
Ist halt die Frage wie viel Zeit zu aufwenden willst.
Auf der anderen Seite hast du ja eh einige DS bei dir die als Vergleich herangezogen werden können.

Falls halt irgendwo in den upstart scripten und ähnlich tief irgendwo was schief läuft ... zumindest für mich auch Neuland.

 

[heavy]

Also entweder ich habe deine Signatur stur übersehen oder du hattest sie zu dem Zeitpunkt noch nicht . Du hattest ja mehrfach geschrieben "wo kann ich nachschauen wie die dateien aussehen müssten". Dort hättest du ein system gehabt das du zum ersten vergleichen kannst (gut das kannst du natürlich auch mit deinen anderen DSsen) oder eben dann auch rumspielen bis zum geht nicht mehr (und in dem Fall wirklich wörtlich gemeint). Solange wir sie nur virtuell einsetzen um was auszutesten bevor es auf die Reale geht sehe ich das auch ein wenig "lockerer" als wenn man sie auf dem HP als Realsystem betreibt.

 

[rumknapser]

Hey Heavy,
die Signatur ist schon älter (shame on me!) und im Moment habe ich -ausser zu der Kiste mit dem Problem- keinen Zugang zu anderen Maschinen aus dem Fuhrpark. Leider kann ich auf die Problem-Kiste auch nur physisch zugreifen, weil das VPN nicht funktioniert, so das es auch hier leider nicht so zügig geht, wie ich es mir wünsche, da ich nicht vor Ort bin, bzw. die Kiste nicht bei mir steht.

Mit meinen Fragen "wo kann ich nachschauen wie die Dateien aussehen müssten", meinte ich auch eher Orte/Pfade/Konfigdateien, die mir aufzeigen könnten, ob/wo was schief hängt.

Ich denke, es bringt mir eher noch mehr Ver(w)irrung, wenn ich 2 (unterschiedlich konfigurierte, weil für komplett andere Zwecke vorgesehene) Systeme pauschal vergleichen.

Ich brauche einen Ansatz, woran es liegen könnte und von dort aus muss ich mich dann weiterhangeln... Da ich allerdings keinen Ansatz habe, habe ich nun pauschal u.a. die /etc/ Verzeichnisse verglichen, aber da ist dann soviel unterschiedlich, dass ich auch nicht weiterkomme.

Die Idee mit der Virtuellen DS habe ich aufgegriffen, aber wie das mit neuen Themen so ist, es braucht etwas an Zeit und Geduld.

Ich danke Euch (Fusion+Heavy) auf jeden Fall! Ich versuche noch etwas und werde mich gleichzeitig mal in den "Reset ohne Datenverlust" einlesen.... *grusel*

 

[rumknapser]

Hi,
nur mal so zur Beendigung dieses Threads....

Synology hat sich, auch auf diverse weitere Mails nicht bei mir gemeldet. Das ist sehr schade für mich privat, für einen Betrieb wäre es verheerend.

Ich bin auch mit dem Vergleichen und Experimentieren nicht wirklich weitergekommen, ergo hab ich den Reset-Knopf 4 Sek. lang gedrückt um das Admin PW zurückzusetzen und dann nochmal 4 Sek. lang um eine Neuinstallation der Firmware anzustoßen OHNE, das Daten verloren gehen. Die sind auch tatsächlich nicht verloren gegangen, was positiv ist, allerdings müssen nun natürlich wieder alle Einstellungen nachgezogen werden, was wiederum mühsahm ist...aber nützt ja nix, wie wir hier bei uns in der Gegend sagen.

Evtl. noch ein Leckerbissen, mit dem ich meine Konfig ratzfatz sichern konnte, OHNE auf die -eh nicht vorhandene- WebGUI zugreifen zu müssen:

synoconfbkp export
Export confbkp file to : ./Server_20160220.dss

Quelle

Mit diesem schönen Befehl lässt sich die Systemkonfiguration auf der Kommandozeile sichern und über die -hoffentlich vorhandene- WebGUI auch wieder problemlos einspielen.

Positiv zu vermerken ist noch, das die Mysql- (oder MariaDB, ich habe das nie so richtig begriffen, was da nun drauf läuft...) Datenbank noch intakt war, d.h. es musste hier das Backup nicht wieder eingespielt werden. Allerdings musste erstmal das MariaDB Paket wieder eingespielt werden, aber danach war alles an Ort und Stelle, wie gewohnt.
Auch das alle anderen Pakete wieder neu installiert und konfiguriert werden müssen, ist blöde, aber nu ja...

Mühsam ist natürlich noch, das nun erstmal wieder alle Einstellungen für die Gemeinsamen Ordner eingestellt werden müssen, die beim Restore verloren gehen, allerdings wäre es mühsamer, wären die Ordner gar nicht erst da ;-))

Alles in Allem also eine Erfahrung, die mir die Firma Synology nicht mehr ganz so sympatisch macht, wie ich sie zu Beginn empfunden habe, allerdings konnte ich mit Zeit und viel Lesen die WebGUI selbst wieder herstellen. Und ausserdem, so auch meine Erfahrung, passiert das in den besten Familien. Die anderen NAS, die ich bis dato hatte, waren noch viel gruseliger und der Support ebenso....

Danke nocheinmal an alle, die mir Tipps und Ratschläge gegeben haben!

 

[Fusion]

Danke für die Rückmeldung.

Ja, der Support läßt manchmal auf sich warten.
Wenn ich da beruflich und zeitkritisch mit zu tun hätte würde ich nicht ohne Service Level Agreement oder ähnliches arbeiten. Nicht umsonst kosten solche server aber locker gleich mal ein paar tausend Euro.