Suchergebnisse

Schau dir mal den Leitfaden von @*kw* an, den @metalworker auch in seiner Signatur hat: https://www.synology-forum.de/threads/nutzerleitfaden-gedanken-vor-und-nach-dem-kauf.131833/ Der gibt auch viele Hinweise...

Oder sich an einen Thread zu hängen, der zwar mit dem selben Paket zu tun hat, aber eigentlich einen anderen Grund hat. Das fällt mir in letzter Zeit auf. Z.B. das es ein Update gibt, ist ja eher allgemeiner Natur. Wenn man dann Probleme mit der neuen Version hat, wäre ein eigener Thread auch...

Das heißt aber auch, dass die Syno eine halbe Stunde länger läuft als nötig. Und hier gibt es genug Beiträge, dass der Ruhezustand nicht immer zuverlässig ist.

Dann bestätigt das meine letzte Vermutung... Das ist die Hilfe zu dem verwendeten Befehl, der im Log auftaucht: btrfs subvolume snapshot --help usage: btrfs subvolume snapshot [-r] [-i <qgroupid>] [-u <subvolume id>|<subvolume path>] <source> <dest>|[<dest>/]<name> Create a snapshot of...

Bei Hyper Backup neuer 4.0.0 findest du das unter /var/packages/HyperBackup/var/log/ Dort ist es dann die hyperbackup.log Wobei ich mich grad anhand des Logs frage, ob dafür wirklich der Replication-Service erforderlich ist. Sieht eher so aus, als ob da btrfs nativ angesprochen wird.

Hyper Backup benutzt den vermutlich nur, wenn vorhanden. Es gibt ja auch DSen, die keine Snapshots beherrschen. Aber hier mal ein Beispiel aus dem Hyper Backup-Log: 2024-11-14T10:15:37+01:00 GalacticaNAS1 img_backup[29421]: [29421]img_backup.cpp:3219 Remote Backup Task has been started...

Und es könnte sein, dass auch Hyper Backup den nutzt. Hyper Backup macht Snapshots vor der Sicherung.

Doch, das sollte gehen, die Daten sind ja in der Datenbank... Aber selbst das wäre egal, du synchronisierst einfach deinen Firefox wieder in die DB.

Wieso hab ich grade die Automatsierungsanlage von Doc Emmett Brown aus "Zurück in die Zukunft" vor Augen? :unsure:

0.13.7 ist die letzte mit einem MySQL/MariaDB-fähigen Image, alle Versionen danach setzen standardmässig auf Spanner. Aktuell ist der Sync-Server bei 0.17.13. Für diese Versionen musst du das Image selber erstellen, siehe Start-Post.

Dann wäre das ja eine Option... Und man könnte noch ein paar andere Sachen auf dem Rapsi installieren, damit der keine Langeweile schiebt... ;)

Kann die 223 WOL? Dann würde ich z.B. einen Raspi nehmen und von dem per cron und WOL die Syno starten lassen. Ist zwar letztlich auch ein wenig mit Kanonen auf Spatzen schiessen, aber immer noch besser als eine smarte Steckdose.

Das ist in gewisser Weise richtig, das Log ist gewandert: /var/packages/HyperBackup/var/log/synolog/synobackup.log Die alte Datei kannst du löschen... Du kannst auch /volume1/@appdata/HyperBackup/log/synolog benutzen, der erste Pfad nutzt einen symbolischen Link in die Richtung.

Da hab ich noch gar nicht drüber nachgedacht, klingt aber plausibel...

Das wundert mich, genau das arbeitet bei mir einwandfrei, egal ob es mit Kabel oder über WLAN ist. Das Gastnetzwerk hat eigentlich immer 192.168.179.xxx-Adressen. Das kann man nicht beeinflussen... Die beiden Netze sollen ja nichts untereinander sehen...

@Prince_LG Das ist normal, nur wenn du den Heartbeat nutzt, bekommst du Rückmeldung, ob es richtig arbeitet... Der Reverse-Proxy läuft auf einem Raspi. Es sollte aber genauso über den von der Syno gehen...

Das kannte ich noch gar nicht... Ich lass meinen Sync-Server über einen nginx-Reverse-Proxy mit SSL laufen. Einen virtuellen Host braucht es da nicht. Das müsste eigentlich auch mit HAProxy gehen, jedenfalls mache ich ähnliches darüber mit LDAPS. Hab es grad mal mit haproxy getestet, geht...

Einen Verlauf findest du in der Datenbank nicht, nicht im Sinne eines Protokolls. Es müsste sich aber in der syncstorage_rs größerer Inhalt in der Tabelle BSO finden. Dort liegen die synchronisierten Daten. Die kannst du aber nicht lesen, der Inhalt der Datenbank ist verschlüsselt... Auch in...

Also wenn dein nodes-Eintrag so aussieht, dann hast du den Port vergessen. Der muss natürlich auch http://192.168.178.150:5000 lauten... Das würde vermutlich auch den Sprung nach https erklären.

Was mir auffällt, sind diese beiden Zeilen. Du sprichst das im Moment nur aus deinem lokalen Netz an? Die beiden Einträge in der DB hast du erzeugt? Den Server hast du in der Firefox-Konfiguration richtig eingetragen?