Kann man den Replications Service entfernen, wenn man ihn nicht benutzt?

jhess

Benutzer
Mitglied seit
14. Apr 2016
Beiträge
41
Punkte für Reaktionen
5
Punkte
8
Hallo in die Runde!

Auf meinen Diskstations benutze ich eigentlich keine Repikation und auch keine Snapshots freigegebener Ordner. Jedenfalls nicht aktiv oder wissentlich...

Auf der Synology Webseite steht aber, dass der "Replication Service" und die "Snapshot Replication" ein Core Service sei.

Kann ich diese beiden Pakete deistallieren ohne die Funktion der DSM (benutzt BTRFS) einzuschränken?
Oder wird er von DSM 7 im Hintergrund benötigt?

Oder ist es empfehlenswert die beiden Pakete einfach weiter leer laufen zu lassen?

Danke fürs lesen!

Beste Grüße,
jhess
 

Ulfhednir

Benutzer
Sehr erfahren
Mitglied seit
26. Aug 2013
Beiträge
3.472
Punkte für Reaktionen
1.085
Punkte
194
Du kannst das Paket deinstallieren. Wenn Pakete davon abhängig sind (z.B. Virtual Machine Manager), wird dir das angezeigt. Dann kannst du immer noch entscheiden, ob du abbrechen möchtest. Deinstallierst du trotzdem, werden die Pakete ebenfalls deinstalliert.

1wTpHn4.png
 
  • Like
Reaktionen: DaveR und maxblank

maxblank

Benutzer
Contributor
Sehr erfahren
Mitglied seit
25. Nov 2022
Beiträge
4.067
Punkte für Reaktionen
2.145
Punkte
289
Replication Service ist auf jeden Fall unabdingbar für Snapshot Replication (sieht man ja auch auf dem Screenshot von @Ulfhednir).
 

Adama

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
05. Mrz 2013
Beiträge
2.148
Punkte für Reaktionen
736
Punkte
154
Und es könnte sein, dass auch Hyper Backup den nutzt. Hyper Backup macht Snapshots vor der Sicherung.
 

Ulfhednir

Benutzer
Sehr erfahren
Mitglied seit
26. Aug 2013
Beiträge
3.472
Punkte für Reaktionen
1.085
Punkte
194
Ich nutze Hyperbackup - dann wäre die Erwartungshaltung, dass dies hier angezeigt wird. Ich gehe eher davon aus, dass HyperBackup hier keine Berührungspunkte hat.
 

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
13.764
Punkte für Reaktionen
3.738
Punkte
468
Ich auch. Ich habe auch Hyperbackup installiert, aber die beiden Pakete nicht.
 

jhess

Benutzer
Mitglied seit
14. Apr 2016
Beiträge
41
Punkte für Reaktionen
5
Punkte
8
Herzlichen Dank für die schnellen Antworten - vielleicht ist es Blödsinn, aber ich neige dazu alles zu entfernen, was nicht benutzt wird.

Und nun weiß ich Bescheid!

Danke und Cheers!
 

Adama

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
05. Mrz 2013
Beiträge
2.148
Punkte für Reaktionen
736
Punkte
154
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:

Code:
2024-11-14T10:15:37+01:00 GalacticaNAS1 img_backup[29421]: [29421]img_backup.cpp:3219 Remote Backup Task has been started: task_ID: 63
2024-11-14T10:15:38+01:00 GalacticaNAS1 img_backup[29421]: [29421]img_backup.cpp:2470 Action: [remote backup], IP: [xx.xx.xx.xx], ports: [6281], Repo Path: [Backup], LinkKey: [GalacticaNAS1_001132A66A59_63], Target ID: [RemNAS3_F.hbk], task ID: [63]
2024-11-14T10:15:38+01:00 GalacticaNAS1 img_backup[29421]: [29421]img_backup.cpp:2494 app config Path: [/volume1/@tmp/BKP_APP_Vt8BFs]
2024-11-14T10:15:38+01:00 GalacticaNAS1 img_backup[29421]: [29421]img_backup.cpp:2496 data Path: [/Video], type: [0]
2024-11-14T10:15:38+01:00 GalacticaNAS1 img_backup[29514]: plugin_action.c:76 synoplugin: [PRE][share_snapshot][share_snapshot][MAIN] Plugin Action Start
2024-11-14T10:15:38+01:00 GalacticaNAS1 img_backup[29514]: plugin_action.c:76 synoplugin: [PRE][share_snapshot][share_snapshot][MAIN] Runtime: 0.455s
2024-11-14T10:15:39+01:00 GalacticaNAS1 img_backup[29421]: fs_btrfs_cmd.c:222 SpaceCommand:command="/sbin/btrfs subvolume snapshot -r /volume1/Video /volume1/@sharesnap/Video/GMT+01-2024.11.14-10.15.38"
2024-11-14T10:15:39+01:00 GalacticaNAS1 img_backup[29421]: snapshot_create.c:162 The time taken by creating snapshot [GMT+01-2024.11.14-10.15.38] of share [Video] is 0.002257 s.
2024-11-14T10:15:39+01:00 GalacticaNAS1 img_backup[29421]: plugin_action.c:76 synoplugin: [POST][share_snapshot][share_snapshot][MAIN] Plugin Action Start
2024-11-14T10:15:39+01:00 GalacticaNAS1 img_backup[29421]: plugin_action.c:76 synoplugin: [POST][share_snapshot][share_snapshot][MAIN] Runtime: 0.388s
2024-11-14T10:15:39+01:00 GalacticaNAS1 img_backup[29421]: (29421) [info] snapshot.cpp:528 take share [Video] backup snapshot [/volume1/@sharesnap/Video/GMT+01-2024.11.14-10.15.38]
2024-11-14T10:16:11+01:00 GalacticaNAS1 img_backup[29421]: (29421) utils.cpp:1622 [backup begin] external ip: [xx.xx.xx.xx]

Also wenn du Hyper Backup nutzt, drauf lassen...
 
  • Like
Reaktionen: maxblank und Benares

Kachelkaiser

Benutzer
Sehr erfahren
Mitglied seit
22. Feb 2018
Beiträge
1.944
Punkte für Reaktionen
775
Punkte
134
ich nehme an, der Auszug des Logs wurde über die Konsole gemacht oder? Weil bei mir im normalen HB-Protokoll kann ich dazu nix finden. Wie kann ich das Protokoll
über die Konsole aufrufen?
 

Adama

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
05. Mrz 2013
Beiträge
2.148
Punkte für Reaktionen
736
Punkte
154
Bei Hyper Backup neuer 4.0.0 findest du das unter
Code:
/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.
 
  • Like
Reaktionen: Kachelkaiser

Kachelkaiser

Benutzer
Sehr erfahren
Mitglied seit
22. Feb 2018
Beiträge
1.944
Punkte für Reaktionen
775
Punkte
134
Danke. da sehe ich auch die snaptshots.
 

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
13.764
Punkte für Reaktionen
3.738
Punkte
468
Bei mir sieht's im Log ähnlich aus wie bei @Adama, auch ohne die beiden Pakete.
 

Adama

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
05. Mrz 2013
Beiträge
2.148
Punkte für Reaktionen
736
Punkte
154
Dann bestätigt das meine letzte Vermutung...

Das ist die Hilfe zu dem verwendeten Befehl, der im Log auftaucht:

Code:
btrfs subvolume snapshot --help
usage: btrfs subvolume snapshot [-r] [-i <qgroupid>] [-u <subvolume id>|<subvolume path>] <source> <dest>|[<dest>/]<name>

    Create a snapshot of the subvolume

    Create a writable/readonly snapshot of the subvolume <source> with
    the name <name> in the <dest> directory.  If only <dest> is given,
    the subvolume will be named the basename of <source>.

    -r             create a readonly snapshot
    -i <qgroupid>  add the newly created snapshot to a qgroup. This
                   option can be given multiple times.
    -u <subvolume id>|<subvolume path> copy limit items from this subvol.

Wird demnach über btrfs selbst gemanaged.

Also doch: Kann weg, wenn nicht genutzt...
 


 

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