You are not logged in.
Trying to get Resilio Sync working on a new Arch install, but I cannot get the
rslsync.service
to start
The error I'm getting is related to the storage path. From journalctl:
Mar 20 16:17:29 d_t470 sudo[2282]: dan : TTY=pts/0 ; PWD=/home/dan ; USER=root ; COMMAND=/usr/bin/systemctl start rslsync.service
Mar 20 16:17:29 d_t470 sudo[2282]: pam_unix(sudo:session): session opened for user root by (uid=0)
Mar 20 16:17:29 d_t470 systemd[1]: Started Resilio Sync service.
Mar 20 16:17:29 d_t470 sudo[2282]: pam_unix(sudo:session): session closed for user root
Mar 20 16:17:29 d_t470 rslsync[2285]: [16:17:29.869] Can't parse config file "/etc/rslsync.conf": "Storage path specified in config file does not exist."
Mar 20 16:17:29 d_t470 rslsync[2285]: [16:17:29.869] Can't parse config file "/etc/rslsync.conf": "Storage path specified in config file does not exist."
Mar 20 16:17:29 d_t470 rslsync[2285]: Storage path specified in config file does not exist.Storage path specified in config file does not exist.
Mar 20 16:17:29 d_t470 systemd[1]: rslsync.service: Main process exited, code=exited, status=1/FAILURE
Mar 20 16:17:29 d_t470 systemd[1]: rslsync.service: Unit entered failed state.
Mar 20 16:17:29 d_t470 systemd[1]: rslsync.service: Failed with result 'exit-code'.
However, I know that the path exists:
dan ~ $ ls -a home/dan | grep rsl
.rslsync
And this the path specified in /etc/rslsync.conf:
/* storage_path dir contains auxilliary app files if no storage_path field: .sync dir created in current working directory */
"storage_path" : "/home/dan/.rslsync",
I can just start rslsync manually and everything works fine, but that's obviously not ideal.
Feel like I'm having deja vu...had a similar issue with Bittorrent Sync (predecessor to Resilio Sync), but that issue was solved by providing the full path (instead of ~/.btsync) to the file. That's obviously not the issue here...
Any thoughts? Thanks
Last edited by dgalt (2017-03-21 00:05:56)
Offline
Note: It is important to make sure that when rslsync is run as the user, the rslsync.conf file and directory where the rslsync.pid file will be located have the correct user permissions, i.e. are owned by the user invoking the command. Failure to do so will prevent the service from running. If the user permissions are correct but rslsync still fails to run after being enabled, restart your system.
Offline
The next part of the wiki states that the service can be run without the --user flag, which will result in the /etc/rslsync.conf file to be used.
Offline
You are running it as root, and expecting it to use a config in /home/dan - that strikes me as exactly the scenario describe in the Note.
But whatever, you obviously know better.
Offline
I'm misunderstanding something here...the configuration file lives at /etc/rslsync.conf
If I don't touch anything (i.e. use the default values in /etc/rslsync.conf, since initially the storage_path line is commented out), rslsync generates a .sync folder in ~/, but still fails to start (citing the same problem).
Historically that error was solved by making sure ~/.btsync (which is what it used to be) exists, since previous incarnations didn't automatically generate that folder
Which is why, I assume, this line is in the wiki:
A common error is Storage path specified in config file does not exist.. This is easily fixed by mkdir ~/.rslsync, or whatever your storage_path is set to.
But again, I'm not understanding why that applies here
Offline
Also, if I do try to run this with the --user flag, and edit /usr/lib/systemd/system/rslsync.service to point to my config file at ~/.config/rslsync/rslsync.conf I get the same error
The above is wrong - the error I was getting there was due to a typo. So, what I said above works: use the --user flag and change the ExecStart line in the rslsync.service file to point to the config file in my home directory and the service runs fine.
It's still not clear to me why it's failing when not using the --user flag and the rslsync.service file is pointing to the config file in /etc/rslsync.conf, so if anyone would like to clarify that I'd love to know.
marking as solved otherwise.
Last edited by dgalt (2017-03-21 00:05:03)
Offline