Vincent, with the original value in "filesystem_check_changes", I tried to remove the entire "username" data folder from filesystem. When I asked my client to synchronize, owncloud (server) created a new "username" folder with data from the skeleton and it dropped the entire client-side folder (replaced by the skeleton)... That's why I changed this configuration value.
We have nightly backups and dumps, but if the problem occurs in the middle/end of the day, I'd prefer expecting the clients to be the backup (otherwise the files added between nightly backup and this moment would be lost). I tried to delete a folder server-side, then, I made a touch on every file into this folder on my client, I had an error, the folder hasn't been recreated on the server. Marcel, I don't understand what do you do, you delete the journal.db file and then, what do you do ? Thanks guys, ----- Mail original ----- > If I want a „merge sync“ (no deletes), I delete .csync_journal.db from the > client’s sync directory first. > > -Marcel > > Am 02.09.2014 um 12:03 schrieb Vincent Petry <[email protected]>: > > > Hello, > > > > Usually if the data folder is empty, the sync clients should show a > > warning dialog "do you really want to delete all files ?". > > If there you pick "keep files", it should reupload the files to > > ownCloud, assuming that the user still exists on that instance. > > > > It would still be good to have regular backups of the database and data > > directory to cover for the case where your data folder is lost. > > This is better than expecting the clients to be the backup. > > > > If I understand well you are trying to trick the sync client to make it > > think that the files changed locally to force it to upload ? I think > > calling "touch" on all files recursively should work. To reupload a > > folder you'd need to touch all files inside that folder, not the folder > > itself. > > > > Cheers, > > > > Vincent > > > > On 09/02/2014 11:27 AM, Benjamin Seclier wrote: > >> Hello Vincent, > >> I agree with you, it's a bad idea to modify files directly inside the > >> "data" directory (although it can be useful for restoring data). > >> > >> I disabled the "filesystem_check_changes" because we think that it could > >> be dangerous (if someone hacks our server and delete data folder => data > >> are gone server-side AND client-side). > >> > >> So my question was : if my data folder get empty, is it possible to push > >> data from the client to the server ? As I said, it's possible with files > >> (by changing the "last modification" value) but I didn't find how doing > >> it with folders. > >> > >> Thanks for your answer > >> Kind regards > >> > >> > >> ----- Mail original ----- > >>> Hi Benjamin, > >>> > >>> Do you mind explaining your use case in more detail so we can understand > >>> what you are trying to achieve ? > >>> > >>> I think in general it's not a good idea to modify files directly inside > >>> the "data" directory. It is better to either use the desktop sync client > >>> to push data, or use the WebDAV interface (for example using a davfs > >>> mount). > >>> > >>> For what purpose did you disable "filesystem_check_changes" ? Performance > >>> ? > >>> > >>> Cheers, > >>> > >>> Vincent > >>> > >>> On 09/01/2014 04:50 PM, Benjamin Seclier wrote: > >>>> Hi, > >>>> I have this configuration in my Owncloud server : > >>>> 'filesystem_check_changes' => 0, > >>>> It results that if I delete a file directly from the filesystem, this > >>>> file > >>>> won't be deleted in my computer client. > >>>> > >>>> Here is my question : > >>>> If I empty the entire data folder (directly from the filesystem), how > >>>> can I > >>>> push data (which are still on my computer) into the server ? > >>>> With a single file, I can do it with the "touch" command, but I don't > >>>> know > >>>> if it's possible to do it with all the data. > >>>> (a kind of "console.php files:scan" but client-side). > >>>> > >>>> Thanks a lot. > >>>> Regards > >>>> > >>> _______________________________________________ > >>> User mailing list > >>> [email protected] > >>> http://mailman.owncloud.org/mailman/listinfo/user > >>> > > > > _______________________________________________ > > User mailing list > > [email protected] > > http://mailman.owncloud.org/mailman/listinfo/user > > > _______________________________________________ > User mailing list > [email protected] > http://mailman.owncloud.org/mailman/listinfo/user > -- Benjamin SECLIER Direction du Numérique - Université de Lorraine 24-30 rue Lionnois - 54003 Nancy Cedex Tél. : 03 83 68 53 84 _______________________________________________ User mailing list [email protected] http://mailman.owncloud.org/mailman/listinfo/user
