Kein Zugriff auf CalDAV /Web nach DSM Update 6.2.1.23824-4

Status
Für weitere Antworten geschlossen.

majorshark

Benutzer
Mitglied seit
05. Apr 2010
Beiträge
26
Punkte für Reaktionen
1
Punkte
3
Hallo,

nach dem DSM Update 6.2.1.23824-4 habe ich keinen Zugriff mehr auf CalDAV / Web Oberfläche des Kalenders mehr. Alle angeschlossenen Geräte (iOS, macOS, Android, Linux/Perl) verweigern geschlossen die Synchronisation. Meine Vermutung ist also das es am Update liegt.

Wenn ich den Kalender via DSM->Anwendungportal-> Kalender aufrufen möchte funktioniert kein einziger Link.

Das einzige was funktioniert ist der Aufruf via Kalender Icon im DSM. Dort sind alle Kalender ersichtlich und benutzbar.

Rich (BBCode):
2019/01/03 05:02:46     Start of the update...
2019/01/03 05:03:30     Start of the update...
2019/01/03 05:03:30     Start of the update...
2019/01/03 05:03:30     Upgrade from version 6.2.23739 to version 6.2.1.23824
2019/01/03 05:04:12     Congratulations!! The update has been completed!! Do configupdate when next bootup.
2019/01/03 05:06:53     Update Config Event: rootfs_ready
2019/01/03 05:06:53     Update Type: upgrade
2019/01/03 05:07:18     Update Config Event: volume_ready
2019/01/03 05:07:18     Update Type: upgrade
2019/01/03 05:07:22     Update Config Event: share_ready
2019/01/03 05:07:22     Update Type: upgrade
2019/01/03 05:07:54     start critical update to buildnumber: 23824 original smallfixnumber: 1 new_smallfixnumber: 4 build date: 2018/12/25
2019/01/03 05:07:55     Start of the update...
2019/01/03 05:07:56     Failed to accomplish the update! (errno = 57)
2019/01/03 05:18:34     start critical update to buildnumber: 23824 original smallfixnumber: 1 new_smallfixnumber: 4 build date: 2018/12/25
2019/01/03 05:18:34     Start of the update...
2019/01/03 05:18:42     Congratulations!! The update has been completed!! Do configupdate when next bootup.
2019/01/03 05:19:03     Finished apply small update!
2019/01/03 05:19:03     Finished update before reboot!

Das Message Log
Rich (BBCode):
2019-01-03T05:05:05+01:00 DS718plus [8719500.466590] init: pkg-synocalendar-pushserver main process (31245) killed by TERM signal
2019-01-03T05:09:08+01:00 DS718plus [  208.517855] init: pkg-synocalendar-notify-daemon main process (23146) killed by TERM signal
2019-01-03T05:09:08+01:00 DS718plus [  208.685226] init: pkg-synocalendar-pushserver main process (23134) killed by TERM signal
2019-01-03T05:20:13+01:00 DS718plus [  872.847387] init: pkg-synocalendar-pushserver main process (23185) killed by TERM signal
2019-01-03T05:22:30+01:00 DS718plus [  101.037110] init: pkg-synocalendar-notify-daemon main process (18835) killed by TERM signal
2019-01-03T05:22:30+01:00 DS718plus [  101.055842] init: pkg-synocalendar-pushserver main process (18823) killed by TERM signal
2019-01-04T13:18:48+01:00 DS718plus [115073.883400] init: pkg-synocalendar-pushserver main process (18850) killed by TERM signal
2019-01-04T13:21:08+01:00 DS718plus [  102.036533] init: pkg-synocalendar-pushserver main process (18832) killed by TERM signal

Leider komme ich mit diesen Informationen bei der Fehlersuche nicht weiter. Es liest sich für mich so als das der "pkg-synocalendar-pushserver" beendet wird. Aber warum? Und ist das Überhaut die Ursache für den Ausfall.

Was habe ich bisher versucht:
Neustart (logisch)
Firewall abgeschaltet
 

majorshark

Benutzer
Mitglied seit
05. Apr 2010
Beiträge
26
Punkte für Reaktionen
1
Punkte
3
Update:

So wie ich das sehe startet der Nginx nicht vollständig. Andere Dienste wie Audiostation oder Reverse Proxy werden ebenfalls nicht bedient.

Anbei die Fehlermeldung aus dem Nginx error.log

Rich (BBCode):
2019/01/05 16:51:07 [emerg] 21802#21802: BIO_new_file("/run/le_cert_8kXidb.pem") failed (SSL: error:02001002:system library:fopen:No such file or directory:fo
pen('/run/le_cert_8kXidb.pem','r') error:2006D080:BIO routines:BIO_new_file:no such file)

Ich überlege ob ich diesen Fehler mit einem Downgrade von DSM wieder beseitigen kann. Was meint Ihr?

2. Update:

Ich habe es wieder am laufen!

Im config Pfad des Nginx etc/nginx/sites-enabled wurde möglicherweise durch das Update eine weitere Konfiguration angelegt le_1VUUbY.conf. In dieser wird auch auf das nicht vorhandene Zertifikat verwiesen. Ich habe die Konfiguration aus dem Ordner geschmissen und et voilà schon gehen alle Dienste inkl. des Reverse Proxy.

Keine Ahnung was diese Konfiguration dort plötzlich zu suchen hatte.

3. Update
Die user_auth im Ordner /etc/nginx/sites-enable war auch weg. Ich denke, dass hat definitiv mit dem o.g. Update zu tun. Es ist also Ratsam auch von diesem Ordner eine Sicherung zu haben.

Noch ne Frage: Wie kann ich das Thema als [GELÖST] markieren?
 
Zuletzt bearbeitet:
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat