@iSCSI und @img_bkp_cache füllen Systemplatte

bonnerchen

Benutzer
Mitglied seit
04. Jul 2019
Beiträge
44
Punkte für Reaktionen
2
Punkte
8
Hallo zusammen,

ich habe im Forum nichts hierzu gefunden ... wahrscheinlich habe ich nicht richtig gesucht ,-)

Meine 1TB Systemplatte füllt sich zusehens und ich finde keinen Weg dies abzustellen. Ursache sind die Verzeichnisse "@iSCSI" mit knapp 160GB und "@img_bkp_cache" mit knapp 250GB. Sie machen also etwas weniger als 50% der Kapazität der Systemplatte aus.
Wenn ich es richtig verstanden habe, nutzt HyperBackup das "@img_bkp_cache". Ich sichere einige wichtige Daten in einem HiDrive, scheinbar werden unter "@img_bkp_cache" alle per WebDav gesicherten Daten gecached ...
Was unter "@iSCSI" liegt, kann ich nicht nachvollziehen. Ich nutze keinerlei iSCSI. Der SAN Manager ist zwar installiert, aber keine LUNs eingerichtet.

Hat jemand dies gelöst und kann mir Tipps geben?

Viele Grüße vom Bonnerchen
 

himitsu

Benutzer
Sehr erfahren
Mitglied seit
22. Okt 2018
Beiträge
2.904
Punkte für Reaktionen
336
Punkte
123
Sind die nur so groß, oder belegen sie wirklich so viel?

Nutzt du den VMM?
Dessen Images liegen auch da drin.

Bei den VM-HDD-Images, die sind als Sparse-File angelegt, also leere Stellen belegen keinen Speicher.
Und wenn man im VMM, bei den HDDs die Speicherrückgewinnung nicht vergisst zu aktivieren, dann können gelöschte Bereiche auch wieder freigegeben werden.

Auch bei Snapshots der VM, sind die Images der HDDs untereinander verlinkt und unveränderte Bereiche belegen nicht doppelt den Speicher (Block-Deduplication quasi)



Jupp, img_bkp_cache dürfte vom Hyper Backup sein.
 
Zuletzt bearbeitet:

bonnerchen

Benutzer
Mitglied seit
04. Jul 2019
Beiträge
44
Punkte für Reaktionen
2
Punkte
8
Hi Himitsu!

Jau, ich nutze den VMM; danke, dann werde ich dass mit der Speicherrückgewinnung mal prüfen. Die Snapshots habe ich schon reduziert. Ich hatte zweimal wöchentlich Snapshots erzeugt und 6 Versionen aufbewahrt. Mal sehen, wie es Morgen aussieht.

Das mit dem img_bkp_cache ist echt blöd, da würde mich interessieren, wie ich den Cache reduzieren kann. EIne Anfrage an den Synology-Helpdesk ist schon raus.

Danke vom Bonnerchen!
 

himitsu

Benutzer
Sehr erfahren
Mitglied seit
22. Okt 2018
Beiträge
2.904
Punkte für Reaktionen
336
Punkte
123
Gesamtüberblick
Code:
btrfs filesystem df /volume1

jeweils UserID/SubVolumeID Size Exclusive
Code:
btrfs subvolume list /volume1
btrfs qgroup show  /volume1

btrfs qgroup show /volume1 | sort -hrk 2

und falls du zuviel Zeit hast
Code:
btrfs filesystem du -s /volume1

btrfs filesystem du /volume1
 
Zuletzt bearbeitet:

bonnerchen

Benutzer
Mitglied seit
04. Jul 2019
Beiträge
44
Punkte für Reaktionen
2
Punkte
8
So, ich habe die Rückmeldung von Synology. Das Verzeichnis img_bkp_cache gehört tatsächlich zu HyperBackup und der Cache kann nicht reduziert oder auf ein anderes Volume verschoben werden. Ich muss das HyperBackup komplett auf ein anderes Volume verschieben. Ich hatte hier im Forum irgendwo mal eine Anleitung gefunden, wie man eine Installation verschiebt

... das ist dann das ToDo für das kommende Wochenende ;-)
 


 

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 

 
 
  AdBlocker gefunden!

Du bist nicht hier, um Support für Adblocker zu erhalten. Dein Adblocker funktioniert bereits ;-)

Klar machen Adblocker einen guten Job, aber sie blockieren auch nützliche Funktionen.

Das Forum wird mit hohem technischen, zeitlichen und finanziellen Aufwand kostenfrei zur Verfügung gestellt. Wir zeigen keine offensive Werbung und bemühen uns um eine dezente Integration.

Bitte unterstütze dieses Forum, in dem du deinen Adblocker für diese Seite deaktivierst.

Du kannst uns auch über unseren Kaffeautomat einen Kaffe ausgeben oder ein PUR Abo abschließen und das Forum so werbefrei nutzen.

Vielen Dank für Deine Unterstützung!