jonnojohnson

BTSync quits on ARM5 Pogoplug but no .dmp crash file

Recommended Posts

I'm trying to sync (read-only) from a Windows 7 machine to a USB drive attached to an ARM5 Pogoplug Series 4 device.

If I set up a empty test directory on my Win 7 machine (and link it to an empty dir on the ARM machine) and add a couple of files to it I don't see any issues and the sync happens ok.

However when I try to sync an existing large directory (> 35GB) the btsync process on the ARM machine appears to be working for a few minutes (I can see downloads via the browser GUI) but then it quits after a couple of minutes. There is no .dmp file created in the .sync directory though.

After it quits if I simply restart btsync the GUI is available but the existing directory does not show any of the progress that was previously made (I've checked and some data has been transferred). It shows 0B.

I can only get btsync working again by deleting the sync folder on the ARM machine and re-adding it but that only lasts for a minute or two.

More info on the Pogoplug 4 setup and how I installed BTSync per the instructions here: http://aaronrandall.com/blog/customising-your-pogoplug/

Share this post


Link to post
Share on other sites

I'm having the same issue on my Pogo Plug home server running Debian.

Here is the output of uname -srvmo:


Linux 2.6.32-5-kirkwood #1 Sat Feb 16 04:43:37 UTC 2013 armv5tel GNU/Linux

I'd love to have all my devices syncing to my home server, I just need to get this running consistently.

Share this post


Link to post
Share on other sites

My uname info is:


Linux 2.6.31.8 #5 Wed Sep 28 12:09:12 PDT 2011 armv5tel GNU/Linux

I tried killing the 2 Pogoplug processes (hbplug & hbwd) but that didn't help.

My install of btsync is on an external USB drive mounted at /opt.

Share this post


Link to post
Share on other sites

i have a similar problem. i emailed my logs to kos (bt dev), so we'll see if that helps. maybe you guys should do that so they have more than one data set to work with.

Share this post


Link to post
Share on other sites

I have a dmp file and my logs, but I'm not sure where to send them? Is there a form or an email address somewhere?

sync@bittorrent.com

I've sent logs to Kos also heiNey.

I'm curious what other similarities our issues have in common.

Like I said on my system sync ran fine for at least a couple of hours when I shared a fresh folder on both ends.

There are definitely no .dmp files being created. I have debugging turned on but there's nothing special at the end of the log file that I can tell.

I'm running the same Linux install that the Pogoplug shipped with.

Are you guys also seeing the same issue after restarting btsync (ie: it remembers the folder it's supposed to be syncing but acts like there is nothing in it and does not sync anything?)

Share this post


Link to post
Share on other sites

I had my btsync folder on an external drive, but I moved it to the rootfs device just to see if that made any difference and it didn't. I'm experimenting with starting from a fresh folder and seeing if I can copy files of varying sizes from/to my pogoplug. So far, it seems like it can have files copied from it just fine, but when I add files on the other device it poops out trying to sync it to my pogoplug.

It doesn't always crash right away, but I notice that it starts out downloading pretty fast, then slowly over the span of a minute or so the download speed decreases until it's not transferring anything anymore, then it eventually crashes.

I thought this might be an issue with my local network or something, but I tried setting up a cloud server to sync my pogoplug with and I ran into the same issues.

I wiped the original pogoplug software and am running Debian on my pogoplug.

Share this post


Link to post
Share on other sites

It's interesting, if I add a new folder and it crashes shortly after, when I restart it doesn't keep the new folder that I added, but if I add a new folder and restart btsync, it keeps it from there on out. It seems like if it crashes shortly after I add the folder it doesn't have a chance to save that new folder to its config or something.

Share this post


Link to post
Share on other sites

It doesn't always crash right away, but I notice that it starts out downloading pretty fast, then slowly over the span of a minute or so the download speed decreases until it's not transferring anything anymore, then it eventually crashes.

.

this is what happens to mine (running arch linux arm), but there's nothing transferred at all. the files/folders get created, but they're all 0 bytes and nothing happens. i looked at the logs and it says error -1, but i have no idea what that means.

Share this post


Link to post
Share on other sites

Hmm, additional info.

When I restart btsync after it fails the sync folder comes up with the wrong secret. This explains why it sits at 0 bytes. If I then change the secret to the correct one it starts to try to sync again but fails after a minute or so.

Share this post


Link to post
Share on other sites

The problem is the huge amount of memory required by the current version of the client. On startup, btsync processes immeadiately consume 256MB of swap, and I guess the processes are constantly swapping/trashing. :( Without activating swap, btsync just crashes.

Share this post


Link to post
Share on other sites

this is what happens to mine (running arch linux arm), but there's nothing transferred at all. the files/folders get created, but they're all 0 bytes and nothing happens. i looked at the logs and it says error -1, but i have no idea what that means.

Same issue running on ARM Debian Squeeze on Linkstation NAS, logs uploaded to dev.Tried hard coding config to bypass gui but still only creates folders and then when binary files try to sync get errors and process dies shortly afterwards.

Share this post


Link to post
Share on other sites

I know this is an old discussion, but I just tried this again now that the Android version is out (and there have been several updates to the desktop version since the last time I tried this) and I'm still getting the Segmentation Faults on my Pogoplug. I'm not seeing a huge amount of memory being used, or a ton of paging, it's just crashing after a few minutes of syncing.

Share this post


Link to post
Share on other sites

We find an issue that on some ARM devices there is a specific alignment that causes Sync to quit. There will be updated Sync soon. In the meantime, could you please post output of the following command

cat /proc/cpu/alignment

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.