HeinerDD

New Members
  • Posts

    18
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

HeinerDD's Achievements

Member

Member (2/3)

  1. Hi, I have a new Synology DS920+ and want to install Sync on it. Which package do I have to choose? The article https://www.synology.com/en-us/knowledgebase/DSM/tutorial/Compatibility_Peripherals/What_kind_of_CPU_does_my_NAS_have says Geminilake package, but there is no link to such a package. Thanks for your help! Heiner
  2. It's still the "official" build which stoped the crashing.
  3. Hello to all, I was on vacation for a few days. The sync (about 700 GB) was completed before I startet the trip, so btsync on the rPi was i a idle mode for more than 6 days. What coul I say. The process did not crash meanwhile. I uploaded now some pictures to the sync folder of my PC (about 20 GB) and it synced well. Maybe its only a problem with havy load over a long time, maybe a problem with i/o on HD? I have heatsinks on the rPi, but if it is a thermal problem, the whole rPi should be instable.
  4. Hi to all, I messed around a bit because of the missing core dump. As I wrote I did some changes in the file /proc/sys/kernel/core_pattern (see above). But I can't find any core pattern. All the things I did I have read here: https://sigquit.wordpress.com/2009/03/13/the-core-pattern/ The link was mentioned here: http://help.getsync.com/hc/en-us/articles/206214615-Collecting-crash-reports-mini-dumps-and-core-dumps Now I tried to kill the btsync process with "kill -s SIGSEGV <PID>". If I did so, I found are core dump in my data directory /home/pi/.btsync/ But if the btsync process kills itself, there is no core dump. There is no difference if I set "ulimit -c unlimited" or not.
  5. I have changed the /proc/sys/kernel/core_pattern to /tmp/cores/core.%e.%p.%h.%t In /tmp/cores/ are no files after the crash. In /tmp/cores/ is another directory called /btsync_dumps, but its also empty. The problem with low cpu and RAM usage was my fault, I did not start btsync with the init.d-script I usually use.
  6. Hi again! After about 20 reboots, the syncing seems to be complete. The btsync-process is still randomly killed, but I cant get a coredump to open a Support case. I think its not the Power supply. I changed it. The Raspi gots its own. The HD is connected to a powerde USB-HUB. I don`t know what to do.
  7. I use the latest ARM version of btsync to save files from my Windows 7-PC to a Raspberry Pi. In the webgui of the Rapsberry the syncing is completed. The Windows client tells, that about 200 files have to be synced, but nothing happens. The folder on the windows client is read only. On ther Rapberry Pi no files were changed. Can I see somewhere the complete list of unsynced files? Why does the syncing process stop? Thanks for your help! Heiner
  8. I started btsync as suggested to create a core dump, but btsync doesn't proper start after "$ ulimit -c unlimited". The process is running with 0,3% CPU and 0,6 % RAM. The client tells that no Peer is online?
  9. Isn`t the laste Raspbian based on Jessie and comes with systemd?
  10. If the Raspi is unstable, shouldnt then other processe also be affected?
  11. Maybe I should tell, that btsync on the Raspberry crashed this night although no other clients were online.
  12. The only thing I changed was the sync_trash_ttl = 0