Freekers

Btsync Crashing On Synology Rs814 Dsm5. How To Debug?

Recommended Posts

Hi!

 

I'm having issues with the latest BTSync 1.3+ BTSync builds on my Synology RS814 running DSM 5. It crashes randomly with no apparant reason and I have no clue how to debug or investigate it.

It can run fine for 2-3 days or crash every hour, so it's totally at random.

 

Any input is greatly appreciated! Thank you.

Kind regards.

Share this post


Link to post
Share on other sites

Hi,

 

I've a DS214se with DSM 5.0-4482 and installed the BitTorrent Sync 1.3.93 package via http://packages.synocommunity.com.

To enable debug log, I've to

 

1. telnet to the syno using root login (same password like admin)

2. go to /volume1/@appstore/btsync/var (here reside the sync.conf and sync.log)

3. create the file debug.txt with just the content of 4 chars FFFF

4. restart the package

 

debug output will be written to the sync.log file afterwards.

Share this post


Link to post
Share on other sites

Thank you for your reply.

 

I've followed your instructions and am now waiting for BTSync to crash again ;)

 

Also, are you sure you're running 1.3.93 on your Synology? As the latest version on Synocommunity is 1.3.87

 

Thanks!

Share this post


Link to post
Share on other sites

Hi,

 

I meanwhile run 1.3.94 on my Synology DS214se.

Your RS814 and my DS214se are using ARMv7 processors, so it is no problem to

 

1. stop the BitTorrent Sync package on the Synology and

2. replace the btsync binary in directory /volume1/@appstore/btsync/bin with the ARM binary you can download at http://www.bittorrent.com/intl/en/sync/downloads ; give it with chmod and chown the rights 775, owner btsync and group root

 

Regarding the failing debug ... I can' say whether you're doing something wrong. If you created the file debug.txt with FFFF as content as mentioned in the correct directory and you restarted the package, you should immediately see in the sync.log tons of new entries like the peer pings i.e.

Share this post


Link to post
Share on other sites

Thanks for the reply!

I followed your instructions and I'm now running 1.3.94 as well. Thanks!
Let's see how things go. I hope this version runs stable!

 

Kind regards,

Freekers.

Share this post


Link to post
Share on other sites

Sadly, it crashed again....

 

Here's the sync.log file: http://sebsauvage.net/paste/?2bc96466760d76f0#ghNMB5NBbuAUCmR9QkDKFE5CdfN2DzHhNqAXPy0lUYI=
And here's the sync.log.old file: http://sebsauvage.net/paste/?5885b8f48dbfe9fe#TcqC6xatFmBr+F81JuOzIAHSJ3zWDWsP/O5e8PnBVvQ=

 

I can't find anything special/odd in there...

 

What could this be causing? I'm having these issues since BTSync 1.3+. BTSync 1.2+ ran perfectly.

Share this post


Link to post
Share on other sites

@Freekers,

I have analyzed your logs.

Check please /volume1 permissions.  I think btsync on your NAS has insufficient permissions to this folder. 

 

Commands for checking: 

# ls -lsa /volume1

# ps -o user,cmd | grep btsync

 

Try to:

# chmod -R a+rw /volume1 

for first.

Share this post


Link to post
Share on other sites

Perhaps I may jump in with my experience using the little DS214se:

 

1. try "ps -w|grep bts" to get what denis4inet is interested in

2. if you installed the btsync package from synocommunity then they use the internal user "btsync" ... unfortunately this user is NOT visible by DSM webGUI.

3. If you created shared folders within the webGUI to place the btsync directories into you need to allow the group "users" having access to it otherwise the user btsync has not sufficient permissions to touch these areas. In the DSM webGUI do for all shared folders you use with btsync:

 

In the webGUI goto Control Panel -> Shared Folders -> Edit the specific shared folder -> Permissions -> Switch to Local groups -> activate READ/WRITE for the group "users".

 

That was the only trick on my system to get it to run without any problems.


If you created subdirectories within the shared folders using a user not being a member of the group users, it could be that you have to manually correct things in a telnet session.

For this check any subdirectory and file in a folder used by btsync and see whether group users has access. The command the change the group permission is "chgrp" and can be used recursively with the "-R" parameter of course.

Share this post


Link to post
Share on other sites

Thanks for your reply @JimKnopf,

 

Here's the output of "ps -w|grep bts"

 

RS814> ps -w|grep bts15233 btsync    177m S    /usr/local/btsync/bin/btsync --config /usr/local/btsync/var/sync.conf20069 root      4036 S    grep btsRS814>

 

Yes, I installed the btsync package from the synocommunity.

Should denis4inet's fix not work, I will apply your steps. So far it's still running.

 

However, I do have a question about this behaviour:

eRL0IuF.png

It's been like this for over 2-3 weeks now. What could this be causing? MicroServer is synced using a read-only key.

Thanks in advance!

Share this post


Link to post
Share on other sites

It has been running like a champ since I've applied those commands @denis4inet

Apparantly it was an rights issue indeed. Thank you very much!

Still, I am curious why some folders never finish syncing, as shown in the screenshot in my previous post

Thanks!

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.