Suchergebnisse

Das würde ich auch stark empfehlen. @Geek1337 hast du schon probiert die SFTP Verbindung im lokalen Netzwerk über die lokale IP-Adresse zum NAS zu herzustellen? Nachher kann man sich um den Zugriff von Außen kümmern.

Ja das ist doch legitim. Falls deine Lösung bei dir funktioniert muss auch nichts geändert werden. Ich wollte nur zu etwas mehr Verständnis zu diesem Thema beitragen.

Okay danke. Ich habe mich wieder daran erinnert, dass wir das gleiche Thema in diesem Beitrag bereits diskutiert hatten. Darin habe ich 3 Möglichkeiten aufgezeigt wie man das Zielverzeichnis korrekt an den Server übergeben kann.

Was passiert, wenn man die Variablen gleich als String mit Double Quotes definiert? SourceDir="/volume5/mp3Vol5/_LOUNGE & CHILLOUT/" TargetDir="/volume1/mp3Vol1/_LOUNGE & CHILLOUT/" Ist dann immer noch der zusätzliche Parameter --protect-args notwendig?

Das hört sich merkwürdig an. Normalerweise sollte der Dienst auch permanent aktivier bleiben. Was passiert, wenn du das NAS nach dem du den Haken gesetzt hast manuell neu startest? Wird auch in diesem Fall die Einstellung verloren?

Das stimmt, da ist weder ein cd noch ein compose vorhanden. Aber ich habe doch nur allgemein Stellung zu Beitrag #2 genommen und Beitrag von @plang.pl war #3.

Für mich persönlich entscheidend sind die Punkte 1. und 2. aus dieser Antwort In scripts, is it better to cd working directory or prefix paths. Technisch gesehen funktioniert auch ein cd und ist wohl auch bei vielen die gängige Praxis, aber ich arbeite lieber mit Pfaden, die in Variablen...

Ich empfehle grundsätzlich auf Verzeichniswechsel zu verzichten. Man kann docker-compose auch ganz elegant die Konfiguration als Parameter mit übergeben. docker-compose -f <PATH_TO_DOCKER_COMPOSE_FILE.YML> up -d

Ja perfekt, funktioniert auch bei mir wieder nach der automatischen Aktualisierung von heute Früh. Bei mir nun auch die Version 161.

Auf Reddit habe ich auch einen Beitrag gefunden nachdem ich den Fehler gesucht habe. Ist aber ich nicht hilfreich bzw. aufschlussreich :rolleyes:

Ich habe schon längere Zeit nichts auf dem NAS installiert. Ich kann das auf nichts zurückführen. Das System läuft seit über 18 Tagen, was darauf hindeutet, dass ich zu diesem Zeitpunkt das letzte DSM Update gemacht habe. Seither wurden keine Veränderungen vorgenommen.

Hallo Zusammen, als ich soeben meine S.M.A.R.T Werte der Festplatte auslesen wollte bekam ich Folgendes ausgegeben „Failed to read syno server db“. smartctl -A -d sat /dev/sda smartctl 6.5 (build date Sep 26 2022) [x86_64-linux-3.10.108] (local build) Copyright (C) 2002-16, Bruce Allen...

Ich würde das nicht als pingelig bezeichnen. Wie soll denn vom Betriebssystem erkannt werden, dass der Anwender fehlerhafte Eingaben macht? Entweder man hält die vorgeschriebene Syntax ein oder nicht. Das hat aber wenig mit dem Betriebssystem selbst zu tun. Bsp mit dem fehlendem Leerzeichen: #...

Das ist vollkommen ausreichend mit DS File. Es geht auch über die File Station, oder Drive unter DSM. Du musst nur sicherstellen, dass die Datei nach dem Löschen, von dem einen Client auch auf dem Server tatsächlich entfernt wurde.

Und hast du das auch überprüft, ob die Datei auf dem Server tatsächlich gelöscht wurde?

Die Datei wurde auf direkt auf dem Server (Synology NAS) oder auf einem der Clients gelöscht? D. h. es wird selbst nach dem Löschen der Datei diese weiterhin mit dem besagten Fehler im Drive Client erwähnt? Das klingt für mich sehr merkwürdig :unsure:

Ach wirklich? Das ist mir bereits bekannt, dass Apple mit PowerPC (PPC) groß geworden ist, anschließend auf Intel Chips gesetzt haben und heute auf ihre eigenen M[n] Chips gewechselt sind. Die Intention meiner Frage zielte darauf, ob es sich hierbei auch um einen Rechner mit MacOS Betriebssystem...

Damit meinst du wohl, dass es sich bei dem anderen Gerät auch um einen Mac handelt? Schwer zu sagen, woran das liegt. Was wird angeboten, wenn man auf „Fehlerbehebung“ klickt? Könntest du die Datei vom Server isolieren, sprich diese Datei aus dem Sync Verzeichnis auf dem Server verschieben und...

Die Client-Verbindung hat damit nichts zu tun. Der Client wird sicher etwas verzögert mitbekommen, dass der Server nicht erreichbar ist. Selbst wenn ein Client da etwas hochladen sollte, sobald man den Server in den Wartungsmodus versetzt hat kann auch niemand mehr etwas hochladen geschweige...

Auf den ersten Blick sehr schön und tolle Arbeit. Übersichtlich und gut strukturiert! (y) Rein aus Interesse würde ich gerne wissen, weshalb hier eine Wartezeit von 60 Sekunden sleep 60 eingebaut wurde. Welchen Zweck erfüllt es? Sobald der Wartungsmodus gesetzt ist kann doch sofort mit dem...