Probleem met conflict afhandeling

[SynologyJ]

Hallo,

Ik heb een probleem met een Synology DS216play, hier is cloud station server op actief.
Dan zijn er 2 clients een Mac en een Windows systeem die cloud station drive gebruiken en zo samen een folder delen.

Toestel is geïnstalleerd begin 2015 en heeft tot midden december 2015 gewerkt zoals verwacht.

Als er een conflict was bij het bewaren werd er een extra bestand aangemaakt met de computernaam erachter en zag je dat er een conflict was.
Nu is er al enkele maanden het probleem dat dit niet meer schijnt te gebeuren.

Als ik zelf test en ik open document A op het Windows en het Mac toestel.
Vervolgens pas ik het document aan op het Windows toestel, bewaar en sluit het af.
Ik wacht een paar minuten, pas het document aan op het Mac toestel, bewaar en sluit het af.
Het resultaat is dan dat op de Synology enkel het laatste bestand te vinden is. (het omgekeerde ook getest dus eerst Mac dan Windows dat is hetzelfde resultaat)

Nu heb ik hierover Synology gecontacteerd en volgens hen is dit perfect normaal, en is een conflict er enkel als de 2 computers op exact dezelfde moment het bestand zouden opslaan.

Ik kan dit niet geloven om volgende reden:

1. het werkte volgens mij wel altijd goed tot december
2. ik zie ook het nut niet in van die conflict handling dan want hoe dikwijls gaat zoiets gebeuren
3. in mijn scenario hierboven is dit toch ook onlogisch hoe kan de persoon die als 2e het bestand opslaat weten dat de 1e persoon een verandering gedaan heeft, ze hadden het op het zelfde moment open?

Wat ik zelf al geprobeerd heb is alles updaten naar de laatste versie, DSM, cloud station server, en de 2 cloud station drives.
Synchronisatie verbroken en opnieuw geconnecteerd.

Kan iemand van jullie mij in de juiste richting helpen?

Alvast bedankt voor de input!

[dvandonkelaar]

Staan bij onderstaande afbeelding, in de client op MAC en PC?

[SynologyJ]

Die instellingen staan inderdaad zo.

[dvandonkelaar]

Dat is vreemd.
Bij mijn configuratie werkt het wel. Het is danwel geen PC & MAC, maar PC & Android. Beide op de laatste versie.

Is er iets over een conflict in de log files te zien?

[SynologyJ]

Tot midden december hier ook.

Het meest vreemde vind ik dat de officiële support van synology mij niet kan helpen omdat dit normaal gedrag is volgens hen?

[Ben(V)]

Volgens mij heeft Synology gewoon gelijk.
Cloudserver is namelijk een synchronisatie tool en geen shared medium dat voorziet in locking.

Wat jij wilt kan helemaal niet met cloud server.

Dat mechanisme waar jij op doelt gaat alleen in werking als twee clients gelijktijdig proberen te schrijven naar hetzelfde bestand op de server.
Op het moment van schrijven locked de cloudserver het bestand totdat de actie is afgerond en als dan een andere client wil schrijven dan is het bestand gelocked en treed dat mechanisme in werking.

Als je zou willen wat jij beschrijft dan moet het bestand op de cloudserver gelocked worden op het moment dat het overeenkomende bestand op de client geopend wordt en daar is cloudserver niet toe in staat noch voor gemaakt.

[Briolet]

Wat jij wilt kan helemaal niet met cloud server.

Hij beschrijft niet wat hij wil, maar een procedure die juist een conflict moet genereren.

In het verleden had CS een probleem als er twee files gelijktijdig bewerkt werden. CS bemerkte dat en bewaarde beide versies met een tijdcode in de naam. De gebruiker moest dan zelf beslissen wat de beste versie was.

Voor mij is het eerder getoonde screenshot van de instellingen ook nieuw. Blijkbaar geef je nu vooraf al aan wat hij bij een conflict moet doen en kun je nu niet meer per situatie de beste file bewaren. Blijkbaar is het optreden van die conflictfiles te verwarrend voor de gemiddelde gebruiker en kiest men voor deze oplossing waarbij je data kunt kwijtraken. Niet echt kwijt, want die andere file zal in de historie terecht komen, maar als je niets op de hoogte van een conflict bent, kun je dit missen.

CS is gewoon niet gebouwd om met meerdere gebruikers aan dezelfde file te werken. Het is meer bedoeld om je eigen files op alle devices te hebben.

[Briolet]

Ik heb het even getest met twee macs en zie hier ook geen conflictfiles ontstaan.

Echter krijg ik op de mac de waarschuwing bij het bewaren dat de file door een ander veranderd is. De mac zelf geeft dan de optie de veranderde file te overschrijven of onder een andere naam te bewaren. (getest met: OS Sierra en voorvertoning). Als ik dan overschrijven kies, krijg ik geen conflictfile. (Vroeger wel volgens mij).

Bij mij kwam zo'n conflict maar eens per jaar voor, dus zoveel ervaring heb ik er niet mee.

[SynologyJ]

Allen,

Bedankt voor de info en testen!

Ik heb zelf ook een andere Nas opgezet en de situatie gesimuleerd, wel met 2 Windows clients.

Ik krijg hetzelfde fenomeen dat er geen conflict bestand gemaakt wordt en dat ik met versie verkenner moet het andere bestand gaan zoeken.

Waarschijnlijk hebben ze dit dus inderdaad op een gegeven ogenblik veranderd bij Synology.

Spijtig want dit werkte anders goed, het zal dus zaak zijn van altijd even te kijken via de versies of de collega het bestand al aangepast heeft.

[Ben(V)]

Je schijnt het niet te begrijpen.
Je kunt cloudsync niet gebruiken als shared medium!
Het heeft ook nooit zo gewerkt al denk jij van wel.

Dat mechanisme treed alleen op als er gelijktijdig geschreven wordt, wat met de laatste versies bijna niet meer voorkomt.

Als jij echter bijvoorbeeld een bestand opent en iemand anders ook en jij wijzig dan wat en saved het bestand en vervolgens saved de ander dat bestand ook dan zijn er gewoon twee versies gemaakt en in de laatste versie zitten jouw wijzigen dan niet.

Zo werkt een sync tool, het kent geen locking.

[SynologyJ]

Ben,

Ik begrijp zeker wat je zegt maar het wil niet zeggen omdat je een sync tool hebt en dus geen file locking dat deze niet weet dat er een conflict is.

Nomadesk, Onedrive, .... gaan wel merken als jij een bestand aanpast en saved en dit bestand op hetzelfde moment door iemand anders gewijzigd is.
Met andere woorden dat het bestand op de server gewijzigd is terwijl jij aan het bewerken was. (dit zijn ook sync tools)

En hiervoor is op zich geen file locking nodig maar kan bekeken worden met de eigenschappen wanneer een bestand aangepast is.

Want als dit niet kan, heeft het in mijn ogen ook geen zin dat je mappen kan gaan delen tussen verschillende personen.

[Ben(V)]

Ook Onedrive en andere cloudachtige oplossingen kennen hetzelfde probleem.

Die kunnen ook niet zien dat er twee devices een bestand gelijktijdig open hebben en dus dat bij het wegschrijven degene die het laatst wegschrijf geluk heeft en de ander z'n aanpassingen kwijt is.

Een cloud is niet bedoelt als filesharing systeem, maar enkel als opslag waarbij je zelf moet regelen dat je niet gelijtijdig aan hetzelfde bestand werkt.

[Geerten]

Ik loop nu tegen dit zelfde probleem aan en wil hier even reageren (ook al is het een oud touwtje).
Volgens mij zit er namelijk wel degelijk iets niet goed in de manier van het afhandelen van het conflict. Ik zal proberen uit te leggen waarom.
Het heeft te maken met het Offline of Online zijn van de pc waarop word bewerkt.
Situatie: op 2 (windows PC's) staat de zelfde file gesynced met cloudstation.

• Op PC1 open ik het bestand en voeg toe: test1
• Op PC2 open ik het zelfde bestand en voeg toe test2
• Zodra ik een van de bestanden save wordt er gesynced en krijg je op de andere PC de melding dat het bestand op disk is gewijzigd (als je een goede editor hebt) cloudstation doet hier niets mee, dat is acceptabel. Het conflict wordt meteen duidelijk gemaakt door de applicatie waarin je werkt.
• Als één van de PC's echter offline is, ziet cloudstation dit. Als er nu in het zelfde bestand gesaved word en de offline client komt weer online, dan maakt cloudstation netjes het "conflicted" bestand met de aangepaste naam aan. Dit wil je ook!! Dit geeft ook aan dat Cloudstation bedoeld heeft dat de conflict bestanden ontstaan.
• Maar nu het probleem: Het detecteren van het offline gaan van een client gaat blijkbaar niet heel soepel want als een client niet al te lang na het offline gaan (bv netwerk hikup, maar soms ook langer) zijn bestand opent, dan gaat het mis. Het gedrag zoals in de vorige posts beschreven treed op. Namelijk alleen het laatst gesavede bestand word bewaard en er komt geen melding/extra conflict bestand bij. Het eerder gesavede bestand word klakkeloos overschreven met het later gesavede bestand. Dit wil je zeker NIET want het leid tot dataverlies.

Ik ben van mening dat dit een bug is/ongewenst gedrag daar de gebruiker er altijd vanuit moet kunnen gaan dat er geen dataverlies optreed. Dit zal bij Onedrive en dropbox echt niet gebeuren en dit zijn toch de services waarmee cloudstation zichzelf vergelijkt.

Ikzelf had intelliversioning aan staan voor cloudstation. Heel intelligent bezuinigd cloudstation juist deze versies weg die door bovengenoemd effect zijn “overschreven” door de latere saveactie van de andere PC. Ik ben hierdoor data kwijt terwijl het systeem de schijn geeft waterdicht te zijn.

Het zou fijn zijn als je cloudstation zou kunnen dwingen om in geval van conflict altijd een ‘conflicted’ file te laten schrijven. Het vinkje (in posts hierboven beschreven) suggereert dit te doen maar doet dit dus niet altijd. Het systeem is hierdoor onbetrouwbaar.