We already have owncloud 7 installed on a web server with some modification
done with online registration and logorebranding,
And we tried to update to the new 7.0.2 release all earlier configurations
and settings were lost,
Is there any way to upgrade without losing any earlier changes to the
From: [hidden email] [mailto:[hidden email]] On Behalf
Of [hidden email]
Sent: Tuesday, September 2, 2014 3:00 PM
To: [hidden email]
Subject: User Digest, Vol 8, Issue 3
Send User mailing list submissions to
To subscribe or unsubscribe via the World Wide Web, visit
or, via email, send a message with subject or body 'help' to
You can reach the person managing the list at
When replying, please edit your Subject line so it is more specific than
"Re: Contents of User digest..."
1. Re: How to push data from client to server ? (Marcel Waldvogel)
Date: Tue, 2 Sep 2014 12:13:40 +0200
From: Marcel Waldvogel <[hidden email]>
To: For users of ownCloud <[hidden email]>
Subject: Re: [owncloud-user] How to push data from client to server ?
Message-ID: <[hidden email]>
Content-Type: text/plain; charset="windows-1252"
If I want a ?merge sync? (no deletes), I delete .csync_journal.db from the
client?s sync directory first.
Am 02.09.2014 um 12:03 schrieb Vincent Petry <[hidden email]>:
"data" directory (although it can be useful for restoring data).
> 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.
> 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
>> 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
a davfs mount).
>> 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
>>> For what purpose did you disable "filesystem_check_changes" ?
>>> On 09/01/2014 04:50 PM, Benjamin Seclier wrote:
>>>> 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.
>>> User mailing list
>>> [hidden email]
> User mailing list
> [hidden email]
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 4734 bytes
Desc: not available
User mailing list
End of User Digest, Vol 8, Issue 3
User mailing list
The author has deleted this message.
In reply to this post by Walid Nabulsi
Am 03.09.2014 um 11:07 schrieb Walid:
In the following I assume, youAnd we tried to update to the new 7.0.2 release all earlier configurations and settings were lost, Is there any way to upgrade without losing any earlier changes to the owncloud core.
* use a Linux server e.g. OpenSuse or SLES
* have your owncloud server software in a subdirectory /owncloud
* owncloud user data subdirectory outside this
(for example in /owncloud-data — far away and not(!) below /owncloud)
* Stop your web server (Example OpenSuse and SLES: rcapache2 stop) !
* Before upgrading, save the single file /owncloud/config/config.php somewhere else, outside /owncloud !
* the whole subdirectory /owncloud can now be renamed to /owncloud-backup or so
* cd /
* mv owncloud owncloud-backup
* get the source file and the signature file and untar to /owncloud:
* cd /
* wget owncloud-7.0.2.tar.bz2
* wget wget owncloud-7.0.2.tar.bz2.asc
* check integrity: gpg --verify -v owncloud-7.0.2.tar.bz2.asc
* check composition: tar -tjf owncloud-7.0.2.tar.bz2
* untar: tar -xjf owncloud-7.0.2.tar.bz2
* copy(restore) the saved config.php from step 2 back to its correct location
(to /owncloud/config/config.php )
* cd / ; chmod -R wwwrun:www owncloud (set all files so that the webserver can access them)
* Restart your webserver (Example OpenSuse and SLES: rcapache2 start) !
* Access your owncloud installation with a browser e.g. https://www.example.com/owncloud
Before you can login, the database upgrade using your old configuration will start automatically.
Disclaimer: other users or developers may have other upgrade instructions. The described way is my way of upgrading, which
may be wrong, outdated or lacking important parts. If you feel competent, please correct the instructions.
User mailing list
|Free forum by Nabble||Edit this page|