Synology-Forum.nl
Packages => Officiële Packages => Topic gestart door: m4v3r1ck op 15 oktober 2025, 10:15:45
-
Iets met AI en een bos ingestuurd worden...?
DS1821+ / DSM 7.2.2-72806 Update 4
De verwijderde data - back-ups - in mijn Home Assistant Virtuele Machine - Storage Pool btrfs - resulteert niet in meer opslagruimte, deze vrije opslagruimte blijft ~21GB = <5%
Ticket ingelegd, maar kan daar geen chocolade van maken, omdat ik van de AI instructies krijg met tabs die helemaal niet bestaan (?).
Dear Support,
After trying to troubleshoot my issue with the suggested options, I get no resolution, because the mentioned tabs do not exist.
1. Check for Virtual Machine Snapshots
Snapshots can prevent storage space from being freed because they preserve the state of the virtual disk at a specific point in time, including the data you have deleted.
* Open **Virtual Machine Manager**.* Select your virtual machine and click on the **Snapshot** tab.* If there are any existing snapshots that you no longer need, consider deleting them to allow the system to reclaim the space.
>> There is NO **Snapshot tab** when I select my virtual machine:
1. Review the Space Reclamation Schedule
For volumes using the Btrfs file system, space reclamation is a scheduled background task. You can check and adjust its schedule to ensure it runs.
* Go to **Storage Manager** > **Storage**.* Select the Storage Pool where your virtual machine is stored.* Click the `...` icon in the top-right corner and select **Settings**.* Go to the **Space Reclamation** tab and ensure that the schedule is enabled and configured to run. For a faster result, you can set it to run more frequently.
>> There is NO **Space Reclamation** tab under **Settings**
Gebruikt AI support een andere versie van DSM? Waar zijn de tabs die worden genoemd?
Kortom: wat is wel de juiste route om de verwijderde data in mijn HA VM om te zetten naar vrije opslagruimte?
Dank!
-
Ik denk AI.
Lees dit gedeelte eens: To perform other actions on a virtual machine (https://kb.synology.com/en-af/DSM/help/Virtualization/virtual_machine?version=7)
En, Set a Space Reclamation Schedule (https://kb.synology.com/en-af/DSM/help/DSM/StorageManager/storage_pool_space_reclamation?version=7)
-
Dank voor je snelle antwoord.
Hieronder wat afbeeldingen van de instellingen n.a.v. jouw links:
Storage Pool 2
[attachimg=1]
Geen snapshots aanwezig
[attachimg=2]
Space Reclamation ingesteld voor Storage Pools / Volumes 1 & 2
[attachimg=3]
Space Reclamation tijdschema ingesteld voor Storage Pools / Volumes 1 & 2
[attachimg=4]
edit: voor de zekerheid ook een herstart gedaan van mijn NAS, helaas zonder resultaat.
-
Dan weet ik ook niet, ben niet echt thuis in VMM.
Zou maar terug reageren op je Ticket.
-
* Open **Virtual Machine Manager**.* Select your virtual machine and click on the **Snapshot** tab.* If there are any existing snapshots that you no longer need, consider deleting them to allow the system to reclaim the space.
[/i]
>> There is NO **Snapshot tab** when I select my virtual machine:
Klik met de rechter muisknop op je VM en dan zie ik de optie "Snapshot list" (taal staat op engels bij mij)
-
^^^^
Dank!
Dat is geen tab maar een pull down menu, SynologY hanteert in haar antwoord een zeer verwarrende how-to-get-there m.i.
In mijn afbeelding Volume Usage Details is te zien dat er geen Snapshots zijn, die verwijderd kunnen worden, (80KB)
Wordt vervolgd... 8)
-
Reactie SynologY TS:
Dear customer,
Several things :
1- i can check on the NAS where the space is taken i'm sending you a remote access request after this message.
2-concerning the VM itself, once storage grown, it is not possible to shrink it the size not the content used
Sincerely,
Begrijp ik het dan goed, dat een volume dat groter als % van de totaal aangewezen GB - 455GB - wordt door meer data, de verwijderde data niet meer vrij kan worden gemaakt, voor nieuwere data. Wat heeft die instelling Space Reclamation dan voor zin?
ik snap dit helemaal niet, iets in mij zegt: zeer onlogisch...
Impliceert dit, dat ik gewoon 2 grotere SSD's - 1 / 2TB - moet gaan installeren?
Ik hoop dat iemand met ervaring met VMM i.c.m. Space Reclamation me op het juiste pad kan dirigeren.
Dank! Wordt vervolgd... 8)
-
UPDATE: Afgelopen nacht blijkt mijn Home Assistant VMM op Volume 2 weer de opslagruimte terug te hebben gekregen. Space Reclamation toch gewerkt?
VMM Volume 2 tijd 01:50:35
[attachimg=1]
VMM Volume 2 tijd 02:50:35
[attachimg=2]
Nu op zoek naar de logfile die me inzicht kan geven, welk proces daadwerkelijk verantwoordelijk is geweest voor het vrijmaken van deze opslagruimte die geblokkeerd leek te zijn. In de Log Center package - servernaam - kom ik geen overeenkomstige regels tegen met de sleutelwoorden "space" / "reclamation".
Ticket aangevuld met deze nieuwe situatie.
Wordt vervolgd... 8)
-
Reactie van Technical Support m.b.t. mijn vraag welke en waar de logfiles staan, om de opruimactie op Volume 2 nader te onderzoeken.
Dear ,
Glad to read it seems finally ok.
Several points:
1- usually we are not allowed to disclose all the details of the system and the internal command we use.
And i am not aware of everything at my level
But from what i think when reclaim is done should trigger an "unmap" command
2-Usually also the release of everything is not instant, some process are running slow in the background to let the NAS being usable without too much resources taken
3- Some general log fro VMM could be found there :
/var/log/synovmm.log
I am unsure if the relcaim process could be seen there or in the iscsi.logs maybe .
to check what happened in the time
you can maybe check in var/log/messages
Sincerely,
Support
Toch maar even gevraagd of mijn ticket naar een collega kan worden ge-escaleerd, die me duidelijker en met 100% zekerheid kan uitleggen waar en in welke logfiles ik iets kan teruglezen m.b.t de Space Reclamation in VMM op Volume 2.
Mochten jullie mij kunnen voorzien van de juiste cli commando's in macOS Terminal, dan houd ik me van harte aanbevolen.
Wordt vervolgd... 8)
-
de juiste cli commando's
Voor wat ? Om de log files te verkrijgen ?
-
Overigens, als het alleen om de logfiles gaat, als je in Support Center (hoofdmenu) > Support Services Log Generation gaat en alleen Virtual Machine Manager aanvinkt en op Generate Logs klikt, dan krijg je de ..dat file.
Deze uitpakken en vind de genoemde logfiles:
\dsm\var\log\synovmm.log
\dsm\var\log\iscsi.log
\dsm\var\log\messages
-
Bedankt Birdy voor je snelle reactie!
Heb je werkwijze opgevolgd en de debug_*serienummer*.dat uitgepakt. Bij mij staan de logfiles - DSM 7.2.2 - voor VMM in onderstaande locaties in macOS 14.8:
/Downloads/debug_*serienummer*/Virtualization/var/log/synovmm.log
/Downloads/debug_*serienummer*/dsm/var/log/iscsi.log
/Downloads/debug_*serienummer*/dsm/var/log/messages (zonder .log extensie)
Ik ga eens rondneuzen in deze logfiles. 8)
-
Ahhh, die van mij komt uit DSM7.3, ze hebben kennelijk de locatie van synovmm.log gewijzigd :lol:
-
UPDATE: cli command van SynologY Technical Support gekregen:
They provided a command to me
here is the command you can use :
ps aux | grep btrfs-cleaner
Toch maar even de vraag gesteld, waar we hier naar kijken... wit, melk of puur ;)
~# ps aux | grep btrfs-cleaner
root 8538 0.0 0.0 33216 2376 pts/2 S+ 11:23 0:00 grep --color=auto btrfs-cleaner
root 12619 0.0 0.0 0 0 ? S Oct18 0:42 [btrfs-cleaner]
root 13997 0.0 0.0 0 0 ? S Oct18 0:16 [btrfs-cleaner]
-
1e output regel is jouw vertaalde commando.
2e en 3e output regels zijn inactieve/slapende cleaners
-
Update: reactie van SynologY TS:
Dear,
Here are the additionnal informations :
The status is R: Space Reclamation is running correctly, just wait.
The status is D: Space Reclamation is waiting for IO, just wait.
The status is S or S+: Space Reclamation is sleeping
So not running should be finished for you i guess
After the other informations are for internal use only i won't be able to give more than this.
Sincerely,
Welke SynologY's uiterst concurentie gevoelige informatie ten aanzien van hun Space Reclamation proces willen ze niet prijsgeven..... Wat een krampachtig gedoe weer en ik heb nog steeds geen antwoord op mijn vraag. :drol:
Dear ,
Thank you for your reply.
I still have not received a definitive answer to my question: "Where & in which location/logfile can I review the Space Reclamation process, that is responsible for reclaiming the unused space in my Home Assistant in VMM on volume 2?"
415 GB (10/20/2025 01:50:35) - 171 GB (10/20/2025 02:50:35) => 244 GB reclaimed (see space remaining Home Assistant)
(Bijlage)
(Bijlage)
(Bijlage)
I sincerely hope you can provide me this data. If you need a debug.dat file for the Technical Support department, please let me know.
Kind Regards and have a joyful weekend!
-
Ik heb mijn ticket mbt Space Reclamation zelf maar gesloten...
Dear,
"I still have not received a definitive answer to my question: "Where & in which location/logfile can I review the Space Reclamation process, that is responsible for reclaiming the unused space in Home Assistant on volume 2?"
In the document provided bu our HQ there are no mention at all about logs, just commands the ones i have provided
there are script for check in case of issues but i cannot provide those
there are nothing more in the internal document
and i browsed my whole /var/log folder there is nothing related with reclamation of space
Sincerely,
Dit is m.i. geen support die ik van SynologY zou mogen verwachten in ieder geval. Zou deze medewerker van support op zijn DS thuis zelf trial-and-error(s) doen? (: