DSM kann nicht normal starten, da .....

[wsp1]

Hallo,

heute morgen sah ich im webinterface den Hinweis, dass meine Syno (DS 1821+) nicht normal starten kann, da er auf ein Problem gestossen ist. Kontaktieren Sie den Kundensupport.

Daraufhin habe ich etwas recherchiertr und eine Hinweis gefunden, dass man im Terminal mal nginx -t ausführen soll. Das habe ich getan und bekomme tatsächlich einen Fehler:

nginx: [emerg] open() "/etc/nginx/conf.d/main.conf" failed (2: No such file or directory) in /etc/nginx/nginx.conf:7
nginx: configuration file /etc/nginx/nginx.conf test failed

Ein cd /etc/nginx/conf.d brachte das Ergebnis:

-ash: cd: /etc/nginx/conf.d: No such file or directory

Um ehrlich zu sein bin ich nun ratlos uns auch etwas panisch. Kann mir bitte jemand helfen?

Vielen Dank und Gruß
Wolfgang

 

[Benares]

/etc/nginx/conf.d ist bei mir ein SymLink auf /usr/local/etc/nginx/conf.d

Vergleich mal, fehlt da bei dir was?:

root@DS1522:/etc/nginx# ls -als
total 64
 4 drwxr-xr-x  2 root root 4096 Apr 30 10:17 .
 4 drwxr-xr-x 50 root root 4096 May  7 06:11 ..
 0 lrwxrwxrwx  1 root root   27 Sep 26  2023 conf.d -> /usr/local/etc/nginx/conf.d
 4 -rw-r--r--  1 root root 1077 Sep 27  2022 fastcgi.conf
 4 -rw-r--r--  1 root root 1007 Sep 27  2022 fastcgi_params
 4 -rw-r--r--  1 root root 2837 Sep 27  2022 koi-utf
 4 -rw-r--r--  1 root root 2223 Sep 27  2022 koi-win
 8 -rw-r--r--  1 root root 5436 Sep 27  2022 mime.types
12 -rw-r--r--  1 root root 9476 Apr 30 10:17 nginx.conf
 4 -rw-r--r--  1 root root 3666 Jul 31  2023 nginx.conf.default
 0 lrwxrwxrwx  1 root root   21 Apr 16 10:50 nginx.conf.run -> /etc/nginx/nginx.conf
 4 -rw-r--r--  1 root root  277 Jul 31  2023 proxy.conf
 4 -rw-r--r--  1 root root 1204 Sep 27  2022 scgi_params
 0 lrwxrwxrwx  1 root root   34 Sep 26  2023 sites-enabled -> /usr/local/etc/nginx/sites-enabled
 4 -rw-r--r--  1 root root  664 Sep 27  2022 uwsgi_params
 4 -rw-r--r--  1 root root 3610 Sep 27  2022 win-utf

"nginx -t" läuft bei mir übrigens durch, mit Warnungen zwar, aber successful am Ende.

 

[wsp1]

Hallo Benares,

danke für Deine Hilfestellung.

ein

cd /usr/local/etc/nginx/conf.d klappt

schon mal. Ein ls -la auf den Ordner ergibt:

total 52
drwxr-xr-x 2 root root 4096 Apr 24 09:11 .
drwxr-xr-x 4 root root 4096 Jan 15 2021 ..
lrwxrwxrwx 1 root root 63 Apr 24 08:58 dsm.DirectoryServer.conf -> /volume1/@appstore/DirectoryServer/etc/dsm.DirectoryServer.conf
-rw-r--r-- 1 root root 492 Apr 24 08:59 dsm.docker.conf
-rw-r--r-- 1 root root 72 Apr 24 08:58 dsm.ssdp.conf
-rw-r--r-- 1 root root 192 May 7 01:08 dsm.StorageAnalyzer.conf
lrwxrwxrwx 1 root root 91 Apr 24 09:11 dsm.SynologyApplicationService.conf -> /var/packages/SynologyApplicationService/target/etc/www/dsm.SynologyApplicationService.conf
lrwxrwxrwx 1 root root 72 Mar 9 2022 dsm.SynologyDrive.conf -> /var/packages/SynologyDrive/target/etc/web-config/dsm.SynologyDrive.conf
-rw-r--r-- 1 root root 0 May 4 11:03 events.conf
-rw-r--r-- 1 root root 0 May 4 11:03 main.conf
lrwxrwxrwx 1 root root 66 Jul 17 2022 www.DokuWiki.conf -> /var/packages/DokuWiki/target/synology_added/etc/www.DokuWiki.conf
-rwxr-xr-x 1 root root 2511 Jan 31 17:23 www.PhotoStation.conf
-rwxr-xr-x 1 root root 164 Jan 31 17:23 www.PhotoStation.pingpong.conf
lrwxrwxrwx 1 root root 69 Apr 24 08:58 www.phpMyAdmin.enable.conf -> /var/packages/phpMyAdmin/target/nginx_conf/www.phpMyAdmin.enable.conf
-rw-r--r-- 1 root root 460 Apr 24 09:09 x-accel.VideoStation.conf

uns was nun?

Gruß Wolfgang

 

[goetz]

Hallo,
Du bist schon einen Ordner zu weit. Gehe nur bis /etc/nginx und dann ls -la.

Gruß Götz

 

[wsp1]

Hallo Götz,

cd /etc/nginx ergibt:

total 68
drwxr-xr-x 2 root root 4096 May 7 01:08 .
drwxr-xr-x 49 root root 4096 May 7 12:38 ..
lrwxrwxrwx 1 root root 20 Dec 31 2021 app.d -> /var/tmp/nginx/app.d
-rw-r--r-- 1 root root 45 Mar 22 2022 basic_auth
-rw-r--r-- 1 root root 1077 Mar 18 2021 fastcgi.conf
-rw-r--r-- 1 root root 1007 Mar 18 2021 fastcgi_params
-rw-r--r-- 1 root root 2837 Mar 18 2021 koi-utf
-rw-r--r-- 1 root root 2223 Mar 18 2021 koi-win
-rw-r--r-- 1 root root 5318 Mar 18 2021 mime.types
-rw-r--r-- 1 root root 9278 May 7 01:08 nginx.conf
-rw-r--r-- 1 root root 3499 Mar 18 2021 nginx.conf.default
-rw-r--r-- 1 root root 277 Mar 18 2021 proxy.conf
-rw-r--r-- 1 root root 1204 Mar 18 2021 scgi_params
-rw-r--r-- 1 root root 664 Mar 18 2021 uwsgi_params
-rw-r--r-- 1 root root 3610 Mar 18 2021 win-utf

Gruß Wolfgang

 

[Benares]

Mmh, sieht etwas anders aus als bei mir. Welche DSM-Version ist das?

Kannst ja mal versuchen, einfach den Symlink auf Verdacht als root zu setzen. Das müsste mit

ln -s /usr/local/etc/nginx/conf.d /etc/nginx/conf.d

gehen.
Ich frag mich nur, was da evtl. die Konfiguration zerschossen hat.

 

[wsp1]

@Benares
@goetz

Guten Morgen,

ich habe den Symlink als root gesetzt und keine Fehlermeldung erhalten. Ein erneuter test von

nginx -t

ergab

nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful

Im GUI der Syno steht jedoch (auch nach nochmaligem Anmelden) immer noch der Hinweis, dass die Syno nicht normal starten kann.

Was kann ich denn jetzt noch tun? Oder einfach einen Neustart riskieren?

Danke für Eure Hilfe,
Gruß Wolfgang

 

[maxblank]

Synology Support einschalten.

Hast du ein aktuelles Backup?

 

[wsp1]

Hallo maxblank,

ja das habe ich. Es ist vom Montag dieser Woche.

Gruß Wolfgang

 

[maxblank]

Sehr gut. Ticket bei Synology auch eröffnet?
Dein Antwort habe ich auf das vorhandene Backup bezogen.

 

[Benares]

Ich würde die DS einfach mal neu booten.
Was ist mit den anderen beiden Links aus #2, gibt es die Link-Ziele?
Hast du dir mal überlegt, bei welcher Aktion da was gelöscht worden sein könnte? Sowas verschwindet ja nicht von allein.

 

[wsp1]

Hallo an alle Helfer,

die gute Nachricht vorneweg: es klappt alles wieder, die Meldung ist weg.

Was habe ich herausgefunden: Ich hatte am Tag zuvor an Zertifikaten gearbeitet. Dabei habe ich wahrscheinlich etwas zu viel gelöscht und ein vorhandenes Zertifikat war nicht mehr vorhanden. In einer Reverse-Proxy Konfiguration war dieses aber immer noch eingetragen.

Die als fehlerbehafteten Zertifikate in der Systemeinstellung gelöscht und ein neues Zertifikat angelegt. In der Reverse-Proxy Konfiguration auf das neue Zertifikat verwiesen, nginx getestet und neu gestartet. Alles gut !!!

Nochmals vielen Dank an dieses Forum und alle Helfer.

Gruß Wolfgang

 

[maxblank]

Danke dir für das Hinterlassen deiner Analyse und der dazugehörigen Lösung, so können bestimmt irgendwann User mit dem identischen Problem profitieren.

 

[wsp1]

Ich finde das selbstverständlich, davon lebt doch ein Forum.

Schönen Feiertag
Wolfgang