Hyperbackup Sicherung verursacht schreiblast auf anderem Laufwerk

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Einmal eine ganz andere Idee. Kann es vill mit der Datenübertragungsverschlüsselung zu tun haben?
 
Könnte auch sein, nutze ich nicht.
 
@geheim5000, jetzt beantworte doch endlich mal meine Fragen. Bei dir scheint Nomen est Omen zu bedeuten.
 
@Benares
kommt, musste dafür nur erst zugriff haben

Sicherungsziel ist kein Drive Team Ordner. Ziel ist per R-Sync eine OMV Maschine.

1700245054665.png

Datenbank also auch sehr klein
 
Vorschlag, wie wäre es mit bereinigen!
 
Ok, hätte ja sein können. Du schriebst, dass permanent auf die NVMEs geschrieben wurde. Es müsste doch rauszufinden sein, was da geschrieben wurde.
 
ja klar, ich bin ja selber neugierig was das auslöst



sobald der ordner jetzt durch ist, teste ich es ohne die komprimierung.
kann ich über die konsole sehen was grad schreibzugriff verursacht? also welcher prozess.
 
Du könntest einfach über die Konsole (ssh) schauen, was alles z.B. in den letzten 15 Minuten geschrieben wurde.
Code:
find /volume2 -cmin -15
 
Ein Ausschnitt

Der Ordner der gerade gebackuped wird heißt Sicherung


Code:
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1489.lock
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1490.lock
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1487.index
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1489.index
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1490.index
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1488.index
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1491.lock
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1492.lock
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1493.lock
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1491.index
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1492.index
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1493.index
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1494.lock
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1494.index
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1495.bucket
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1495.lock
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1496.bucket
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1496.lock
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1497.bucket
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1497.lock
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1495.index
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1497.index
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1496.index
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1498.bucket
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1498.lock
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1498.index
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1499.bucket
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1499.lock
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1500.bucket
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1500.lock
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Pool/0/7/1499.index
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Control/@writer/seq_mapping.temp
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Control/@writer/seq_mapping.temp-wal
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Control/@writer/seq_mapping.temp-shm
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Guard/cloud/temp.log-wal
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Guard/cloud/temp.log-shm
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Guard/local_file.db-wal
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Guard/local_file.db-shm
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Guard/local_bucket.db-wal
/volume2/@img_bkp_cache/rsync_192.168.0.44_Backup_Sicherung.YhRuau/Sicherung.hbk/Guard/local_bucket.db-shm
 
Bin mal gespannt, ob das Zeug nach dem Backup wieder weg ist.
 
Sollten vom System wieder gelöscht werden, aber es bleiben Dateien im Verzeichnis, siehe Bilder. Bei mir insgesamt 600 MB!
 

Anhänge

  • 1700318313936.png
    1700318313936.png
    21,3 KB · Aufrufe: 10
  • 1700318350404.png
    1700318350404.png
    16,1 KB · Aufrufe: 10
  • 1700318409700.png
    1700318409700.png
    14,1 KB · Aufrufe: 10
@ctrlaltdelete
Ist ein initial Backup, könnte also durchaus dadran liegen. Frag mich zwar wieso dadrauf gecached werden muss aber gut.

Bei 10% währe es mir nichtmal aufgefallen. Die 100% sind halt nur ungewöhnlich

@Benares
Drive liegt auf den NVMEs. synct einen Ordner mit einem entfernten Nas, mehr nicht.

Aber was hat das mit Hyper Backup zu tun?
Hmmm ist da nicht noch auch eine uralte PHP Version im Spiel die Hyperbackup braucht????
 

Additional post fields

 

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