progmachine

New Members
  • Posts

    14
  • Joined

  • Last visited

Posts posted by progmachine

  1. Interesting situation:

    progmachine@ceres64:~/apps/common/profile/mucommander$ ls -l ../
    итого 12
    drwsrwsr-x 2 progmachine btsync 4096 сен 17  2016 argouml
    drwsrwsr-x 4 progmachine btsync 4096 сен 17  2016 mucommander
    drwsrwsr-x 4 progmachine btsync 4096 сен 17  2016 purple
    progmachine@ceres64:~/apps/common/profile/mucommander$ ls -l
    итого 40
    -rw-rw---- 1 progmachine btsync  179 окт  8  2013 action_keymap.xml
    -rw-rw---- 1 progmachine btsync  312 мар  7  2015 bookmarks.xml
    -rw-rw---- 1 progmachine btsync 1774 апр  8  2016 credentials.xml
    drwsrwsr-x 2 progmachine btsync 4096 сен 17  2016 extensions
    -rw-rw---- 1 progmachine btsync 2998 июн  3  2016 preferences.xml
    -rw-rw---- 1 progmachine btsync   76 апр  7  2016 shell_history.xml
    -rw-rw---- 1 progmachine btsync 4712 июн  3  2016 snapshot.xml
    drwsrwsr-x 2 progmachine btsync 4096 сен 17  2016 themes
    -rw-rw---- 1 progmachine btsync 1651 окт  8  2013 user_theme.xml
    progmachine@ceres64:~/apps/common/profile/mucommander$ sudo su btsync -c "touch -t 201604080000.00 credentials.xml"
    touch: установка временных отметок 'credentials.xml': Операция не позволена
    progmachine@ceres64:~/apps/common/profile/mucommander$ touch -t 201604080000.00 credentials.xml
    progmachine@ceres64:~/apps/common/profile/mucommander$

    As a "progmachine" userid i can change mtime of the file, but as "btsync" user i can't, even if btsync group allowed to write.

  2. Ok, this is detailed map of my devices:

    On my work i have my personal notebook - it is one of this peers discussed here (Win10 OS). On it i have virtual machine with Ubuntu 16.04 x64, it's name is ceres64. Due to wifi security politics in company, DPI firewalls blocks many directions and protocols (VPN, games, RDP etc.), and bittorrent protocol is also blocked. Because of this, rslsync can't just work directly. So i have a trick - ssh tunnel from ceres64 direct to charon, which is placed at my home. May be thats why charon and ceres64 looks have the same IP.

    At home I have two phisical computers: neptune and progmachine-ws0. charon is virtual machine, currently running on progmachine-ws0.

    On linux boxes (progmachine-ws0, neptune, charon, ceres64), rslsync running as service with its own user id and group id. All synchronized folders are set with progmachine user id, and btsync/rslsync group id with sgid flag, so all existing files and new files in that folders must be accessible for write to rslsync daemon, due to "drwsrwsr-x" access pattern. But I'll check all permissions and see what will happen.

  3. Here is logs from three peers.

    charon and ceres64 are linux peers, notebook is win10 peer.

    You can filter out of scope all but folder "common" and files credentials.xml and shell_history.xml in it, which is permamently synchronized within triangle of peers.

    All other have the same problem, but there is huge amount of files going back and further, which is noisy (and CPU intensive waste load).

     

  4. Just updated to 2.5.6

    Changed 2 files in one of my synchronized folders and since then i see permament self-resonating cacsade of synchronization of this 2 files within triangle of peers. =)

    It feels like when rslsync recives changes from remote peer, it changes local files and then recieves notifications from OS about files changes induced by rslsync itself, reacts on this events like "files changed by user" and retranslates this "changes" back and further.

  5. 18 hours ago, jbrugger said:

    If you have an older version (2.4.3 in my case) running as a service, the automatic updater installs a new instance as "standard" desktop build. It doesn't update the service; It just install a new copy of Resilio Sync without import the previous config. The previous version will be continuing running as a service, but i don't gets upgraded.

    Thanks

    This is not related to my situation. I'm not running Sync as a service, also linux version is affected too.

  6. After upgrade to 2.4 I encountered unstable connections problem. Now I need to restart rslsync on my home linux server periodically every few hours, because clients lose connections and can't restore them.
    I noticed that linux clients can resore connections, but windows client can't and linux under vmware_on_windows also can't restore connections.

  7. 17 hours ago, RomanZ said:

    @progmachine, @sbhouchen  Could you please send us complete logs from the HDD-grinding-machine? Anything special there, like HDD connected over USB or alike?

    @patoka Thanks, we've got the logs

    @rensbais Did you saw the same with 2.3.7 or it happens only after upgrade?

    Nothing special, except that there is mdadm raid5 volume.

     

  8. I've got some trouble after update from 2.3.7 to 2.3.8 on my x86_64 Linux PCs. Hard drives got crazy, they are under heavy seek load, with grinding sound almost constantly. iotop shows that btsync generates 150KiB/s write speed on average, sync.log grows with speed of 50KiB/s to 100KiB/s while it's must be idle (nothing syncing), filled with some thing like this:

    [20160701 20:22:11.374] FC[5224]: will verify that drive is mounted before proceeding path "android-ndk-r8c/platforms/android-8/arch-arm/usr/include/asm-generic/4level-fixup.h" removal
    [20160701 20:22:11.387] FC[5224]: will verify that drive is mounted before proceeding path "eclipse_lin64/features/org.eclipse.rse.local_3.7.0.201505221634/META-INF/maven/org.eclipse.tm.features/org.eclipse.rse.lo
    cal/pom.properties" removal
    [20160701 20:22:11.388] FC[5224]: will verify that drive is mounted before proceeding path "eclipse_lin64/features/org.eclipse.aether.maven.feature_3.1.0.20140706-2237/META-INF/maven/org.eclipse.aether/org
    .eclipse.aether.maven.feature" removal
    [20160701 20:22:11.388] FC[5224]: will verify that drive is mounted before proceeding path "eclipse_lin64/features/org.eclipse.m2e.feature_1.6.2.20150902-0002/META-INF/ECLIPSE_.RSA" removal
    [20160701 20:22:11.389] FC[5224]: will verify that drive is mounted before proceeding path "eclipse_lin64/features/org.eclipse.mylyn.tasks.ide_3.19.0.v20160315-1830/META-INF/ECLIPSE_.RSA" removal
    [20160701 20:22:11.390] SyncFolderNotify: SyncFolderNotify: "drive_test_1467393731_1019940320", event = "IN_CREATE"
    [20160701 20:22:11.390] [OnNotifyFileChange] "/home/progmachine/apps/linux/.sync/drive_test_1467393731_1019940320"
    [20160701 20:22:11.390] SyncFolderNotify: SyncFolderNotify: "drive_test_1467393731_1019940320", event = "IN_MODIFY"
    [20160701 20:22:11.390] [OnNotifyFileChange] "/home/progmachine/apps/linux/.sync/drive_test_1467393731_1019940320"
    [20160701 20:22:11.421] SyncFolderNotify: SyncFolderNotify: "drive_test_1467393731_1019940320", event = "IN_CLOSE_WRITE"
    [20160701 20:22:11.421] [OnNotifyFileChange] "/home/progmachine/apps/linux/.sync/drive_test_1467393731_1019940320"
    [20160701 20:22:11.421] SyncFolderNotify: SyncFolderNotify: "drive_test_1467393731_1019940320", event = "IN_DELETE"
    [20160701 20:22:11.421] [OnNotifyFileChange] "/home/progmachine/apps/linux/.sync/drive_test_1467393731_1019940320"
    [20160701 20:22:11.421] FC[5224]: will verify that drive is mounted before proceeding path "eclipse_lin64/features/org.eclipse.cdt.msw_8.8.1.201602051005/META-INF" removal
    [20160701 20:22:11.423] FC[5224]: will verify that drive is mounted before proceeding path "eclipse_lin64/configuration/org.eclipse.osgi/584/0/.cp/icons/full" removal
    [20160701 20:22:11.423] FC[5224]: will verify that drive is mounted before proceeding path "eclipse_lin64/configuration/org.eclipse.osgi/319/0/.cp/icons/help.gif" removal
    [20160701 20:22:11.423] SyncFolderNotify: SyncFolderNotify: "drive_test_1467393731_1362761060", event = "IN_CREATE"
    [20160701 20:22:11.423] [OnNotifyFileChange] "/home/progmachine/apps/linux/.sync/drive_test_1467393731_1362761060"
    [20160701 20:22:11.423] SyncFolderNotify: SyncFolderNotify: "drive_test_1467393731_1362761060", event = "IN_MODIFY"
    [20160701 20:22:11.423] [OnNotifyFileChange] "/home/progmachine/apps/linux/.sync/drive_test_1467393731_1362761060"
    [20160701 20:22:11.469] SyncFolderNotify: SyncFolderNotify: "drive_test_1467393731_1362761060", event = "IN_CLOSE_WRITE"
    [20160701 20:22:11.469] [OnNotifyFileChange] "/home/progmachine/apps/linux/.sync/drive_test_1467393731_1362761060"
    [20160701 20:22:11.469] SyncFolderNotify: SyncFolderNotify: "drive_test_1467393731_1362761060", event = "IN_DELETE"
    [20160701 20:22:11.469] [OnNotifyFileChange] "/home/progmachine/apps/linux/.sync/drive_test_1467393731_1362761060"
    [20160701 20:22:11.471] SyncFolderNotify: SyncFolderNotify: "drive_test_1467393731_2023897724", event = "IN_CREATE"
    [20160701 20:22:11.471] [OnNotifyFileChange] "/home/progmachine/apps/linux/.sync/drive_test_1467393731_2023897724"
    [20160701 20:22:11.471] SyncFolderNotify: SyncFolderNotify: "drive_test_1467393731_2023897724", event = "IN_MODIFY"
    [20160701 20:22:11.471] [OnNotifyFileChange] "/home/progmachine/apps/linux/.sync/drive_test_1467393731_2023897724"

    Now i downgraded back to 2.3.7, and all is fine again.

  9. Hi people. After recent btsync update i encountered a problem: btsync-gui crashes when opened.

    I have some sync folders named using not latin characters, on my native language. Locale is ru_RU.UTF8

    Crash message: "btsync-gui crashed with UnicodeEncodeError in init_folders_values(): 'latin-1' codec can't encode characters in position 18-26: ordinal not in range(256)".

    btsync-gui remains active, but not showing non latin folders.

     

    Ubuntu 12.04 amd64