Kopano4S (K4S) startet nicht mehr: Der Paketdienst konnte nicht ausgeführt werden.

polarwolfweb · 19. Jan 2024

FricklerAtHome schrieb:
Habe das gerade ausprobiert: Surveillance lediglich im Paketzentrum angehalten = Dienst und Port sind aus und kommen auch nicht wieder!

@polarwolfweb melde mal zurück ob das geht!

Ja, stimmt. Ports vorher (Surveillance Station läuft, Kopano4S beendet):

Code:

admin@SYN:~$ sudo netstat -tulpn | grep LISTEN
Password:
tcp        0      0 127.0.0.1:5432          0.0.0.0:*               LISTEN      15607/postgres
tcp        0      0 0.0.0.0:443             0.0.0.0:*               LISTEN      16103/nginx: master
tcp        0      0 127.0.0.1:4700          0.0.0.0:*               LISTEN      15576/cnid_metad
tcp        0      0 0.0.0.0:445             0.0.0.0:*               LISTEN      15961/smbd
tcp        0      0 0.0.0.0:3262            0.0.0.0:*               LISTEN      4709/iscsi_snapshot
tcp        0      0 127.0.0.1:512           0.0.0.0:*               LISTEN      27898/termd
tcp        0      0 0.0.0.0:6690            0.0.0.0:*               LISTEN      20025/syncd
tcp        0      0 0.0.0.0:5000            0.0.0.0:*               LISTEN      16103/nginx: master
tcp        0      0 0.0.0.0:5001            0.0.0.0:*               LISTEN      16103/nginx: master
tcp        0      0 0.0.0.0:554             0.0.0.0:*               LISTEN      19489/ssrtspserverd
tcp        0      0 0.0.0.0:7722            0.0.0.0:*               LISTEN      10935/sshd
tcp        0      0 0.0.0.0:139             0.0.0.0:*               LISTEN      15961/smbd
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      16103/nginx: master
tcp6       0      0 :::443                  :::*                    LISTEN      16103/nginx: master
tcp6       0      0 :::445                  :::*                    LISTEN      15961/smbd
tcp6       0      0 :::3261                 :::*                    LISTEN      -
tcp6       0      0 :::3263                 :::*                    LISTEN      -
tcp6       0      0 :::3264                 :::*                    LISTEN      -
tcp6       0      0 :::3265                 :::*                    LISTEN      4713/scsi_plugin_se
tcp6       0      0 :::6690                 :::*                    LISTEN      20025/syncd
tcp6       0      0 :::548                  :::*                    LISTEN      15575/afpd
tcp6       0      0 :::5000                 :::*                    LISTEN      16103/nginx: master
tcp6       0      0 :::5001                 :::*                    LISTEN      16103/nginx: master
tcp6       0      0 :::7722                 :::*                    LISTEN      10935/sshd
tcp6       0      0 :::139                  :::*                    LISTEN      15961/smbd
tcp6       0      0 :::1935                 :::*                    LISTEN      2737/ssrtmpserverd
tcp6       0      0 :::80                   :::*                    LISTEN      16103/nginx: master

Im Paket-Zentrum Surveillance-Station angehalten/beendet, Port 1935 frei!

Code:

admin@CS-SYN:~$ sudo netstat -tulpn | grep LISTEN
tcp        0      0 127.0.0.1:5432          0.0.0.0:*               LISTEN      15607/postgres
tcp        0      0 0.0.0.0:443             0.0.0.0:*               LISTEN      5160/nginx: worker
tcp        0      0 127.0.0.1:4700          0.0.0.0:*               LISTEN      15576/cnid_metad
tcp        0      0 0.0.0.0:445             0.0.0.0:*               LISTEN      15961/smbd
tcp        0      0 0.0.0.0:3262            0.0.0.0:*               LISTEN      4709/iscsi_snapshot
tcp        0      0 127.0.0.1:512           0.0.0.0:*               LISTEN      27898/termd
tcp        0      0 0.0.0.0:6690            0.0.0.0:*               LISTEN      20025/syncd
tcp        0      0 0.0.0.0:5000            0.0.0.0:*               LISTEN      5160/nginx: worker
tcp        0      0 0.0.0.0:5001            0.0.0.0:*               LISTEN      5160/nginx: worker
tcp        0      0 0.0.0.0:7722            0.0.0.0:*               LISTEN      10935/sshd
tcp        0      0 0.0.0.0:139             0.0.0.0:*               LISTEN      15961/smbd
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      5160/nginx: worker
tcp6       0      0 :::443                  :::*                    LISTEN      5160/nginx: worker
tcp6       0      0 :::445                  :::*                    LISTEN      15961/smbd
tcp6       0      0 :::3261                 :::*                    LISTEN      -
tcp6       0      0 :::3263                 :::*                    LISTEN      -
tcp6       0      0 :::3264                 :::*                    LISTEN      -
tcp6       0      0 :::3265                 :::*                    LISTEN      4713/scsi_plugin_se
tcp6       0      0 :::6690                 :::*                    LISTEN      20025/syncd
tcp6       0      0 :::548                  :::*                    LISTEN      15575/afpd
tcp6       0      0 :::5000                 :::*                    LISTEN      5160/nginx: worker
tcp6       0      0 :::5001                 :::*                    LISTEN      5160/nginx: worker
tcp6       0      0 :::7722                 :::*                    LISTEN      10935/sshd
tcp6       0      0 :::139                  :::*                    LISTEN      15961/smbd
tcp6       0      0 :::80                   :::*                    LISTEN      5160/nginx: worker

Im Paketzentrum Kopano4S gestartet, ohne Probleme und DANACH Surveillance-Station gestartet, auch ohne Probleme, hier die Ports:

Code:

admin@CS-SYN:~$ sudo netstat -tulpn | grep LISTEN
tcp        0      0 0.0.0.0:9080            0.0.0.0:*               LISTEN      8263/docker-proxy
tcp        0      0 127.0.0.1:5432          0.0.0.0:*               LISTEN      15607/postgres
tcp        0      0 0.0.0.0:25              0.0.0.0:*               LISTEN      8454/docker-proxy
tcp        0      0 0.0.0.0:8090            0.0.0.0:*               LISTEN      8282/docker-proxy
tcp        0      0 0.0.0.0:443             0.0.0.0:*               LISTEN      13599/nginx: worker
tcp        0      0 127.0.0.1:4700          0.0.0.0:*               LISTEN      15576/cnid_metad
tcp        0      0 0.0.0.0:445             0.0.0.0:*               LISTEN      15961/smbd
tcp        0      0 0.0.0.0:3262            0.0.0.0:*               LISTEN      4709/iscsi_snapshot
tcp        0      0 127.0.0.1:512           0.0.0.0:*               LISTEN      27898/termd
tcp        0      0 0.0.0.0:993             0.0.0.0:*               LISTEN      8359/docker-proxy
tcp        0      0 0.0.0.0:6690            0.0.0.0:*               LISTEN      20025/syncd
tcp        0      0 0.0.0.0:995             0.0.0.0:*               LISTEN      8340/docker-proxy
tcp        0      0 0.0.0.0:9443            0.0.0.0:*               LISTEN      8244/docker-proxy
tcp        0      0 0.0.0.0:5000            0.0.0.0:*               LISTEN      13599/nginx: worker
tcp        0      0 0.0.0.0:5001            0.0.0.0:*               LISTEN      13599/nginx: worker
tcp        0      0 0.0.0.0:554             0.0.0.0:*               LISTEN      12582/ssrtspserverd
tcp        0      0 0.0.0.0:7722            0.0.0.0:*               LISTEN      10935/sshd
tcp        0      0 0.0.0.0:139             0.0.0.0:*               LISTEN      15961/smbd
tcp        0      0 0.0.0.0:236             0.0.0.0:*               LISTEN      8397/docker-proxy
tcp        0      0 0.0.0.0:237             0.0.0.0:*               LISTEN      8378/docker-proxy
tcp        0      0 0.0.0.0:110             0.0.0.0:*               LISTEN      8435/docker-proxy
tcp        0      0 0.0.0.0:143             0.0.0.0:*               LISTEN      8415/docker-proxy
tcp        0      0 0.0.0.0:1935            0.0.0.0:*               LISTEN      8321/docker-proxy
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      13599/nginx: worker
tcp        0      0 0.0.0.0:2003            0.0.0.0:*               LISTEN      8301/docker-proxy
tcp6       0      0 :::443                  :::*                    LISTEN      13599/nginx: worker
tcp6       0      0 :::445                  :::*                    LISTEN      15961/smbd
tcp6       0      0 :::3261                 :::*                    LISTEN      -
tcp6       0      0 :::3263                 :::*                    LISTEN      -
tcp6       0      0 :::3264                 :::*                    LISTEN      -
tcp6       0      0 :::3265                 :::*                    LISTEN      4713/scsi_plugin_se
tcp6       0      0 :::6690                 :::*                    LISTEN      20025/syncd
tcp6       0      0 :::548                  :::*                    LISTEN      15575/afpd
tcp6       0      0 :::5000                 :::*                    LISTEN      13599/nginx: worker
tcp6       0      0 :::5001                 :::*                    LISTEN      13599/nginx: worker
tcp6       0      0 :::7722                 :::*                    LISTEN      10935/sshd
tcp6       0      0 :::139                  :::*                    LISTEN      15961/smbd
tcp6       0      0 :::80                   :::*                    LISTEN      13599/nginx: worker

Port 1935 wird nun anscheinend vom Paket Surveillance-Station nicht mehr verwendet, aber von Docker.

Code:

admin@CS-SYN:~$ docker ps -a
CONTAINER ID   IMAGE                                                     COMMAND                  CREATED         STATUS         PORTS                                                                                                                                                                                                                                                                                                                        NAMES
66c2b4727cae   tosoboso/kopano4s:D-Core-8.7.17_Webapp-4.7_Z-Push-2.6.2   "/usr/local/bin/init…"   11 months ago   Up 7 minutes   0.0.0.0:25->25/tcp, 0.0.0.0:110->110/tcp, 0.0.0.0:143->143/tcp, 0.0.0.0:236-237->236-237/tcp, 144/tcp, 0.0.0.0:993->993/tcp, 994/tcp, 0.0.0.0:995->995/tcp, 0.0.0.0:1935->1935/tcp, 1234/tcp, 3478/tcp, 0.0.0.0:2003->2003/tcp, 8080/tcp, 0.0.0.0:8090->8090/tcp, 0.0.0.0:9080->9080/tcp, 0.0.0.0:9443->9443/tcp, 8443/tcp   kopano4s

Dafür aber vom Kopano4S. Jippie! Läuft wieder. :-D

@FricklerAtHome: Bist der Beste!

Anzeige · 17. Jan 2024

Hallo polarwolfweb,

Bücher und Hardware zum Thema gibt es bei Amazon: Kopano4S (K4S) startet nicht mehr: Der Paketdienst konnte nicht ausgeführt werden.

polarwolfweb · 19. Jan 2024

Andy+ schrieb:
Wenn es das ist, super Herleitung und wenns dann "nur" das ist ....

Bei dieser Gelegenheit, lege ich auch Dir (@polarwolfweb) nahe, Dich nebenher mit Grommunio zu beschäftigen, da Du irgendwann vlt. ausweichen musst. Ich spreche damit im Grunde alle an, die noch Zarafa oder Kopano im Einsatz haben.

Ja, ich weiß hatte mich bereits im Dez. 2022 eingelesen und meine ersten Versuche gestartet, dann noch mal im Okt. 2023, da bekam ich allerdings es nicht hin die Verknüpfung zur Datenbank (auch bei der Installation mit der lokalen) aufzubauen. Warum auch immer.
Habe mich nun an das neue Release vom Dez. 2023 rangemacht, läuft in der VM und kann im LAN erreicht werden. Was ich allerdings noch nicht geschafft habe, ist es von außen erreichbar zu machen. Mit der Portweiterleitung wie bei Kopano4S funktioniert das bei mir nicht. Ich werde dazu mal im anderen Thread euch wieder fragen. ;-)

FricklerAtHome · 19. Jan 2024

polarwolfweb schrieb:
@FricklerAtHome: Bist der Beste!

Danke für die Blumen! Das war aber weniger Frickelei sondern eher Detektivarbeit:

bei deiner DS3517xs unter DSM 6.2 denke ich aus eigener Erfahrung auch immer an Xpenology. Du hast den eigendlich zwingenden Port für die MariaDB auf deinem NAS nicht offen (LISTEN). Da hast du schon einiges unkonformes zum Standart. Ich habe also vermuted das die DB (wie bei mir) auf einer anderen IP-Adresse eingebunden ist. (Sowas wird unter GRO nicht so trivial!) ------ Das kenne ich eigendlich nur von Leuten die hiermit Erfahrungen haben, und damit kein "primärer Anfänger" bist.
Mit DSM 6.2 kann man Surveillance auf Version 9 updaten, das dann im Dezember auch RTMP kann (neben RTSP) . Für dieses Update war kein Neustart der Syno notwendig. K4S im Docker konnte also den Port 1935 weiter nutzen und belegen. Erst der Neustart hat die Portnutzung durch Surveillance bevorzugt und dann den Docker-Start sabotiert (beachte dies bei jedem Neustart der Syno!). Deine Syno hatte also zumindest keinen Neustart nach Anfang Dezember 2023.
Wenn es nach einem Syno-Neustart also zu Problemen kommt: Surveillance aus, Docker K4S an, Surveillance wieder starten und alles läuft.
Das geschmeidiger zu machen (Start-Reihenfolge von Paketen etc. ) klären andere.

F@H

PS.: Lass deine IP im anderen Thread (G4S) löschen. Ich weiß schon das du bei der Telekom bist!

polarwolfweb · 20. Jan 2024

Nein, kein XPenology. Richtig Original.

Das mit der MariaDB ist noch so eine Altlast. ;-)
(Ich habe mit Zarafa auf Bare-Metal angefangen, dann Zarafa in VM, dann Z4H, dann K4S.)
Habe nun nicht mehr soviel Zeit wie früher um mich in solche Themen reinzufuchsen, deswegen schreibe ich nun immer lieber, dass ich eher Nutzer/einfacher Anwender bin, da ich sicherlich schon die Hälfte vergessen habe.

Ich habe bei meinen Versuchen Grommunio zu installieren, es nicht zum Laufen bekommen mit der externen IP und Nicht-Standard-MariaDB-Port. (Zumindestens bis zu meinen verschiedenen Tests bis Okt. 2023.) Der aktuelle Versuch mit GRO läuft nur Core und lokale DB in der VM (Standard).

Ja, mit dieser Start-Reihenfolge kann ich leben.
Falls Problem nach Synology Neustart: Surveillance aus -> K4S ein, danach Surveillance ein.

FricklerAtHome · 01. Mai 2024

Boah --- seit mehr als 3 Monaten keine Einträge mehr!

bei einem solch langsamen Puls vermute ich beginnenden Winterschlaf bis in Beutelsend der erste eines Monats auf einen Freitag fällt ;-)

Immer ein Licht bei der Nacht (IeLbdN)
F@H

Andy+ · 01. Mai 2024

Ist doch nicht weiter verwunderlich, K4S läuft nach wie vor stabil. Für alle, die noch DSM 6 haben, ist das nach wie vor eine gute Wahl auf Docker-Basis. Auch wenn Grommunio in der Zwischenzeit als VM die unmittelbare Alternative ist und insbesondere dann, wenn DSM 7 ansteht.