Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
144 changes: 98 additions & 46 deletions modules/ROOT/pages/faq.adoc
Original file line number Diff line number Diff line change
@@ -1,53 +1,35 @@
= FAQ
= Desktop Frequently Asked Questions (FAQ)
:toc: right
:toclevels: 1
:wordpress1-url: http://petersteier.wordpress.com/2011/10/22/windows-indexer-changes-modification-dates-of-eml-files/
:user_manual_quota: https://doc.owncloud.com/server/next/user_manual/files/webgui/quota.html

== Some Files Are Continuously Uploaded to the Server, Even When They Are Not Modified
== Introduction

It is possible that another program is changing the modification date of the file. If the file has an `.eml` extension, Windows automatically and continually changes the file, unless you remove it.
`\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\PropertySystem\PropertyHandlers`
from the windows registry. See
http://petersteier.wordpress.com/2011/10/22/windows-indexer-changes-modification-dates-of-eml-files/
for more information.

== Syncing Stops When Attempting to Sync Deeper Than 100 Sub-Directories

The sync client has been intentionally limited to sync no deeper than 100 sub-directories. The hard limit exists to guard against bugs with cycles like symbolic link loops. When a deeply nested directory is excluded from synchronization it will be listed with other ignored files and directories in the "Not synced" tab of the "Activity" pane.

== I See a Warning Message for Unsupported Versions

Keeping software up to date is crucial for file integrity and security – if software is outdated, there can be unfixed bugs. That’s why you should always upgrade your software when there is a new version.

The ownCloud Desktop Client talks to a server, e.g. the ownCloud server, so you don’t only have to upgrade your client when there is a new version for it, also the server has to be kept up-to-date by your sysadmin. Starting with version 2.5.0, the client will show a warning message if you connect to an outdated or unsupported server:
Here you can find some of the most frequently asked questions about the ownCloud Desktop client.

image:faq/oc-unsupported-version-warning-message.png[image, width=60%,pdfwidth=60%]
== Usage

=== Because Earlier Versions Are Not Maintained Anymore, Only ownCloud 10.0.0 or Higher Is Supported
=== Some Files Are Continuously Uploaded to the Server, Even When They Are Not Modified

So if you encounter such a message, you should ask your administrator to upgrade ownCloud to a secure version. An important feature of the ownCloud Client is checksumming – each time you download or upload a file, the client and the server both check if the file was corrupted during the sync. This way you can be sure that you don’t lose any files.
It is possible that another program is changing the modification date of the file. If the file has an `.eml` extension (Windows Mail, Windows Live Mail), the Microsoft Indexer automatically and continually changes the file.
To solve this issue, you can:

There are servers out there which don’t have checksumming implemented on their side, or which are not tested by ownCloud’s QA team. They can’t ensure file integrity, they have potential security issues, and we can’t guarantee that they are compatible with the ownCloud Desktop Client.

=== We Care About Your Data and Want It to Be Safe

That’s why you see this warning message, so you can evaluate your data security. Don’t worry – you can still use the client with an unsupported server, but do so at your own risk.

== There Was a Warning About Changes in Synchronized Folders Not Being Tracked Reliably
* Remove the extension from the indexer (menu:Indexing Options[Advanced > File Types])
* Uninstall Windows Mail, Windows Live Mail. Note that when reinstalling, the issue reappears again. See {wordpress1-url}[Windows indexer changes modification dates of .eml files] for more information.
* Remove at your own risk the corresponding key for .eml files in the registry at
`\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\PropertySystem\PropertyHandlers`

On Linux, when the synchronized folder contains a high number of subfolders, the operating system may not allow for enough `inotify` watches to monitor the changes in all of them.
=== Syncing Stops When Attempting to Sync Deeper Than 100 Sub-Directories

In this case the client will not be able to immediately start the synchronization process when a file in one of the unmonitored folders changes. Instead, the client will show the warning and manually scan folders for changes in a regular interval (two hours by default).
The sync client has been intentionally limited to sync no deeper than 100 sub-directories. The hard limit exists to guard against bugs with cycles like symbolic link loops. When a deeply nested directory is excluded from synchronization it will be listed with other ignored files and directories in the "Not synced" tab of the "Activity" pane.

This problem can be solved by setting the `fs.inotify.max_user_watches sysctl` to a higher value and can usually be done either temporarily:
=== My Sync Folder Displays a Different Quota Than the Web Interface

[source]
----
echo 524288 > /proc/sys/fs/inotify/max_user_watches.
----
When other users share data with you, it's downloaded to the sync folder and counted as space used by the desktop client although it doesn't affect your quota for storage usage. There are more factors taken into account when calculating the quota status. For more information, see the {user_manual_quota}[Storage Quotas in the User Manual]

or permanently by adjusting `/etc/sysctl.conf`.
== Major Configuration Changes

== I Want to Move My Local Sync Folder
=== I Want to Move My Local Sync Folder

The ownCloud desktop client does not provide a way to change the local sync folder directly. However, it can be done in two ways:

Expand All @@ -65,7 +47,7 @@ according your needs.
+
To do so, in the client UI, which you can see below, click the drop down menu menu:Account[Remove].
+
image:faq/ownCloud-remove_existing_connection.png[image, width=60%,pdfwidth=60%]
image:faq/ownCloud-remove_existing_connection.png[image, width=80%,pdfwidth=60%]
+
This will display a "*Confirm Account Removal*" dialog window. If you're sure, click btn:[Remove connection].
+
Expand All @@ -84,22 +66,92 @@ Be careful before choosing the "Start a clean sync" option. The old sync folder
Instead, first move or copy the old local sync folder, containing a copy of the existing files, to the new location. Then, when creating the new connection choose "_keep existing data_" instead. The ownCloud client will check the files in the newly-added sync folder and find that they match what is on the server and not need to download anything.
====
+
image:faq/ownCloud-replacement_connection_wizard.png[image, width=60%,pdfwidth=60%]
image:faq/ownCloud-replacement_connection_wizard.png[image, width=80%,pdfwidth=60%]
+
Make your choice and click btn:[Connect...] This will then lead you through the Connection Wizard, just like when you set up the previous sync connection, but giving you the opportunity to choose a new sync directory.

== My Sync Folder Displays a Different Quota Than the Web Interface

When other users share data with you, it's downloaded to the sync folder and counted as space used by the desktop client although it doesn't affect your quota for storage usage. There are more factors taken into account when calculating the quota status. For more information, see the User Manual on quota: https://doc.owncloud.com/server/next/user_manual/files/webgui/quota.html
=== I Want to Change My Server URL

== I Want to Change My Server URL

Since changing server urls is a potentially dangerous operation the ownCloud desktop client does not provide a user interface for this change. Typically, server url changes should be implemented by serving a permanent redirect to the new location on the old url. The client will then permanently update the server url the next time it queries the old url.
Since changing server URLs is a potentially dangerous operation the ownCloud desktop client does not provide a user interface for this change. Typically, server URL changes should be implemented by serving a permanent redirect to the new location on the old URL. The client will then permanently update the server URL the next time it queries the old url.

For situations where arranging for a redirect is impossible, url changes can be done by editing the config file. Before doing so make sure that the new url does indeed point to the same server, with the same users and the same data. Then go through these steps:

1. Shut down the ownCloud client.
2. Locate the xref:advanced_usage/configuration_file.adoc#location-of-the-configuration-file[configuration file]
3. Open it with a text editor.
4. Find your old server url and adjust it.
4. Find your old server URL and adjust it.
5. Save the file and start the ownCloud client again.

== Error Messages

=== Warning Message for Unsupported Versions

Keeping software up to date is crucial for file integrity and security – if software is outdated, there can be unfixed bugs. That’s why you should always upgrade your software when there is a new version.

The ownCloud desktop client talks to a server, e.g. the ownCloud server, so you do not only have to upgrade your client when there is a new version for it, also the server has to be kept up-to-date by your sysadmin. Starting with version 2.5.0, the client will show a warning message if you connect to an outdated or unsupported server:

image:faq/oc-unsupported-version-warning-message.png[image, width=80%,pdfwidth=60%]

Only ownCloud 10.0.0 or Higher Is Supported::
If you encounter such a message, you should ask your administrator to upgrade ownCloud to a secure version because earlier versions are not maintained anymore. An important feature of the ownCloud Client is checksumming – each time you download or upload a file, the client and the server both check if the file was corrupted during the sync. This way you can be sure that you don’t lose any files.
+
There are servers out there which don’t have checksumming implemented on their side, or which are not tested by ownCloud’s QA team. They can’t ensure file integrity, they have potential security issues, and we can’t guarantee that they are compatible with the ownCloud desktop client.

We Care About Your Data and Want It to Be Safe::
That’s why you see this warning message, so you can evaluate your data security. Don’t worry – you can still use the client with an unsupported server, but do so at your own risk.

=== Multiple Accounts Sharing the Folder

image:faq/01_multiple-accounts-sharing-folder.png[image, width=80%,pdfwidth=60%]

Desktop sync client discovered multiple sync journals (SQLite database files) in the folder. That indicates that multiple clients are using the same folder as a sync root. Under certain conditions it could also mean that there is an old `._sync_#HASH.db` or `.sync_#HASH.db` in the folder.

*Resolve:*

Such a file will have an old change date and usually can be removed.

=== Folder Is Used in a Folder Sync Connection

image:faq/02_folder-used-in-sync-connection1.png[image, width=80%,pdfwidth=60%]
image:faq/03_folder-used-in-sync-connection2.png[image, width=80%,pdfwidth=60%]

Similar to the above case, the desktop sync client discovered one or more `.sync_journal.db` files in the directory. That means the folder is either already used by a different client for syncing or we again have an old SQLite database file in that folder. This can also happen if a user tries to import an old folder.

*Resolve:*

Such a file will have an old change date and usually can be removed.

=== Parent Folder Managed by Another Sync Client

image:faq/04_folder-used-by-different-client.png[image, width=80%,pdfwidth=60%]

This error can only happen with native Windows VFS. Desktop sync client discovered that the folder is part of a subtree that is managed by another client, for example testpilotcloud. The difference to the next error is that we can't be sure its a different client or an orphaned sync root.

Both errors are windows only. In the future we will try to prevent the situation leading to this.

*Resolve:*

Pick another sync folder.

=== Folder Used by Different Client

image:faq/05_folder-managed-by-another-sync-client.png[image, width=80%,pdfwidth=60%]

This error can only happen with native Windows VFS. Desktop sync client discovered that the folder is part of a subtree that is managed by another client, for example OneDrive.

*Resolve:*

Pick another sync folder.

=== Warning About Changes in Synchronized Folders Not Being Tracked Reliably

On Linux, when the synchronized folder contains a high number of subfolders, the operating system may not allow for enough `inotify` watches to monitor the changes in all of them.

In this case the client will not be able to immediately start the synchronization process when a file in one of the unmonitored folders changes. Instead, the client will show the warning and manually scan folders for changes at a regular interval (two hours by default).

This problem can be solved by setting the `fs.inotify.max_user_watches sysctl` to a higher value like `524288` permanently in the config file `/etc/sysctl.conf` or temporarily with the following command:

[source,console]
----
echo 524288 > /proc/sys/fs/inotify/max_user_watches.
----