HeinerDD

New Members
  • Posts

    18
  • Joined

  • Last visited

Posts posted by HeinerDD

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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

  6. 21 hours ago, Moe said:

    Ok so now we have high CPU and decent RAM usage.. what is the WebGUI showing? Is it transferring data or Indexing?

    Have you tried removing and re-adding the share you want to sync the 700GB+ files over?

    If everything fails, maybe it is now time to send in the log files to Sync Support and have them take a look..

    Where can I send the log file?

  7. 21 hours ago, iswrong said:

    Crashes sporadically happened with Sync on my Pi around 2.0.x. Since then I switched to systemd, which can automatically restart processes on unsuccessful exits. This is not a solution, but could be a workaround if you want to ensure that Sync is always running.

    Your log does not show anything interesting near the end. I think support would be interested in debugging this problem further. You can contact them from within Sync, attaching the logs as well.

    Isn`t the laste Raspbian based on Jessie and comes with systemd?

  8. Thank you for your prompt answer.

    I figured out, that the ntfs-3g needed a lot of prozessor power (more than 30%). I formated the HDD with ext4. Now the tranfer speed is much better, but the the btsync process crashed again after half a day.

    I cant find the btsync process in "ps aux"-list. The last entries (and many more the same) in sync.log are:

    [20160206 21:42:40.016] [OnNotifyFileChange] "/media/hd/h/Eigene Bilder/Digi-Cam/2012_08_15/C56A0551.CR2.bts"
    [20160206 21:42:41.038] TF[3AE4] [0x61ef7ab8][/media/hd/h/Eigene Bilder/Digi-Cam/2012_08_15/C56A0541.JPG]: closed all handles, fs_refs = 1
    [20160206 21:42:41.089] SyncFolderNotify: SyncFolderNotify: "C56A0551.CR2.bts", event = "IN_MODIFY"
    [20160206 21:42:41.133] TF[3AE4] [0x6a5f41e0][/media/hd/h/Eigene Bilder/Digi-Cam/2012_08_15/C56A0542.CR2]: closed all handles, fs_refs = 1
    [20160206 21:42:41.141] [OnNotifyFileChange] "/media/hd/h/Eigene Bilder/Digi-Cam/2012_08_15/C56A0551.CR2.bts"
    [20160206 21:42:41.163] TF[3AE4] [0x2fe2a700][/media/hd/h/Eigene Bilder/Digi-Cam/2012_08_15/C56A0551.CR2]: piece 42 complete
    [20160206 21:42:41.163] SyncFolderNotify: SyncFolderNotify: "C56A0551.CR2.bts", event = "IN_MODIFY"
    [20160206 21:42:41.163] [OnNotifyFileChange] "/media/hd/h/Eigene Bilder/Digi-Cam/2012_08_15/C56A0551.CR2.bts"
    [20160206 21:42:41.164] SyncFolderNotify: SyncFolderNotify: "C56A0551.CR2.bts", event = "IN_MODIFY"
    [20160206 21:42:41.164] [OnNotifyFileChange] "/media/hd/h/Eigene Bilder/Digi-Cam/2012_08_15/C56A0551.CR2.bts"
    [20160206 21:42:41.164] SyncFolderNotify: SyncFolderNotify: "C56A0551.CR2.bts", event = "IN_MODIFY"
    [20160206 21:42:41.165] [OnNotifyFileChange] "/media/hd/h/Eigene Bilder/Digi-Cam/2012_08_15/C56A0551.CR2.bts"
    [20160206 21:42:41.165] SyncFolderNotify: SyncFolderNotify: "C56A0551.CR2.bts", event = "IN_MODIFY"
    [20160206 21:42:41.166] [OnNotifyFileChange] "/media/hd/h/Eigene Bilder/Digi-Cam/2012_08_15/C56A0551.CR2.bts"
    [20160206 21:42:41.166] SyncFolderNotify: SyncFolderNotify: "C56A0551.CR2.bts", event = "IN_MODIFY"
    [20160206 21:42:41.166] [OnNotifyFileChange] "/media/hd/h/Eigene Bilder/Digi-Cam/2012_08_15/C56A0551.CR2.bts"
    [20160206 21:42:41.167] SyncFolderNotify: SyncFolderNotify: "C56A0551.CR2.bts", event = "IN_MODIFY"
    [20160206 21:42:41.167] [OnNotifyFileChange] "/media/hd/h/Eigene Bilder/Digi-Cam/2012_08_15/C56A0551.CR2.bts"
    [20160206 21:42:41.168] SyncFolderNotify: SyncFolderNotify: "C56A0551.CR2.bts", event = "IN_MODIFY"
    [20160206 21:42:41.168] [OnNotifyFileChange] "/media/hd/h/Eigene Bilder/Digi-Cam/2012_08_15/C56A0551.CR2.bts"
    [20160206 21:42:41.169] SyncFolderNotify: SyncFolderNotify: "C56A0551.CR2.bts", event = "IN_MODIFY"
    [20160206 21:42:41.169] [OnNotifyFileChange] "/media/hd/h/Eigene Bilder/Digi-Cam/2012_08_15/C56A0551.CR2.bts"
    [20160206 21:42:41.169] SyncFolderNotify: SyncFolderNotify: "C56A0551.CR2.bts", event = "IN_MODIFY"
    [20160206 21:42:41.169] [OnNotifyFileChange] "/media/hd/h/Eigene Bilder/Digi-Cam/2012_08_15/C56A0551.CR2.bts"
    [20160206 21:42:41.170] SyncFolderNotify: SyncFolderNotify: "C56A0551.CR2.bts", event = "IN_MODIFY"
    [20160206 21:42:41.170] [OnNotifyFileChange] "/media/hd/h/Eigene Bilder/Digi-Cam/2012_08_15/C56A0551.CR2.bts"
    [20160206 21:42:41.172] SyncFolderNotify: SyncFolderNotify: "C56A0551.CR2.bts", event = "IN_MODIFY"
    [20160206 21:42:41.172] [OnNotifyFileChange] "/media/hd/h/Eigene Bilder/Digi-Cam/2012_08_15/C56A0551.CR2.bts"
    [20160206 21:42:41.246] SyncFolderNotify: SyncFolderNotify: "C56A0551.CR2.bts", event = "IN_MODIFY"
    [20160206 21:42:41.246] [OnNotifyFileChange] "/media/hd/h/Eigene Bilder/Digi-Cam/2012_08_15/C56A0551.CR2.bts"

    Thanks for your help!

    Heiner

     

  9. Hello,

    I try to use Sync as a backup on Raspberry Pi 2. I use the newest version of Sync on Raspberry Pi and the Windows client.

    I have to sync about 180.000 files (730 GByte). After a while of indexing some files are synced, but then the synicing stops without any error message until I reboot the Pi.

    Can the Pi 2 handle so many files or do I have to buy a "bigger" server?

    Thanks for answers.

    Heiner