Hyperbackup Sicherung verursacht schreiblast auf anderem Laufwerk

geheim5000

Benutzer
Mitglied seit
27. Dez 2018
Beiträge
435
Punkte für Reaktionen
65
Punkte
28
Einmal eine ganz andere Idee. Kann es vill mit der Datenübertragungsverschlüsselung zu tun haben?
 

ctrlaltdelete

Benutzer
Contributor
Sehr erfahren
Maintainer
Mitglied seit
30. Dez 2012
Beiträge
13.649
Punkte für Reaktionen
5.820
Punkte
524
Könnte auch sein, nutze ich nicht.
 

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
13.803
Punkte für Reaktionen
3.761
Punkte
468
@geheim5000, jetzt beantworte doch endlich mal meine Fragen. Bei dir scheint Nomen est Omen zu bedeuten.
 

geheim5000

Benutzer
Mitglied seit
27. Dez 2018
Beiträge
435
Punkte für Reaktionen
65
Punkte
28
@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
 

Elrob

Benutzer
Mitglied seit
03. Jul 2018
Beiträge
56
Punkte für Reaktionen
1
Punkte
14
Vorschlag, wie wäre es mit bereinigen!
 

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
13.803
Punkte für Reaktionen
3.761
Punkte
468
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.
 

geheim5000

Benutzer
Mitglied seit
27. Dez 2018
Beiträge
435
Punkte für Reaktionen
65
Punkte
28
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.
 

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
13.803
Punkte für Reaktionen
3.761
Punkte
468
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
 

geheim5000

Benutzer
Mitglied seit
27. Dez 2018
Beiträge
435
Punkte für Reaktionen
65
Punkte
28
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
 

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
13.803
Punkte für Reaktionen
3.761
Punkte
468
Bin mal gespannt, ob das Zeug nach dem Backup wieder weg ist.
 

ctrlaltdelete

Benutzer
Contributor
Sehr erfahren
Maintainer
Mitglied seit
30. Dez 2012
Beiträge
13.649
Punkte für Reaktionen
5.820
Punkte
524
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

geheim5000

Benutzer
Mitglied seit
27. Dez 2018
Beiträge
435
Punkte für Reaktionen
65
Punkte
28
Ich hab es jetzt mal ohne die Komprimierung getestet. machte keinen Unterschied
 

Elrob

Benutzer
Mitglied seit
03. Jul 2018
Beiträge
56
Punkte für Reaktionen
1
Punkte
14
@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????
 


 

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