Synology-Forum.nl
Firmware => Synology DSM algemeen => Topic gestart door: bvdbos op 12 augustus 2023, 14:08:23
-
Voor het geval iemand anders tegen dit probleem aanloopt:
Gisterenavond merkte ik dat na een reboot (en ik denk na een update) een aantal services niet wilde starten. Het betrof ondermeer "Synology Application Server", "Filestation", "Audiostation", "Docker" en enkele anderen (gelukkig werkten SMB en Hyperbackup wel dus mijn bestanden waren veilig). Ik kreeg hierbij de foutmelding "Sommige webpagina's kunnen niet goed werken vanwege een webserverfout. Neem contact op met de technische ondersteuning van Synology". Reboot van mijn NAS werkte niet, herstellen van de packages werkte niet, deleten en weer opnieuw installeren werkte niet.
Dus zoeken naar deze foutmelding, dit leidde naar https://www.reddit.com/r/synology/comments/n35zor/comment/gx6ozdz/
Dit is dus een probleem met nginx, maar ik heb geen handmatige aanpassingen gedaan en heb geen "sites-enabled" configuratie (ssh naar /etc/nginx maar daar was geen directory "sites-enabled"). Gelukkig blijkt nginx een ingebouwde controle-functie (https://www.reddit.com/r/synology/comments/13pr2ph/comment/jlh9h20/) te hebben dus met SSH naar "/etc/nginx" gegaan en nginx -t uitgevoerd. Daaruit bleek dat op regel 27 (access_log ...) een fout stond "facility = local" , maar dat kan niet (https://unix.stackexchange.com/a/194889), daar hoort een nummer 0 t/m 7 (https://en.wikipedia.org/wiki/Syslog#Severity_level) achter te staan.
Hierna heb ik geprobeerd handmatig nginx.conf aan te passen : sudo vi nginx.conf en daarna afsluiten met :wq!. Maar na een restart van nginx met sudo systemctl restart nginx stond hier wederom de foutieve instelling. Ook reboots hielpen niet, die fout bleef er in staan.
Conclusie was dat op een of andere manier bij een restart van nginx de configuratie automatisch wordt herschreven. Dat blijkt Synology te doen met mustache bestanden (https://community.synology.com/enu/forum/17/post/114883?reply=376891). Dus zoeken waar deze staan, dat blijkt in "/usr/syno/share/nginx/" te zijn. Dus voorzichtig als root het bestand "nginx.mustache" aangepast en "local" aangepast naar "local1". Daarna nginx opnieuw opgestart.
Toen dit eenmaal gedaan was, was de fout in nginx weg (getest in mijn SSH-sessie) en kon ik alle services herstellen in de GUI. 8)
edit : alsnog een reboot moeten doen om dokuwiki op mijn webserver weer aan de gang te krijgen....
-
Zeer leerzaam. Bij het kijken hoe het op mijn nas zit onder DSM 6.2, viel me op:
Het pad "/usr/sino/share/nginx/" dat je geeft voor de mustache bestanden bestaat niet. wel ""/usr/syno/share/nginx/". (Tikfout?)
Bij het conf bestand in "/etc/nginx" en in het nginx.mustache bestand staat bij bij in regel 26 en 27:
access_log off;
#access_log syslog:server=unix:/dev/log,facility=local7,tag=nginx_access,nohostname main;
Het hele access log wordt hier niet gebruikt.
-
Yep, was idd een typo: heb het pad aangepast...
Ik neem aan dat die access-logs ergens aangepast kunnen worden. Misschien was het trouwens beter een nginx.conf aan te maken in de map "sites-enabled"...