DSM 7.2 DSM 7.2-64561

[assedo]

Im Zweifelsfalle im Aufgabenplaner den entsprechenden Job noch mal laufen lassen, das dauert dann beim ersten Mal ein bisschen länger, weil er die Images im Hintergrund wieder herunterladen muss. Wenn aber die Daten weiterhin wie vorher auf der Festplatte liegen, läuft der Container in der Regel danach auch wieder wie zuvor.

Danke für deine Antwort.
Problem: die Docker Images henry-whitaker-speedtest und ccu-historian haben im Aufgabenplaner keinen Job Eintrag, kann also hier nichts nochmals laufen lassen.

 

[plang.pl]

DS mal neu gestartet? Dann sind manchmal die Container wieder da

 

[Monacum]

henry-whitaker-speedtest

Das hier ist mein Skript, Pfad und Port auf gewünschte Werte anpassen und dann sollte es eigentlich gehen:

docker create \
      --name=speedtest \
      -p 12345:80 \
      -v /volume1/docker/speedtest/config:/config \
      -e OOKLA_EULA_GDPR=true \
      --restart unless-stopped \
      henrywhitaker3/speedtest-tracker

Für den anderen Container solltest du einen vergleichbaren Befehl finden können, den habe ich leider nicht selbst am laufen.

 

[r00b]

Genau, bei mir geht’s um einen Nutzer mit Adminrechten. Komischerweise konnte ich mich gestern nach dem Update anmelden, erst heute geht es nicht…


Danke, befürchte es wird darauf hinauslaufen. Hatte gehofft es gibt evtl. einen anderen Weg, sodass ich mir das Anpassen der Netzwerk-config erspare.

Update zu meinem Login-Problem: habe es nun am Rechner versucht und dort geht es ohne Probleme. Nur auf dem Handy und Tablet (iOS) bekomme ich weiterhin den Fehler mit dem falschen PW. Vor dem Update ging das...

 

[plang.pl]

Eventuell die IP-Adressen geblockt wegen zu vielen falschen Anmeldeversuchen?

 

[r00b]

Ne, daran lag/liegt es auch nicht (nach Entsperrung der IPs weiterhin kein Login möglich).

 

[Andy+]

Hast Du mal versucht, ein anderes Passworts zu hinterlegen?

 

[Benie]

Nur auf dem Handy und Tablet (iOS) bekomme ich weiterhin den Fehler mit dem falschen PW. Vor dem Update ging das...

Benutzt Du für den Loginn eine App oder versuchst Du es auf dem Webinterface ?

 

[matisse]

an 3 Stellen scheitern meine Reparaturversuche seit Tagen: WebStation, phpMyAdmin und Appache HTTP Server 2.4
Container Manager hat er wohl hinbekommen; alte Container aus dem Docker sind soweit auch noch da

 

[Benares]

Klappt es, wenn du die Reparatur der Webstation abbrichst und Apache zuerst reparierst?
Ich meine, die Webstation ist von Apache abhängig.

 

[matisse]

Klappt es, wenn du die Reparatur der Webstation abbrichst und Apache zuerst reparierst?
Ich meine, die Webstation ist von Apache abhängig.

ja, es wird ja angezeigt, dass es Abhängigkeit(sproblem)e gibt;
aber egal, mit was ich zuerst die Reparatur versuche, er beginnt trotzdem IMMER mit der WebStation und bricht dann ab.

 

[Adama]

Lad das Paket doch mal runter und versuch es, manuell zu installieren...

 

[LarsTC]

Moin,
ich habe mit dem neuen DSM 7.2 ein Problem bei der Verbindung von 3 Servers mit OpenVPN festgestellt.
Eine 220+ dient als Hauptverteiler von Ordnern.
Eine 220+ und eine 218 waren bisher immer mit OpenVPN und ohne Probleme mit dem Hauptverteiler verbunden.
Nach dem update aller Server funktioniert die Verbindung nicht mehr und auch eine neu Konfiguration von OpenVPN hilft nicht weiter.
Hat sonst jemand Probleme mit OpenVPN seitdem update?

 

[mayo007]

Hat sonst jemand Probleme mit OpenVPN seitdem update?

nop

 

[matisse]

Lad das Paket doch mal runter und versuch es, manuell zu installieren...

BINGO ! Hat darüber sofort geklappt, DANKE !

 

[LarsTC]

Moin,
ich habe mit dem neuen DSM 7.2 ein Problem bei der Verbindung von 3 Servers mit OpenVPN festgestellt.
Eine 220+ dient als Hauptverteiler von Ordnern.
Eine 220+ und eine 218 waren bisher immer mit OpenVPN und ohne Probleme mit dem Hauptverteiler verbunden.
Nach dem update aller Server funktioniert die Verbindung nicht mehr und auch eine neu Konfiguration von OpenVPN hilft nicht weiter.
Hat sonst jemand Probleme mit OpenVPN seitdem update?

Ich hab es wieder hinbekommen, mit den alten Einstellungen.
Hierzu musste ich das Paket deinstallieren und VPN-Server neu einrichten.
Danach lief es sofort wieder.

 

[TheGardner]

Nichts dergleichen! Läuft alles super nach dem Upgrade von 7.1.1 auf 7.2-64551. ABER gestern dann mal auf -64561 geupdated und Ruuuummmms, gehen der Apache und die WebStation nicht mehr...

Kannst ständig "Repair" drücken und dann docktert der ne halbe Stunde rum, um am Ende mit einem "Couldn't start WebStation" wieder beim "Repair" zu landen.
Heute dann mal Apache 2.4 und WebStation deinstalliert und dann versucht erstmal mit WebStation zu beginnen und wieder zu installieren. Dabei dann das gleiche Bild - er hängt ne halbe Stunden beim "...Installing..." Prozess, um dann zu sagen, daß es nicht funktioniert hatte ("The operation failed, please sign in DSM again and retry.").

Fazit: DSM Zugriff funktioniert (über den nginx Prozess), aber keinerlei andere Webserver/WebStation Aktivitäten können mehr ausgeführt werden.

Hat das noch wer?

 

[Andy+]

Bei mir zB., nein. Vlt. hilft deinstallieren und in die Installationsverzeichnisse gehen und ggf. alle Reste entfernen. Vielleicht hattest Du entsprechend PHP-Profile angelegt oder sowas, was nicht mehr kompatibel ist, das könnte vlt. auch sein.

 

[TheGardner]

So, Zwischenstand:
- Node,js runtergeschmissen
- alle php Pakete runtergeschmissen
- dabei dann natürlich auch NoteStation, Hyper Backup Vault und Hyper Backup runtergeflogen

Und was soll ich sagen: Jetzt ging WebStation, Apache 2.4 und der Rest wieder nach und nach zu installieren.

 

[matisse]

Nichts dergleichen! Läuft alles super nach dem Upgrade von 7.1.1 auf 7.2-64551. ABER gestern dann mal auf -64561 geupdated und Ruuuummmms, gehen der Apache und die WebStation nicht mehr...

Kannst ständig "Repair" drücken und dann docktert der ne halbe Stunde rum, um am Ende mit einem "Couldn't start WebStation" wieder beim "Repair" zu landen.
Heute dann mal Apache 2.4 und WebStation deinstalliert und dann versucht erstmal mit WebStation zu beginnen und wieder zu installieren. Dabei dann das gleiche Bild - er hängt ne halbe Stunden beim "...Installing..." Prozess, um dann zu sagen, daß es nicht funktioniert hatte ("The operation failed, please sign in DSM again and retry.").

Fazit: DSM Zugriff funktioniert (über den nginx Prozess), aber keinerlei andere Webserver/WebStation Aktivitäten können mehr ausgeführt werden.

Hat das noch wer?

JA, 2 Beiträge direkt über dir … in allem genau dasselbe Phänomen
nach Adama´s Vorschlag dann einfach NUR die Web Station neu geladen/installiert - und dadurch hat er alle offenen Pakete in einem Rutsch “durchrepariert” !
aber läuft bei dir ja nun auch (wieder) …