2013-09-03 14:34:29 +04:00
Appendix C: Troubleshooting
===========================
2012-11-02 19:26:56 +04:00
2014-06-26 00:04:33 +04:00
The following two general issues can result in failed synchronization:
2013-04-30 15:53:33 +04:00
2014-06-26 00:04:33 +04:00
- The server setup is incorrect.
2018-06-04 12:44:03 +03:00
- The client contains a bug.
2014-06-26 00:04:33 +04:00
When reporting bugs, it is helpful if you first determine what part of the
system is causing the issue.
Identifying Basic Functionality Problems
2013-06-19 17:39:03 +04:00
----------------------------------------
2013-04-30 15:53:33 +04:00
2018-01-29 03:15:00 +03:00
:Performing a general Nextcloud Server test:
2014-06-26 00:04:33 +04:00
The first step in troubleshooting synchronization issues is to verify that
2018-01-29 03:15:00 +03:00
you can log on to the Nextcloud web application. To verify connectivity to the
Nextcloud server try logging in via your Web browser.
2018-06-04 12:44:03 +03:00
2014-06-26 00:04:33 +04:00
If you are not prompted for your username and password, or if a red warning
box appears on the page, your server setup requires modification. Please verify
that your server installation is working correctly.
2013-04-30 15:53:33 +04:00
2013-06-19 17:48:04 +04:00
:Ensure the WebDAV API is working:
2018-01-29 03:15:00 +03:00
If all desktop clients fail to connect to the Nextcloud Server, but access
2014-12-31 22:27:52 +03:00
using the Web interface functions properly, the problem is often a
2014-06-26 00:04:33 +04:00
misconfiguration of the WebDAV API.
2018-01-29 03:15:00 +03:00
The Nextcloud Client uses the built-in WebDAV access of the server content.
Verify that you can log on to Nextcloud's WebDAV server. To verify connectivity
with the Nextcloud WebDAV server:
2014-06-26 00:04:33 +04:00
2018-06-04 12:44:03 +03:00
- Open a browser window and enter the address to the Nextcloud WebDAV server.
2013-06-19 17:48:04 +04:00
2018-01-29 03:15:00 +03:00
For example, if your Nextcloud instance is installed at
`` http://yourserver.com/nextcloud `` , your WebDAV server address is
2021-05-20 15:17:16 +03:00
`` http://yourserver.com/nextcloud/remote.php/dav `` .
2012-11-02 19:26:56 +04:00
2014-06-26 00:04:33 +04:00
If you are prompted for your username and password but, after providing the
correct credentials, authentication fails, please ensure that your
authentication backend is configured properly.
2012-11-05 14:36:15 +04:00
2018-06-04 12:44:03 +03:00
:Use a WebDAV command line tool to test:
2014-12-29 20:11:12 +03:00
A more sophisticated test method for troubleshooting synchronization issues
2018-01-29 03:15:00 +03:00
is to use a WebDAV command line client and log into the Nextcloud WebDAV server.
2014-12-31 22:27:52 +03:00
One such command line client -- called `` cadaver `` -- is available for Linux
2014-06-26 00:04:33 +04:00
distributions. You can use this application to further verify that the WebDAV
2018-06-04 12:44:03 +03:00
server is running properly using PROPFIND calls.
2014-06-26 00:04:33 +04:00
2014-12-31 22:27:52 +03:00
As an example, after installing the `` cadaver `` app, you can issue the
2014-06-26 00:04:33 +04:00
`` propget `` command to obtain various properties pertaining to the current
directory and also verify WebDAV server connection.
2018-06-04 12:44:03 +03:00
2016-10-13 03:36:28 +03:00
"CSync unknown error"
---------------------
2017-01-18 15:54:55 +03:00
If you see this error message stop your client, delete the
2018-12-18 12:10:19 +03:00
`` .sync_xxxxxxx.db `` file, and then restart your client.
There is a hidden `` .sync_xxxxxxx.db `` file inside the folder of every account
2018-06-04 12:44:03 +03:00
configured on your client.
2017-01-18 15:54:55 +03:00
.. NOTE ::
Please note that this will also erase some of your settings about which
files to download.
2018-06-04 12:44:03 +03:00
2017-01-18 15:54:55 +03:00
See https://github.com/owncloud/client/issues/5226 for more discussion of this
issue.
2013-03-06 11:49:46 +04:00
2012-11-05 14:36:15 +04:00
2013-06-19 17:39:03 +04:00
Isolating other issues
----------------------
2018-01-29 03:15:00 +03:00
Other issues can affect synchronization of your Nextcloud files:
2014-06-26 00:04:33 +04:00
- If you find that the results of the synchronizations are unreliable, please
ensure that the folder to which you are synchronizing is not shared with
other synchronization applications.
2018-01-29 03:15:00 +03:00
- Synchronizing the same directory with Nextcloud and other synchronization
2015-05-26 13:55:49 +03:00
software such as Unison, rsync, Microsoft Windows Offline Folders, or other
2017-02-20 12:52:22 +03:00
cloud services such as Dropbox or Microsoft SkyDrive is not supported and
2015-05-26 13:55:49 +03:00
should not be attempted. In the worst case, it is possible that synchronizing
2018-01-29 03:15:00 +03:00
folders or files using Nextcloud and other synchronization software or
2015-05-26 13:55:49 +03:00
services can result in data loss.
2014-06-26 00:04:33 +04:00
2017-02-20 12:52:22 +03:00
- If you find that only specific files are not synchronized, the
2014-06-26 00:04:33 +04:00
synchronization protocol might be having an effect. Some files are
automatically ignored because they are system files, other files might be
ignored because their filename contains characters that are not supported on
certain file systems. For more information about ignored files, see
2017-02-20 12:52:22 +03:00
:ref: `ignored-files-label` .
2014-06-26 00:04:33 +04:00
- If you are operating your own server, and use the local storage backend (the
2018-01-29 03:15:00 +03:00
default), make sure that Nextcloud has exclusive access to the directory.
2014-06-26 00:04:33 +04:00
2018-01-29 03:15:00 +03:00
.. warning :: The data directory on the server is exclusive to Nextcloud and must not be modified manually.
2013-06-19 17:39:03 +04:00
2015-05-26 13:55:49 +03:00
- If you are using a different file backend on the server, you can try to exclude a bug in the
2014-06-26 00:04:33 +04:00
backend by reverting to the built-in backend.
2013-06-19 17:06:47 +04:00
2015-03-18 00:05:06 +03:00
- If you are experiencing slow upload/download speed or similar performance issues
be aware that those could be caused by on-access virus scanning solutions, either
on the server (like the files_antivirus app) or the client.
2014-06-26 00:04:33 +04:00
Log Files
---------
2013-09-03 14:34:29 +04:00
2015-08-14 15:01:42 +03:00
Effectively debugging software requires as much relevant information as can be
2018-01-29 03:15:00 +03:00
obtained. To assist the Nextcloud support personnel, please try to provide as
2014-06-26 00:04:33 +04:00
many relevant logs as possible. Log output can help with tracking down
problems and, if you report a bug, log output can help to resolve an issue more
quickly.
2013-06-19 17:39:03 +04:00
2014-06-26 00:04:33 +04:00
Obtaining the Client Log File
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
2013-06-19 17:06:47 +04:00
2021-01-12 20:09:03 +03:00
Create Debug Archive
~~~~~~~~~~~~~~~~~~~~
Since the 3.1.0 release we made it easier for users to provide debug information: debug logging is enabled by default with expiration time set to 24 hours and under the "General" settings, you can click on "Create Debug Archive ..." to pick the location of where the desktop client will export the logs and the database to a zip file.
.. image :: images/create_debug_archive.png
Keyboard shortcut
~~~~~~~~~~~~~~~~~
Another way to obtain the client log file:
2013-06-19 17:06:47 +04:00
2018-01-29 03:15:00 +03:00
1. Open the Nextcloud Desktop Client.
2013-04-30 15:53:33 +04:00
2018-11-06 12:59:28 +03:00
2. Press F12 or Ctrl-L on your keyboard.
2013-04-30 15:53:33 +04:00
2014-06-26 00:04:33 +04:00
The Log Output window opens.
2013-09-03 14:34:29 +04:00
2014-06-26 00:04:33 +04:00
.. image :: images/log_output_window.png
2013-04-30 15:53:33 +04:00
2014-06-26 00:04:33 +04:00
3. Click the 'Save' button.
The Save Log File window opens.
.. image :: images/save_log_file.png
4. Migrate to a location on your system where you want to save your log file.
5. Name the log file and click the 'Save' button.
2017-02-20 12:52:22 +03:00
The log file is saved in the location specified.
2014-06-26 00:04:33 +04:00
2021-01-12 20:09:03 +03:00
Command line
~~~~~~~~~~~~
2018-01-29 03:15:00 +03:00
Alternatively, you can launch the Nextcloud Log Output window using the
2014-06-26 00:04:33 +04:00
`` --logwindow `` command. After issuing this command, the Log Output window
opens to show the current log. You can then follow the same procedures
mentioned above to save the log to a file.
.. note :: You can also open a log window for an already running session, by
restarting the client using the following command:
2012-11-05 14:36:15 +04:00
2018-01-29 03:15:00 +03:00
* Windows: `` C:\Program Files (x86)\Nextcloud\nextcloud.exe --logwindow ``
2018-06-04 12:44:03 +03:00
* macOS: `` /Applications/nextcloud.app/Contents/MacOS/nextcloud --logwindow ``
2018-01-29 03:15:00 +03:00
* Linux: `` nextcloud --logwindow ``
2012-11-05 14:36:15 +04:00
2021-01-12 20:09:03 +03:00
Config file
~~~~~~~~~~~
2014-06-26 00:04:33 +04:00
2018-01-29 03:15:00 +03:00
The Nextcloud client enables you to save log files directly to a predefined file
2014-06-26 00:04:33 +04:00
or directory. This is a useful option for troubleshooting sporadic issues as
2020-12-07 16:52:51 +03:00
it enables you to log large amounts of data and bypass the limited buffer
2014-06-26 00:04:33 +04:00
settings associated with the log window.
2020-12-07 16:52:51 +03:00
To enable logging to a directory, stop the client and add the following to the General section in the configuration file:
2021-02-01 20:43:17 +03:00
::
2020-12-07 16:52:51 +03:00
2021-02-01 20:43:17 +03:00
[General]
logDebug=true
logExpire=<hours>
logDir=<dir>
2020-12-07 16:52:51 +03:00
2021-02-01 20:43:17 +03:00
Independent of platform you must use slash (/) as a path separator:
.. note ::
* Correct: C:/Temp
* Not correct: C:\Temp
2020-12-07 16:52:51 +03:00
As an example, to keep log data for two days in a directory called temp:
2021-02-01 20:43:17 +03:00
::
[General]
logDebug=true
logExpire=48
logDir=C:/Temp
2020-12-07 16:52:51 +03:00
Once you restart the client, you will find the log file in the `` <dir> `` defined in `` logDir `` .
.. note :: You will find the configuration file in the following locations:
2021-02-01 20:43:17 +03:00
* Microsoft Windows systems: `` %APPDATA%\Nextcloud\nextcloud.cfg ``
* macOS systems: `` $HOME/Library/Preferences/Nextcloud/nextcloud.cfg ``
* Linux distributions: `` $HOME/.config/Nextcloud/nextcloud.cfg ``
2020-12-07 16:52:51 +03:00
Alternatively, you can start the client in the command line with parameters:
2014-06-26 00:04:33 +04:00
1. To save to a file, start the client using the `` --logfile <file> `` command,
where `` <file> `` is the filename to which you want to save the file.
2. To save to a directory, start the client using the `` --logdir <dir> `` command, where `` <dir> ``
is an existing directory.
2013-04-30 15:53:33 +04:00
2014-06-26 00:04:33 +04:00
When using the `` --logdir `` command, each sync run creates a new file. To limit
the amount of data that accumulates over time, you can specify the
`` --logexpire <hours> `` command. When combined with the `` --logdir `` command,
the client automatically erases saved log data in the directory that is older
than the specified number of hours.
2013-07-11 14:29:04 +04:00
2014-06-26 00:04:33 +04:00
As an example, to define a test where you keep log data for two days, you can
issue the following command:
2013-09-03 14:34:29 +04:00
2013-07-11 14:29:04 +04:00
`` `
2018-01-29 03:15:00 +03:00
nextcloud --logdir /tmp/nextcloud_logs --logexpire 48
2013-07-11 14:29:04 +04:00
`` `
2013-04-30 15:53:33 +04:00
2018-01-29 03:15:00 +03:00
Nextcloud server Log File
~~~~~~~~~~~~~~~~~~~~~~~~~
2013-09-03 14:34:29 +04:00
2018-01-29 03:15:00 +03:00
The Nextcloud server also maintains an Nextcloud specific log file. This log file
must be enabled through the Nextcloud Administration page. On that page, you can
2014-06-26 00:04:33 +04:00
adjust the log level. We recommend that when setting the log file level that
you set it to a verbose level like `` Debug `` or `` Info `` .
2018-06-04 12:44:03 +03:00
2014-06-26 00:04:33 +04:00
You can view the server log file using the web interface or you can open it
2018-01-29 03:15:00 +03:00
directly from the file system in the Nextcloud server data directory.
2014-06-26 00:04:33 +04:00
.. todo :: Need more information on this. How is the log file accessed?
Need to explore procedural steps in access and in saving this file ... similar
to how the log file is managed for the client. Perhaps it is detailed in the
Admin Guide and a link should be provided from here. I will look into that
when I begin heavily editing the Admin Guide.
Webserver Log Files
~~~~~~~~~~~~~~~~~~~
2017-02-20 12:52:22 +03:00
It can be helpful to view your webserver's error log file to isolate any
2018-01-29 03:15:00 +03:00
Nextcloud-related problems. For Apache on Linux, the error logs are typically
2014-06-26 00:04:33 +04:00
located in the `` /var/log/apache2 `` directory. Some helpful files include the
following:
2018-06-04 12:44:03 +03:00
- `` error_log `` -- Maintains errors associated with PHP code.
2014-06-26 00:04:33 +04:00
- `` access_log `` -- Typically records all requests handled by the server; very
useful as a debugging tool because the log line contains information specific
to each request and its result.
2018-06-04 12:44:03 +03:00
2014-06-26 00:04:33 +04:00
You can find more information about Apache logging at
2013-04-30 15:53:33 +04:00
`` http://httpd.apache.org/docs/current/logs.html `` .
2013-03-06 11:49:46 +04:00
2014-05-15 13:11:13 +04:00
Core Dumps
----------
2018-06-04 12:44:03 +03:00
On macOS and Linux systems, and in the unlikely event the client software
2014-06-26 00:04:33 +04:00
crashes, the client is able to write a core dump file. Obtaining a core dump
2018-01-29 03:15:00 +03:00
file can assist Nextcloud Customer Support tremendously in the debugging
2018-06-04 12:44:03 +03:00
process.
2014-05-15 13:11:13 +04:00
2014-06-26 00:04:33 +04:00
To enable the writing of core dump files, you must define the
`` OWNCLOUD_CORE_DUMP `` environment variable on the system.
2014-05-15 13:11:13 +04:00
2014-06-26 00:04:33 +04:00
For example:
2014-05-15 13:11:13 +04:00
`` `
2018-01-29 03:15:00 +03:00
OWNCLOUD_CORE_DUMP=1 nextcloud
2014-05-15 13:11:13 +04:00
`` `
2014-06-26 00:04:33 +04:00
This command starts the client with core dumping enabled and saves the files in
2018-06-04 12:44:03 +03:00
the current working directory.
2014-05-15 13:11:13 +04:00
2014-06-26 00:04:33 +04:00
.. note :: Core dump files can be fairly large. Before enabling core dumps on
your system, ensure that you have enough disk space to accommodate these files.
Also, due to their size, we strongly recommend that you properly compress any
2018-01-29 03:15:00 +03:00
core dump files prior to sending them to Nextcloud Customer Support.