Synology-Forum.nl
Packages => Officiële Packages => Cloud Station & Drive => Topic gestart door: jorritdj op 28 maart 2013, 17:15:45
-
Ik heb een DS212+ met 2 Tb aan opslag. Al enige tijd gebruik ik Cloud Station met plezier.
Maar sinds een paar weken neemt de vrije ruimte steeds af. Nu is binnen 2 weken bijna 400 Gb verdwenen. Na zoeken ben ik erachter gekomen dat de /volume1/@cloudstation18547 map zo'n 400 Gb bevat.
Nu probeer ik Cloud Station te stoppen en te verwijderen, maar dat lukt niet. Intussen handmatig 15 Gb vrijgemaakt. Maar het Packagecenter start niet goed. Als ik de Cloud Station eindelijk kan benaderen reageert het stop en verwijderen niet.
Kan iemand mij helpen???
-
Ik heb een DS1511 met 3x3Tb SHR en 2x 1Tb. Heb gisteren Cloudstation geïnstalleerd en gestart en zag mijn vrije ruimte (was circa 2Tb) langzaam afnemen. De nas stond de hele nacht te "pruttelen" zonder connectie van enig apparaat. Heb cloudstation gestopt toen er nog 300 Gb vrije ruime over was en gedeïnstalleerd. De vrije ruimte is weer toegenomen naar circa 2Tb. Vergelijkbaar probleem lijkt het wel.
Iemand een suggestie voor oplossing?
Met vriendelijke groet,
Lex van der Loo.
-
Hallo,
Hier hetzelfde probleem.
Volume 1 (3TB) liep compleet vol. Vervolgens Cloud Station gestopt, alle normale mappen verplaatst naar Volume 2 (3TB) om vervolgens te zien dat Volume 1 nog steeds 1,4TB in gebruik heeft terwijl er dus officieel niets meer op staat. Dit zal dus door Cloud Station in gebruik genomen zijn.
Ik ben benieuwd hoe dit verwijderd kan worden, want deze verloren ruimte is niet echt aangenaam.
Groet...........
-
Wellicht is de prullenbak ingeschakeld?
-
Hallo Ton,
Dat had inderdaad zomaar het probleem kunnen verhelpen, dank!
Echter, alle prullenbakken zijn leeg en doordat alles verplaatst is naar volume 2, zo ook de eventuele prullenbakken. Ik vermoed dat ergens een verborgen map staat gevuld met alle gesynchroniseerde mappen tot het moment dat ik Cloud Station stopte. Die map(pen) is/zijn nergens terug te vinden. In mijn "home" map staat natuurlijk de map Cloud Station, maar die is slechts 3MB. Waar staan de 1,4TB?
Ik heb echt geen idee, kan niets vinden!
-
Cloud station heeft geen normale prullenbak. Hij slaat wel ergens oude versies én gewiste versies op. Maar er worden tot 32 'vorige' versies opgeslagen. En elke keer een map hernoemen zorgt ervoor dat de gehele inhoud als nieuw gezien wordt. Dat gaat uiteindelijk heel veel ruimte kosten als je niet regelmatig de boel opschoont. Maar cloudstation is ook nooit bedoeld om mega grote mappen te synchroniseren.
Vanaf dsm 4.3 slaat hij verschillen op je files aanpast. Dat scheelt ook direct een boel.
-
Dank je Briolet,
Inmiddels is het principe van Cloud Station helder, dus inderdaad dat het niet bedoeld is om alle grote mappen te synchroniseren.
Maar heb je enig idee waar die gewiste versies opgeslagen worden en, ook niet onbelangrijk, hoe die dan vervolgens verwijderd kunnen worden?
Cloud Station staat nu uit, alle normale prullenbakken zijn leeg, staat officieel niets meer dan alleen Package Center op Volume 1, maar wel 1,4TB in gebruik. Ik wil dus graag alles wat erop staat en er niet hoort, eraf hebben..............
Alvast bedankt, ik kan het in elk geval nergens vinden!
-
In het eerste bericht wordt vermeld dat er heel veel in de map: /volume1/@cloudstation18547 staat. Die map zie ik zelf niet, maar wel /volume1/@cloudstation (Dus zonder het nummer, maar ik heb al dsm 4.3 beta)
Ik zou zeggen dat je die folder moet deleten. Daar kun je echter alleen via root access bij (telnet of ssh).
Ik zou echter verwachten dat die folder vanzelf leeg gemaakt wordt als je cloudstation verwijderd.
-
Hallo Briolet,
De melding van de map /volume1/@cloudstation18547 had ik inderdaad ook gezien. Ik heb alleen geen idee hoe ik die ga vinden, met of zonder nummer erachter. Als ik "gewoon" zoek met de zoekfunctie wordt er helaas niets gevonden. Laat staan dat ik de mogelijkheid geboden krijg het te deleten.
Enig idee hoe "root access" via SSH of telnet werkt? Ik namelijk totaal niet..........
Ook ik zou persoonlijk verwachten dat wanneer je Cloud Station compleet verwijdert de folders eveneens verwijderd worden, ik heb echter ook al ergens gelezen dat dit niet het geval is en je nog verder van huis bent doordat Cloud Station zelf dan weg is. Vandaar dat ik Cloud Station zelf nog maar even heb laten staan.
Echt vaag dit, met name dat je niet "gewoon" de optie hebt dat je kunt zien wat er o.a. op de schijf staat.
-
Voor root access open ik op mijn mac de terminal en tik daar in: ssh root@MyIP
Dan vraagt hij om het admin wachtwoord. Vervolgens kun je met Unix commandows aan de gang. (waarschijnlijk linux commandows op dat moment maar ik ken alleen de vrijwel identieke unix instructies die op de mac gebruikt worden) :P.
In elk geval zie je met root access de systeem folders die je normaal nooit te zien krijgt. Maar als je nooit met linux instructies gewerkt hebt is het in het begin een beetje lastig en moet je dat eerst leren. En als je niet precies weet wat je doet, kun je veel schade aanrichten.
-
Als je alle files wilt 'zien' dan zul je (1) Telnet/ssh moeten activeren (zie configuratieschema->terminal) en wil dat (2) comfortabel doen doen moet je een FTP-client gebruiken die met SCP overweg kan.
Voor Mac is dat bijv. Rbrowser. Je moet wel een testlicentie aanvragen.
-
Zowel Brialet als TonVH bedankt, ik ben bang dat ik me hier niet aan ga wagen. Voor beide uitvoeringen heb ik eenvoudigweg te weinig kennis van zaken.
De kans is te groot dat ik meer schade aan zal richten dan daadwerkelijk iets op ga lossen, beter van niet.
Want, als ik op mijn iMac Rbrowser installeer en via ssh/telnet toegang gekregen heb, weet ik nog niet of ik de/het juiste bestand(en) verwijder. . . .
Ik heb een support ticket uitgezet bij Synology en ben benieuwd of ik vanuit hen een dusdanige begeleiding kan krijgen waardoor ik zeker ben ga ik de boel niet verziek! Ik zal het verschrikkelijk vinden als ik door pure onkunde de boel om zeep help.
THX
-
Iets dat niet in dit topic zit, maar hebben jullie ook last van een CPU die constant 100% draait doordat facerecognition maar blijft draaien ondanks het feit dat deze functie al langer dan een week geleden in Photo Station uitgezet is?
Echt vaag dit....................
Nogmaals, zit niet in dit topic, vind er ook geen topic over terug, maar wellicht dat jullie hier ervaring mee hebben?
Zo niet, dan ga ik een topic openen!
THX
-
Zo niet, dan ga ik een topic openen!
Open maar een nieuw topic. Bvd. 8)
-
Done!
-
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
-
Via terminal de dir @cloudstation verwijderd.
....
Werkt de coud nu nog ?
Wat denk je zelf? Dat synology voor de lol een duplicaat bewaard?
-
....
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
-
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.
-
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.
-
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)
-
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 ? :S
-
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?
-
Hallo Smitplace, jij had aangaande dit onderwerp een ticket uitgezet bij Synology. Ik hoor graag of daar nog iets uitgekomen is. Groet,
-
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!