You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I don't have logs for you yet...please let me know what/how to collect from the phone and computer.
Setup
1 linux server running Syncthing 0.8.17, 1 Verizon Razr MAXX stock Android 4.4, latest version 0.4 (also happened with previous version). Server is on wired ethernet through a consumer router with Comcast cable connection. 1 shared repository with about 2100 files and 1.45 GB, mostly wallpaper images.
I also have another node on a Linux laptop with the same repository but only connected to the server, not the phone. It works fine syncing with the server no matter what combination of VPN and wifi changes I subject it to. It doesn't appear to be relevant to the problem (problem happens even with the laptop disconnected)
Problem
The phone, mostly when switching back to wifi after being on celluar data for some time, will apparently communicate somehow with the server node, leaving the server node with the impression that it needs to delete a whole bunch of files. The repo on the phone stays correct, and the server will start re-syncing it's repo from the phone after a time. There doesn't seem to be any pattern as to which or how many files get deleted before it stops. It appears that the global repository for the server somehow becomes incorrect and causes the file deletions. It sometimes happens while just sitting there with no change in network status, and sometimes I can switch from 4G to Wifi and back again on the phone with no problems at all.
Troubleshooting
Took the laptop node out of the picture. No effect
Tried increasing the sync time on the phone from 60 to 120 seconds. No effect
Tried changing ownership of the files on the server (there was a mix of two different UIDs). No effect
Upgraded to 0.4 from the 0.3.8 version on the phone. No effect
Ran just the server and laptop nodes without the phone node for over 24 hours, with numerous wifi/VPN changes on the laptop and files added/deleted for testing. Worked great.
Like I said at the top, I'd love to help debug this, but I really don't know what logs you need and how to acquire them (from the phone, at least). Also let me know any other info I can provide.
Thanks,
Scott
The text was updated successfully, but these errors were encountered:
I don't have logs for you yet...please let me know what/how to collect from the phone and computer.
Setup
1 linux server running Syncthing 0.8.17, 1 Verizon Razr MAXX stock Android 4.4, latest version 0.4 (also happened with previous version). Server is on wired ethernet through a consumer router with Comcast cable connection. 1 shared repository with about 2100 files and 1.45 GB, mostly wallpaper images.
I also have another node on a Linux laptop with the same repository but only connected to the server, not the phone. It works fine syncing with the server no matter what combination of VPN and wifi changes I subject it to. It doesn't appear to be relevant to the problem (problem happens even with the laptop disconnected)
Problem
The phone, mostly when switching back to wifi after being on celluar data for some time, will apparently communicate somehow with the server node, leaving the server node with the impression that it needs to delete a whole bunch of files. The repo on the phone stays correct, and the server will start re-syncing it's repo from the phone after a time. There doesn't seem to be any pattern as to which or how many files get deleted before it stops. It appears that the global repository for the server somehow becomes incorrect and causes the file deletions. It sometimes happens while just sitting there with no change in network status, and sometimes I can switch from 4G to Wifi and back again on the phone with no problems at all.
Troubleshooting
Like I said at the top, I'd love to help debug this, but I really don't know what logs you need and how to acquire them (from the phone, at least). Also let me know any other info I can provide.
Thanks,
Scott
The text was updated successfully, but these errors were encountered: