Cloud Station zorgt voor Disk Full

[adominus]

Ik had ook last van een disk die continu " vol liep".
Via terminal de dir @cloudstation verwijderd.
Het probleem is opgelost, maar
geeft dit een systeemfouten?
Werkt de coud nu nog ?

Hoe kan ik in de toekomst voorkomen dat er weer een dergelijke map aangemaakt wordt? of iets dermate ruimte inneemt zonder dat je dat kunt waarnemen in file station

Ik moet wel vermelden dat:
- ik onlangs cloudstation had verwijderd (binnen dsm 3.4 )
- weer geïnstalleerd heb, maar anders ingericht
- de te aantal bewaarde herstelbestanden inmiddels op 5 he staan

gr

[Briolet]

Via terminal de dir @cloudstation verwijderd.
....
Werkt de coud nu nog ?

Wat denk je zelf? Dat synology voor de lol een duplicaat bewaard?

[adominus]

....
Werkt de coud nu nog ?[/quote]

Wat denk je zelf? Dat synology voor de lol een duplicaat bewaard?
[/quote]

Slecht geslapen of zo?
Als je niets zinnigs te zeggen hebt , reageer dan niet

[Robert Koopman]

Niets zinnigs te zeggen?
Lijkt mij toch een volkomen normale reactie.
Cloudstation zal toch niet voor niets een @cloudstation map aanmaken,?
Als je die weghaalt werkt dan alles naar behoren? Lijkt mij niet.

[adominus]

Bij mij maakt de applicatie "cloudstation" in dsm 4.3 , automatisch weer een eigen directory "@cloudstation" aan op /volume1.

Vervolgens worden daar de reserve bestanden in gezet.

vandaar mijn reactie .

ondertussen nog seeds geen antwoord op mijn vraag.

Welke instellingen zorgen ervoor of welke actie zorgt ervoor dat een dergelijke " spook" omvang kan ontstaan.

[Briolet]

Dan moet je toch echt in de source code duiken om te zien waarom dit noodzakelijk is. Het enige wat medewerkers van Synology schrijven, is dat dit 'By design' is. Maar dit alles is afgelopen week elders op dit forum al uitgebreider aangehaald, dus duplicatie hier lijkt me niet nodig. (Want duplicatie wilden we juist niet)

[Birdy]

ondertussen nog seeds geen antwoord op mijn vraag.

Hoe kan ik in de toekomst voorkomen dat er weer een dergelijke map aangemaakt wordt?

Dan maak je toch een script die @cloudstation delete ?
Zet in de crontab en laat om het uur dat script draaien.
Of @cloudstation linken aan /dev/null (of iets dergelijks)
Maar of dit ten goede komt van het Cloud systeem ? 

[adominus]

bedankt Birdy,
maar dat gaat hem niet worden, voor mij.
Dat zou ook het doel van de cloud ondermijnen.

Ik heb het vermoeden dat cloudstation zijn "draadjes" kwijt is geraakt bij het verwijderen en herinstalleren en daarna weer opnieuw een een database heeft aangelegd. En die is enorm als het aantal herstelbestanden op 35 staat. Deze heb ik dus naar beneden bijgesteld.

Ben wel benieuwd hoe hij vandaag gaat reageren. Zojuist een update geïnstalleerd van het cloudstation. Hierna moet ik de users weer opnieuw koppelen, wat misschien het gevolg heeft dat hij weer databases gaat aanmaken?

[rvldj]

Hallo Smitplace, jij had aangaande dit onderwerp een ticket uitgezet bij Synology. Ik hoor graag of daar nog iets uitgekomen is. Groet,

[Smitplace]

Voor diegenen die weer of nog dit probleem hebbem, de oplossing is eenvoudigweg CloudStation opnieuw erop zetten, de mappen verschijnen dan weer, dan de mappen verwijderen en dan, als dat de wens is, CloudStation verwijderen.

Alles schijfruimte is dan weer keurig beschikbaar!