Freenas - Dataset krimpt niet bij verplaatsen van files.

[Calamor]

Thuis heb ik een server met FreeNas 11.1u6.
Nu ben ik bezig om mijn mappen structuur aan te passen naar een handiger layout.
Eerst had ik een situatie waar ik een dataset had in een dataset. Deze heb ik in freenas stanaard aangemaakt en geen aanpassingen gedaan behalve de rechten.
- Dataset A
|- Dataset B
De bestanden gaan van van Dataset B naar een folder in Dataset A.
Dit ging goed. Heb al meerdere inhouds van sub Dataset's verplaats naar folders.
Alleen de laatste dataset is heel groot, 1,5TB en ik heb een mirror van 3 TB hdd's.
Toen ik de bestanden uit die laatste dataset B ging verplaatsen had ik ineens ruimte te kort. Dit komt door dat de dataset B niet krimpt als er bestanden uitgehaald worden. Vroeger was dit probleem ook zo met Outlook dat je soms de ost niet kleiner werd als er mail werd verwijderd en dat je daar een optie had om die weer kleiner te maken.

Heb al een tijd lang lopen zoeken hoe ik die dataset kan krimpen naar de grote die hij hoort te hebben met de bestanden er in. Want er moet nog een hoop verplaatst worden voordat ik die dataset kan verwijderen.
Heeft er iemand een tip(s) of een oplossing om ruimte te krijgen op de nas.

Zelf ben ik ook nog bezig om bestanden op te ruimen. Met clonespy, maar die werkt niet helemaal goed. Het slaat bestanden over. In een folder zitten 100 bestanden en het ziet er maar 7. Voordat ik de freenas server had was ik niet heel handig bezig met opslaan van bestanden doordat ik verschillende backup hdd's gebruikte. En dat niet alle backups het zelfde waren. Ook speelt er mee dat ik last heb van beschadigde bestanden door bit rot. Dit merkte ik doordat bestanden niet te openen waren en foto's die een deel grijs zijn geworden. Nu zoek ik nog een andere tool die op bit niveau controleert en niet op naam,grote en datum wat ik alleen maar vind. Als iemand een tool kent die scand op bit niveau hoor ik het ook graag.

[igmar]

"verplaatsen" kan op 2 manier : Een copy + delete, of een move. Die laatste werkt alleen als source + destination op hetzelfde filesysteem staan, anders gebeurd een copy + delete.

Een copy & delete heeft ruimte nodig, een move niet. smbd doet in sommige gevallen een copy & delete.

Oplossing : Met ssh inloggen en met de hand verplaatsen (mv ....)

[DataGhost]

Ik weet niet welk FS je gebruikt maar heb je misschien nog snapshots waar je "verwijderde" bestanden nog in staan?

[Calamor]

Dat link wel erg logisch dat het dat moet zijn. Hoop dat ik er vanavond naar kan kijken. Misschien heb ik het per ongelijk aangezet. Wou mij daar nog in verdiepen na dat alles opgeruimd was en op de goede plek zit. Want ik dacht anders wordt dat heel erg groot omdat er heel veel data verplaats en verwijderd word. Al geld dit niet voor Dataset A. Het is alleen op Dataset B die niet kleiner wordt.

DataGhost schreef op dinsdag 25 juni 2019 @ 19:21:
Ik weet niet welk FS je gebruikt maar heb je misschien nog snapshots waar je "verwijderde" bestanden nog in staan?

Dank je wel voor je tip!!! Dat was het inderdaad. Er was een snapshot van Database B. Heb nu heel wat ruimte vrij . Nu nog alles uit zoeken.

[ Voor 31% gewijzigd door Calamor op 26-06-2019 23:08 ]