Open daLuiz opened 6 years ago
It did now actually finish to sync all files, now it continuously repeats the following error messages in the log:
2018-08-03 12:52:32 INFO 4296 Thread-5 logging : 1627 | info | Loading remote changes with sequence 26959 for job id XXXXXXXXXXXX
2018-08-03 12:52:33 INFO 4296 Thread-5 logging : 1627 | info | No changes detected in XXXXXXXXXXXX
2018-08-03 12:52:35 ERROR 4296 Thread-5 logging : 1601 | error | Unexpected Error: 'NoneType' object has no attribute 'isAlive'
Traceback (most recent call last):
File "C:\BuildAgent\work\19045f4c63bc432e\build\pydio-agent\out01-PYZ.pyz\pydio.job.continous_merger", line 533, in run
AttributeError: 'NoneType' object has no attribute 'isAlive'
2018-08-03 12:53:35 INFO 4296 Thread-5 logging : 1627 | info | Loading remote changes with sequence 26959 for job id XXXXXXXXXXXX
2018-08-03 12:53:36 INFO 4296 Thread-5 logging : 1627 | info | No changes detected in XXXXXXXXXXXX
2018-08-03 12:53:38 ERROR 4296 Thread-5 logging : 1601 | error | Unexpected Error: 'NoneType' object has no attribute 'isAlive'
Traceback (most recent call last):
File "C:\BuildAgent\work\19045f4c63bc432e\build\pydio-agent\out01-PYZ.pyz\pydio.job.continous_merger", line 533, in run
AttributeError: 'NoneType' object has no attribute 'isAlive'
2018-08-03 12:54:38 INFO 4296 Thread-5 logging : 1627 | info | Loading remote changes with sequence 26959 for job id XXXXXXXXXXXX
2018-08-03 12:54:38 INFO 4296 Thread-5 logging : 1627 | info | No changes detected in XXXXXXXXXXXX
2018-08-03 12:54:41 ERROR 4296 Thread-5 logging : 1601 | error | Unexpected Error: 'NoneType' object has no attribute 'isAlive'
Traceback (most recent call last):
File "C:\BuildAgent\work\19045f4c63bc432e\build\pydio-agent\out01-PYZ.pyz\pydio.job.continous_merger", line 533, in run
AttributeError: 'NoneType' object has no attribute 'isAlive'
same issue for Linux. Just figured that it must be with something with "download", i.e. read-only share. The self.event_handler and self.watcher are not started which is later not properly checked.
check continous_merger.py line 562 and change to:
if self.watcher and (not self.watcher.isAlive() and not self.interrupt):
from
if not self.watcher.isAlive() and not self.interrupt:
Sadly, over a year has passed since your bug report and it still hasn't been fixed on the source code... I guess that's because they're moving to Pydio Cells...
I've downloaded the latest 2.2.0 build from the developers' directory, which was built in January 2019, and it unfortunately still exhibits the very same error...
(Edited: I forgot to mention that I'm using PydioSync under macOS Catalina Beta and Pydio 8.2.3 running under Ubuntu Linux 16.04.6 LTS [Xenial])
Hi there!
I am trying to use Pydio Sync in headless mode on a windows server, and it works fine if I use an Admin account. However for security reasons I would like to use a non-admin service account.
I configured pydio sync to run as a service with a non-admin account using NSSM, and this seems to work well at first. The agent starts, I configured the api-user and pw via command line parameters (--api_user "xx" --api_password "yy"), and I can access the configuration at http://localhost:5556/ just fine.
Now I define my sync task, this also works well. The server is a Pydio 6.2.2 server, over which I have no control. It is configured to only download, no 2-way sync.
Then I start sync, and it first syncs the entire folder structure just fine, then it starts syncing the files. After a few files however, I get the following error: Unexpected Error: Cannot operate on a closed cursor. It then waits some time, continues to sync 1 file, and stops again with the same error.
Taking a look at the log file, I see the following:
This keeps continuing file by file, and it looks like it may eventually sync all files, but it doesn't look reliable.
This is all with the latest development version (64bit) here: from https://download.pydio.com/pub/pydio-sync/develop/packages/, dated 30. Jul. 2018 . With version 1.2.9 I couldn't get it to work at all, it immediately ran into this error:
I tried syncing both to a network path (UNC path and drive letter for the service account user), and to a local path on the C:\ drive, with the same result.
Any ideas on this?
Thanks, Luiz