Cloud Sync synct niet alle Google drive mappen

[hankheen]

Hi,

Ik loop tegen een vervelend probleem aan, en het lijkt wel alsof ik de enige ben - want niets over te vinden. Of het moet aan mijn manier van zoeken liggen.

Het probleem is het volgende. Ik sync mijn hele Google Drive account (ca. 750GB) met mijn Nas. Al jaren. En dat ging altijd goed. Echter zijn er nu bepaalde mappen die hij niet goed synct. Cloud sync zegt dat hij bijgewerkt is; maar op mijn Nas staan bestanden die niet in mijn Google Drive zitten.

- Heb de synchronisatierichtingsinstellingen op bidrectioneel staan.
- Er zijn geen bestand filters ingesteld.
- Alle Google drive mappen zijn geselecteerd in de takenlijst.

Ik probeer op de een of andere manier Cloud Sync te forceren die bepaalde mappen te controleren en dan te laten syncen door bijvoorbeeld alle Drive mappen uitteschakelen en alleen de betreffende map aan te vinken in de takenlijst. Het lijkt wel alsof het de grotere bestanden betreft die niet gesynct worden.Ik heb in iedergeval twee voorbeelden van grotere bestanden die wel op de Nas staan, maar niet in Google dive. (>250MB). Als ik een test bestandje in de betreffende Google Drive map plaats (geupload via de drive webomgeving) wordt die zonder problemen rechstreeks naar mijn Nas gesynct.  Andersom werkt een test bestand ook prima.

Bij de instellingen van Cloud Station heb ik geen filters op bestandsgrootte staan (0MB).

Heeft iemand een suggestie of nog beter: een oplossing?

[Hofstede]

Heb je onder DSM al even bij de help van CloudSync gekeken? Daar staat in de note een aantal condities waaraan een file moet voldoen om gesynchroniseerd te worden. Bepaalde bestandsnamen zijn niet toegestaan.

Ik heb zelf een keer een soortgelijk probleem gehad met OneDrive. Ik heb toen de connectie in CloudSync verwijderd en opnieuw ingesteld en dat verhielp het probleem. Hij bouwt dan de synchronisatie-database voor de connectie opnieuw op.

[hankheen]

Dank voor je snelle antwoord. Ik had daar inderdaad ook gekeken. Bestandsnaam is vergelijkbaar met andere bestanden in dezelfde map, dus zie geen reden dat dat de oorzaak zou zijn. Heb er inderdaad ook al aangedacht om de koppeling te verbreken en opnieuw aan te maken. Moet zeggen dat  ik daar wat huiverig voor ben, gezien de grote hoeveelheid files en dat ik zoals het nu lijkt Cloud sync niet helemaal kan vertrouwen. Als ik de koppeling verbreek, kan ik er dan voor kiezen de bestanden lokaal (op de Nas) te laten staan?

[Hofstede]

Mijn ervaring is dat hij de lokale bestanden op de NAS en de bestanden in de cloud gewoon laat staan. Als je de verbinding dan opnieuw legt gaat hij  alle lokale bestanden op de NAS en in de Cloud met elkaar vergelijken en alleen de ontbrekende synchroniseren.

[Mr.Hoek]

Als je de niet gesyncte bestanden in een andere map plaatst, worden ze dan wel gesyned?
Wat zijn de eigenschappen van het bestand (hidden, system, readonly, oid). Staat toevallig ook de ‘internet’ aanduiding als eigenschap, misschien dat de sync daar op hikt. (Ik gis maar even een eind weg hoor).

[hankheen]

Vandaag de koppeling verbroken (data blijft inderdaad lokaal staan), en daarna weer opnieuw opgezet. Daarna laten voor wat het is, en zojuist weer naar gekeken. Cloud Sync geeft aan dat alles gescynchroniseerd is. Dezelfde bestanden verschijnen echter niet online in Google Drive.

Daarna het bestand verplaatst naar een andere map. Ook daar gebeurde niets. Toen in diezelfde map een test mapje + bestandje aangemaakt. Werd instant geupload.

@Mr.Hoek, dank voor het meedenken.

Wat zijn de eigenschappen van het bestand (hidden, system, readonly, oid). Staat toevallig ook de ‘internet’ aanduiding als eigenschap, misschien dat de sync daar op hikt.

Doel je op eigenschappen die ik in DSM kan inzien? Want daar vindt ik weinig eigenschappen. Ik zie niets raars in ieder geval. Werk zelf met een Linux Mint systeem, maar het systeem kan geen rechten bepalen van bestanden die op de NAS staan.

Zojuist in File Station het bestand naar ZIP gecomprimeerd. En die wordt op dit moment instant geupload.

Dus blijkbaar iets bestands specifiek. De twee bestanden waarvan ik weet dat ze niet uploaden zijn beide (voor wat het waard is) filmpjes gemaakt met een editor op Android. MP4 bestanden om precies te zijn.

- File naam bestaat uit cijfers + spatie + tekst.mp4
- 232 Mb
- Ik ben ingelogd met een admin account
- Ik heb lees- en schrijfrechten voor het bestand.
- Ik heb duizenden bestanden met een zelfde soort naam (bv 00000000000000 tekst.jpg - allemaal foto en film bestanden) die altijd prima synchroniseerden.

Toch maar eens een testjes gedaan.

Wat hij niet upload:
20180917225421.png
20180917225421 test.png
20180917225421.jpg
20180917225421 test.txt
test.pdf

Wat wel upload:
Dit is een test (leeg tekst file)
20180917225421 test.zip

Geen idee wat hier ten grondslag aan ligt. Ik heb gekeken bij bestandsfilters. Daar is niets aangevinkt, behalve de optie 'Andere'. Echter staan er geen uitzonderingen onder. Dat heb ik vanmiddag bij de setup ook niet ingesteld.

Alle sugesties zijn welkom   

[Briolet]

Kan het zijn dat je een file "test.pdf" en "test.PDF" hebt. Linux is case sensitive en ziet dit als twee verschillende files. Ik weet alleen niet hoe drive hier op reageert.

[Mr.Hoek]

Kan het zijn dat je een file "test.pdf" en "test.PDF" hebt. Linux is case sensitive en ziet dit als twee verschillende files. Ik weet alleen niet hoe drive hier op reageert.

Dat is ook een goede... want volgens mij werken zo’n beetje alle cloud syncs met niet hoofdlettergevoelige bestanden (test.pdf = Test.PDF)

[Mr.Hoek]

Doel je op eigenschappen die ik in DSM kan inzien? Want daar vindt ik weinig eigenschappen. Ik zie niets raars in ieder geval. Werk zelf met een Linux Mint systeem, maar het systeem kan geen rechten bepalen van bestanden die op de NAS staan.

Ik werk zelf met Windows. Via SMB kun je de eigenschappen (bestandsattributen zien). Eén van deze attributen is ‘archiveren’ waar de sync dan naar kijkt, welke dan wordt gezet bij verplaatsen/kopiëren van het bestand. In DSM kan ik die eigenschappen niet zien...

[Hofstede]

Heb je al eens geprobeerd zelf deze bestanden via de computer te uploaden naar Google Drive? Mogelijk krijg je dan een melding van Google Drive waarom het niet mogelijk is om het bestand te uploaden.

[hankheen]

Goedemorgen! Allereerst dank voor de suggesties.

Wat betreft de bestandsnamen in kleine/hoofdletters.
- Ik heb geen dubbele bestandsnamen in de betreffende mappen zitten. Heb het getest met 20180917225421 TEST.JPG. Ook dit bestand wordt niet geupload.
- Daarnaast staan de bestanden op de NAS (wat uiteindelijk ook een Linux systeem is, maar weet niet hoe Synology met bestandsnamen met hoofd/kleine letters werkt) en niet op mijn Lokale Linux computer (hoewel daar ook een aantal van dezelfde type bestanden naar toe wordt gesynct vanuit Google drive via het programma Insync - wat overigens zonder problemen werkt)

Zojuist het betreffende bestand via de online drive omgeving geupload naar de map warvan het al de bedoeling was, dat werkt zonder problemen.
Daarna het bestand maar eens op de NAS verwijderd om te kijken of hij het bestand dan wel de andere kant op synct (dus download naar de NAS). Ook dat doet hij niet.

Het blijft nog een mysterie tot dus ver.

[Hofstede]

Als je dat wilt zou je zo'n bestand naar mij toe kunnen sturen. Dan wil ik vanavond wel even testen of het met mijn Google Drive sync wel werkt.

[Birdy]

Doe eens het volgende:

Ga naar Hoofdmenu > Ondersteuningscenter > Ondersteuningsservice en laat een Logboek genereren van alleen Cloud Sync:



De file debug.dat wordt gedownload op je PC.
Deze file kan je gewoon unzippen.
Ga daarna naar: C:\<de directory waar je debug.dat uitgepakt hebt>\debug\CloudSync\var\log\cloudsync
En check de file daemon.log of je daar het probleem (fout meldingen of zo) kunt vinden.

[hankheen]

Goed idee van de logfiles Birdy, thanks. Ik heb een rapport gedraaid, nu moet ik even de tijd vinden om daar goed naar te kijken.

@Hofstede. Wellicht een interessante test. Hoewel ik niet gelijk happig ben om wadloop filmpjes van mij en mijn vriendin op te sturen ;-) Ik zou natuurlijk een test filmpje kunnen maken die waarschijnlijk hetzelfde probleem heeft. Ik ga mij eerst even in het rapport verdiepen om te kijken of dat wat oplevert.

Ben de komende dagen wat drukker. Het kan mogelijk een paar dagen duren voordat ik tijd heb. Thanks voor al jullie input in ieder geval!

[hankheen]

Beste allemaal. Het probleem is opgelost. Dankzij het logboek kwam ik er achter dat er achter dat er toch iets moest zijn met een bestandsfilter. Maar dat ha dik toch gecontroleerd? Ik filterde niets! Jawel dus. Een kwestie van goed lezen. 



Alles was uitgevinkt. En toen ik daar naar gekeken had vorige week las ik te snel en dacht blijkbaar dat aangevinkte items werden gefilterd. Nu kan ik een relaas houden over dat ik dit op deze manier niet heel logisch vindt. Ik zou zeggen standaard filter je niets, totdat je aangeeft (aanvinkt) dat je wel iets wilt filteren. Maar uiteindelijk ben ik toch echt de gene die niet goed heeft gelezen.

Dank jullie voor de input, opgelost dankzij het logboek rapport.