@andrew2 wrote:

apt install syncthing-relaysrv syncthing-discosrv
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following NEW packages will be installed:
  syncthing-discosrv syncthing-relaysrv
0 upgraded, 2 newly installed, 0 to remove and 1 not upgraded.
Need to get 8,978 kB of archives.
After this operation, 25.0 MB of additional disk space will be used.
Get:1 https://apt.syncthing.net syncthing/stable amd64 syncthing-discosrv amd64 1.2.2 [4,432 kB]
Get:2 https://apt.syncthing.net syncthing/stable amd64 syncthing-relaysrv amd64 1.3.0 [4,546 kB]
Fetched 8,978 kB in 2s (4,418 kB/s)           
Selecting previously unselected package syncthing-discosrv.
(Reading database ... 112157 files and directories currently installed.)
Preparing to unpack .../syncthing-discosrv_1.2.2_amd64.deb ...
Unpacking syncthing-discosrv (1.2.2) ...
Selecting previously unselected package syncthing-relaysrv.
Preparing to unpack .../syncthing-relaysrv_1.3.0_amd64.deb ...
Unpacking syncthing-relaysrv (1.3.0) ...
Setting up syncthing-discosrv (1.2.2) ...
Created symlink /etc/systemd/system/syncthing-discosrv.service → /lib/systemd/system/stdiscosrv.service.
Created symlink /etc/systemd/system/multi-user.target.wants/stdiscosrv.service → /lib/systemd/system/stdiscosrv.service.
Setting up syncthing-relaysrv (1.3.0) ...
Created symlink /etc/systemd/system/syncthing-relaysrv.service → /lib/systemd/system/strelaysrv.service.
Created symlink /etc/systemd/system/multi-user.target.wants/strelaysrv.service → /lib/systemd/system/strelaysrv.service.
Processing triggers for ufw (0.36-0ubuntu0.18.04.1) ...
Rules updated for profile 'mosh'
Skipped reloading firewall
Processing triggers for man-db (2.8.3-2ubuntu0.1) ...

Oct 23 04:23:28 syncthing-relay-01 systemd[1]: Started Syncthing Discovery Server.
Oct 23 04:23:28 syncthing-relay-01 systemd[10591]: stdiscosrv.service: Failed to determine user credentials: No such process
Oct 23 04:23:28 syncthing-relay-01 systemd[10591]: stdiscosrv.service: Failed at step USER spawning /usr/bin/stdiscosrv: No such process
Oct 23 04:23:28 syncthing-relay-01 systemd[1]: stdiscosrv.service: Main process exited, code=exited, status=217/USER
Oct 23 04:23:28 syncthing-relay-01 systemd[1]: stdiscosrv.service: Failed with result 'exit-code'.

Oct 23 04:24:29 syncthing-relay-01 systemd[1]: Started Syncthing Relay Server.
Oct 23 04:24:29 syncthing-relay-01 systemd[10652]: strelaysrv.service: Failed to determine user credentials: No such process
Oct 23 04:24:29 syncthing-relay-01 systemd[10652]: strelaysrv.service: Failed at step USER spawning /usr/bin/strelaysrv: No such process
Oct 23 04:24:29 syncthing-relay-01 systemd[1]: strelaysrv.service: Main process exited, code=exited, status=217/USER
Oct 23 04:24:29 syncthing-relay-01 systemd[1]: strelaysrv.service: Failed with result 'exit-code'.

Posts: 2

Participants: 1

Read full topic

@Alex_Helfet wrote:

I get the following error running an apt-get update on Ubuntu 14.04.6 LTS:

W: Failed to fetch https://apt.syncthing.net/dists/syncthing/stable/binary-amd64/Packages  gnutls_handshake() failed: Handshake failed

W: Failed to fetch https://apt.syncthing.net/dists/syncthing/stable/binary-i386/Packages  gnutls_handshake() failed: Handshake failed

Running gnutls-cli for more info I get:

% gnutls-cli apt.syncthing.net -p 443 -d 3
Resolving 'apt.syncthing.net'...
Connecting to '82.196.13.137:443'...
|<2>| ASSERT: gnutls_constate.c:695
|<3>| HSK[0x1b8dc40]: Keeping ciphersuite: DHE_RSA_AES_128_CBC_SHA1
|<3>| HSK[0x1b8dc40]: Keeping ciphersuite: DHE_RSA_AES_128_CBC_SHA256
|<3>| HSK[0x1b8dc40]: Keeping ciphersuite: DHE_RSA_CAMELLIA_128_CBC_SHA1
|<3>| HSK[0x1b8dc40]: Keeping ciphersuite: DHE_RSA_AES_256_CBC_SHA1
|<3>| HSK[0x1b8dc40]: Keeping ciphersuite: DHE_RSA_AES_256_CBC_SHA256
|<3>| HSK[0x1b8dc40]: Keeping ciphersuite: DHE_RSA_CAMELLIA_256_CBC_SHA1
|<3>| HSK[0x1b8dc40]: Keeping ciphersuite: DHE_RSA_3DES_EDE_CBC_SHA1
|<3>| HSK[0x1b8dc40]: Keeping ciphersuite: DHE_DSS_AES_128_CBC_SHA1
|<3>| HSK[0x1b8dc40]: Keeping ciphersuite: DHE_DSS_AES_128_CBC_SHA256
|<3>| HSK[0x1b8dc40]: Keeping ciphersuite: DHE_DSS_CAMELLIA_128_CBC_SHA1
|<3>| HSK[0x1b8dc40]: Keeping ciphersuite: DHE_DSS_AES_256_CBC_SHA1
|<3>| HSK[0x1b8dc40]: Keeping ciphersuite: DHE_DSS_AES_256_CBC_SHA256
|<3>| HSK[0x1b8dc40]: Keeping ciphersuite: DHE_DSS_CAMELLIA_256_CBC_SHA1
|<3>| HSK[0x1b8dc40]: Keeping ciphersuite: DHE_DSS_3DES_EDE_CBC_SHA1
|<3>| HSK[0x1b8dc40]: Keeping ciphersuite: DHE_DSS_ARCFOUR_SHA1
|<3>| HSK[0x1b8dc40]: Keeping ciphersuite: RSA_AES_128_CBC_SHA1
|<3>| HSK[0x1b8dc40]: Keeping ciphersuite: RSA_AES_128_CBC_SHA256
|<3>| HSK[0x1b8dc40]: Keeping ciphersuite: RSA_CAMELLIA_128_CBC_SHA1
|<3>| HSK[0x1b8dc40]: Keeping ciphersuite: RSA_AES_256_CBC_SHA1
|<3>| HSK[0x1b8dc40]: Keeping ciphersuite: RSA_AES_256_CBC_SHA256
|<3>| HSK[0x1b8dc40]: Keeping ciphersuite: RSA_CAMELLIA_256_CBC_SHA1
|<3>| HSK[0x1b8dc40]: Keeping ciphersuite: RSA_3DES_EDE_CBC_SHA1
|<3>| HSK[0x1b8dc40]: Keeping ciphersuite: RSA_ARCFOUR_SHA1
|<3>| HSK[0x1b8dc40]: Keeping ciphersuite: RSA_ARCFOUR_MD5
|<2>| EXT[0x1b8dc40]: Sending extension SERVER NAME (22 bytes)
|<2>| EXT[0x1b8dc40]: Sending extension SAFE RENEGOTIATION (1 bytes)
|<2>| EXT[0x1b8dc40]: Sending extension SESSION TICKET (0 bytes)
|<2>| EXT[SIGA]: sent signature algo (4.2) DSA-SHA256
|<2>| EXT[SIGA]: sent signature algo (4.1) RSA-SHA256
|<2>| EXT[SIGA]: sent signature algo (2.1) RSA-SHA1
|<2>| EXT[SIGA]: sent signature algo (2.2) DSA-SHA1
|<2>| EXT[0x1b8dc40]: Sending extension SIGNATURE ALGORITHMS (10 bytes)
|<3>| HSK[0x1b8dc40]: CLIENT HELLO was sent [142 bytes]
|<2>| ASSERT: gnutls_record.c:726
|<2>| ASSERT: gnutls_record.c:1122
|<2>| ASSERT: gnutls_handshake.c:2773
*** Fatal error: A TLS fatal alert has been received.
*** Received alert [40]: Handshake failed
*** Handshake has failed
GnuTLS error: A TLS fatal alert has been received.

I can view https://apt.syncthing.net/ fine and download the package files in Chrome.

A workaround is to substitute http for https in /etc/apt/sources.list.d/syncthing.list.

Posts: 2

Participants: 2

Read full topic

@pelegm wrote:

Hi,

In my office there are a couple of desktops and laptops which are more or less of public use. I plan to use Syncthing to sync a certain folders among all of these devices.

I would also like this folder to be synced to my personal device, but I’m afraid that this will somehow expose my personal device to anyone who is using any of these office computers.

I don’t suspect anyone will attempt to do anything evil, but I am still concerned about privacy and security (for example, it is possible that the people in the office will infect the shared folder with some Windows malware or virus or whatever).

Is it possible to do something like this without risking my personal device?

Thanks!

Posts: 5

Participants: 2

Read full topic

@HalfNote5 wrote:

Hi there!

I’m enjoying playing with Syncthing but I’d like to use it in an enterprise environment.

What I’d REALLY like to be able to do is to point syncthing at a specific domain where the server is sitting and skip the third-party middleman.

Is there an easy way to do this in synctrayzor?

I.E.: Client ----> ourdomain:port ----> Directly to our syncthing server.

Basically we’re wanting to set up individual folders for sync,archiving individual users’ machines privately and separately. But I’d like to cut the third party server and just have it stream directly to our datacenter.

Thanks!

(Most of the machines are Windows, but we may get some mobile/mac/linux devices on occasion)

Posts: 4

Participants: 2

Read full topic

@HalfNote5 wrote:

If I wanted to back up the SyncThing server’s settings (folders/ID’s/etc/etc) all that is stored in the local directory, yes? I just have to clone SyncThing’s Program folder?

(Note: I’m playing with this on Windows, as well as Linux, so if there’s an AppData folder, too, it’d be handy to know about)

I’m basically trying to crash-proof this thing. = )

Thanks!

Posts: 3

Participants: 2

Read full topic

@pelegm wrote:

Hi,

Quick question: I wish to share (from “laptop”) one huge (100GB) folder (“Album”, say) with another server (“cloud”), and parts of that folder (“Album/2019” and “Album/misc”, say) with another server (“desktop”).

To make things easy, I’ve added each subfolder separately (Album/2000, Album/2001, etc.) which is >20 folders, and shared each manually. Later I’ve seen that I could have shared Album with cloud but only Album/2019 with desktop (is it really so?).

So my first question: is it really so? My second question: performance-wise, is it better to split as I did (to 1-10GB folders), or make a single large folder (100GB, with some shared subfolders)? Or perhaps it doesn’t matter at all?

Thanks!

Posts: 7

Participants: 3

Read full topic

@jeanbart82 wrote:

How can I setup a windows (laptop) device automatically to only sync with a wifi network and not with a cellular connection?

Lots to find about mobile devices… but hard/not to find about windows.

A cellular connections is constantly needed for other data, but the limits are not high.

Posts: 5

Participants: 4

Read full topic

@DexteruL wrote:

Hello. I have switched from a Western Digital NAS to a Synology NAS and the setup is almost similar to what i had before.

I am syncing between 2 points. A and B , A sends only , B receives Only. Any deletions that happen on either device don’t get synced (i do them manually).

On my previous setup i was able to get a sync speed of 60MB/s , on this setup it doesn’t manage to get past 12MB/s , if it even gets there.

I have copied a file manually between my pc - router - synology nas and it copies with 110MB/s. So the LAN/NAS/HDD doesn’t seem to be the bottleneck.

The reason i said the setup is similar is due to the fact that in my initial setup i was using my PC to do the sync between Point A to Point B.

L.E. The source is running v1.3.1-rc.2, Linux (64 bit) The received is running v1.3.0, Linux (ARM)

Posts: 4

Participants: 2

Read full topic

@ThomVis wrote:

I would like to have an option/checkbox to disable auto update checks. We have some file servers behind a firewall which will never connect to the internet, so the check for updates always will fail. I now removed the URL from the Advanced Configuration, but that leaves a {Couldn’t fetch release information: Get : unsupported protocol scheme “”} in the logfile.

Posts: 6

Participants: 3

Read full topic

@HalfNote5 wrote:

Question.

In the interest of security and redundancy in a corporate setting, can someone point me to the appropriate way to restore the SyncThing server/settings/folders to a new (or redundant) server, should the computer running it crash? Is it just a matter of restoring the SyncThing program directory and the C:\users[adminuser]\appdata\local\syncthing directories?

Or is there something more to be watched out for?

What I’m intending to do is mirror the main server to a backup machine, anyhow, and am wondering if just copying the files and firing it up is enough.

Thanks!

(P.S. This particular version is the Windows server but if it’s different between Win/Lin it’d be handy to know.

Posts: 3

Participants: 2

Read full topic

@fletch wrote:

I am attempting to get this software to work but before I go too far, I need to know how greedy it is port wise. I have very few ports available to me so I may need to look for something else.

How many ports does this software need to work?

Right now it’s running into brick walls trying to open a bunch of high port #'s and that’s not going to work for me.

Can it be configured to use 1 or 2 ports only?

Thanks.

Posts: 4

Participants: 2

Read full topic

@HalfNote5 wrote:

I decided to switch from Win to Lin and play around and I’m trying to set up some folders but “Receive Only” seems to be missing.

Any ideas?

Thanks!

Posts: 3

Participants: 2

Read full topic

@drbergie wrote:

Hi.

I installed syncthing a while ago on my Ubuntu 18.04 machine, and the web UI started up fine.

After some upgrades (can’t say exactly when) the web UI didn’t start up anymore. The Daemon starts find, as all my devices sync without issues. The Web UI just doesn’t start.

When I restart the service manually (using sudo systemctl stop syncthing@diederik.service and sudo systemctl start syncthing@diederik.service) Then it comes up fine.

config file snippet:

    <gui enabled="true" tls="false" debugging="false">
        <address>127.0.0.1:8384</address>
        <theme>dark</theme>
    </gui>

I can’t see any obvious errors in the logs.

According to the logs, I’m running 1.3.0 of Syncthing.

The service is run as my user, not as root.

When I stop the service it is killed with a timeout. From logs:

Oct 27 13:52:38 pappa-beer systemd[1]: syncthing@diederik.service: State 'stop-sigterm' timed out. Killing.
Oct 27 13:52:38 pappa-beer systemd[1]: syncthing@diederik.service: Killing process 1002 (syncthing) with signal SIGKILL.
Oct 27 13:52:38 pappa-beer systemd[1]: syncthing@diederik.service: Main process exited, code=killed, status=9/KILL
Oct 27 13:52:38 pappa-beer systemd[1]: syncthing@diederik.service: Failed with result 'timeout'.
Oct 27 13:52:38 pappa-beer systemd[1]: Stopped Syncthing - Open Source Continuous File Synchronization for diederik.

Successful startup of the web UI reports:

Oct 27 13:54:00 machine-name syncthing[3700]: [3FKCR] INFO: Completed initial scan of sendreceive folder "Default Folder" (default)
Oct 27 13:54:00 machine-name syncthing[3700]: [3FKCR] INFO: Relay listener (dynamic+https://relays.syncthing.net/endpoint) starting
Oct 27 13:54:00 machine-name syncthing[3700]: [3FKCR] INFO: Completed initial scan of sendreceive folder "XYZ-sync " (XXYYZZ-XXDDGG)
Oct 27 13:54:00 machine-name syncthing[3700]: [3FKCR] INFO: GUI and API listening on 192.168.0.2:8384
Oct 27 13:54:00 machine-name syncthing[3700]: [3FKCR] INFO: Access the GUI via the following URL: http://192.168.0.2:8384/
Oct 27 13:54:00 machine-name syncthing[3700]: [3FKCR] INFO: My name is "machine-name"
Oct 27 13:54:00 machine-name syncthing[3700]: [3FKCR] INFO: Device XXYYZZZ is "Phone-name" at [dynamic]
Oct 27 13:54:01 machine-name syncthing[3700]: [3FKCR] INFO: Completed initial scan of receiveonly folder "Phone-name" (XXYYZZ)

This is just a slight pain, as I have to restart the service every time I have to do something on the Web UI.

Posts: 8

Participants: 2

Read full topic

@deb75 wrote:

Hello,

I have just begun to use syncthing.

I would like to know if it supports file name translations, that is to say one file toto.txt on a given device would correspond to titi.txt on another device.

Is there any way to perform this with syncthing or do file names have to be the same ? As an example, I would like to append the device name to each image file synchronized.

Regards

Posts: 2

Participants: 2

Read full topic

@se45tr6yftyhb wrote:

As of recently, on my Windows PC, Syncthing creates seemingly endless firewall prompts, even if I tell the firewall to allow Syncthing to do anything it likes. Might the problem have to do with lack of port-forwarding, or with ‘upnp’? I found this page of instructions, but the instructions are unclear. For one thing: the instructions leave it unclear whether I need any kind of port-forwarding at all. Do I? If I do, just how do I set it up? Thanks.

(I found two other questions along similar lines on the forum. However, I do not understand the answers to those questions.)

Posts: 5

Participants: 2

Read full topic

@Victor wrote:

Hi! If you’re on IRC(or matrix) you might have seen that I’ve been working on a lite client for syncthing. The goal is to implement a go package that is capable of connecting to a syncthing cluster to retrieve a filelist and allow you to upload/download files without a full sync. This can be useful for mobile clients or something like rclone(https://rclone.org/). But I’ve also been thinking about using it as a ownCload alternative. Apps could implement it directly like note taking apps and so on. Using something like tinygo it might be possible to build a web assembly package and make a file manager for the web browser.

One of the most important things to get right is the API. Which is why I’ve put that on github as a start. If this sounds interesting have a look and give me your comments. I have a 12h flight in front of me so I hope to get a lot of work done then.

Doc’s can be found here https://godoc.org/github.com/VictorNine/syncthingclient

Posts: 5

Participants: 3

Read full topic

@StellarGoblin wrote:

i just download syncthing and follow the forums guide, but after a short while the shortcut will just disappear, and it will show a white page saying that the shortcut is gone, how do i fix this?

Posts: 5

Participants: 3

Read full topic

@lantrix wrote:

Running v1.3.0, macOS (64 bit) on both sync clients.

• Client A: Send Only shows as up to date.
• Client B: Showing some failed and with status “Failed Items”

Startup and (sanitised) Logs sample on Client A:

[start] 16:10:38 INFO: syncthing v1.3.0 "Fermium Flea" (go1.13.1 darwin-amd64) brew@Mojave.local 2019-10-01 05:34:58 UTC
[start] 16:10:38 INFO: Using large-database tuning
[SEFGJ] 16:10:39 INFO: My ID: SEFGJ5J-7AH3M2O-AIMGRXH-3OI47MV-CB3P6RI-xxxxxxx-xxxxxxx-xxxxxxx
[SEFGJ] 16:10:40 INFO: Single thread SHA256 performance is 99 MB/s using crypto/sha256 (81 MB/s using minio/sha256-simd).
[SEFGJ] 16:10:40 INFO: Hashing performance is 92.03 MB/s
[SEFGJ] 16:10:41 INFO: Ready to synchronize "Photos HDD" (ey6qw-v7cpn) (sendonly)
[SEFGJ] 16:10:41 INFO: Ready to synchronize "iPhoto & Photos HDD" (nfxrt-6pjz3) (sendonly)
[SEFGJ] 16:10:41 INFO: Ready to synchronize "RAW Scans HDD" (t53sl-dlnqc) (sendonly)
[SEFGJ] 16:10:41 INFO: Ready to synchronize "Default Folder" (default) (sendreceive)
[SEFGJ] 16:10:41 INFO: Overall send rate is unlimited, receive rate is unlimited
[SEFGJ] 16:10:41 INFO: Using discovery server https://discovery.syncthing.net/v2/?noannounce&id=LYXKCHX-VI3NYZR-ALCJBHF-WMZYSPK-QG6QJA3-MPFYMSO-U56GTUK-NA2MIAW
[SEFGJ] 16:10:41 INFO: Using discovery server https://discovery-v4.syncthing.net/v2/?nolookup&id=LYXKCHX-VI3NYZR-ALCJBHF-WMZYSPK-QG6QJA3-MPFYMSO-U56GTUK-NA2MIAW
[SEFGJ] 16:10:41 INFO: Relay listener (dynamic+https://relays.syncthing.net/endpoint) starting
[SEFGJ] 16:10:41 INFO: Using discovery server https://discovery-v6.syncthing.net/v2/?nolookup&id=LYXKCHX-VI3NYZR-ALCJBHF-WMZYSPK-QG6QJA3-MPFYMSO-U56GTUK-NA2MIAW
[SEFGJ] 16:10:41 INFO: TCP listener ([::]:22000) starting
[SEFGJ] 16:10:41 INFO: QUIC listener ([::]:22000) starting
[SEFGJ] 16:10:41 INFO: Completed initial scan of sendreceive folder "Default Folder" (default)
[SEFGJ] 16:10:41 INFO: quic://0.0.0.0:22000 detected NAT type: Full cone NAT
[SEFGJ] 16:10:41 INFO: quic://0.0.0.0:22000 resolved external address quic://119.xx.xx.xx:42449 (via stun.syncthing.net:3478)
[SEFGJ] 16:10:41 INFO: GUI and API listening on 127.0.0.1:22023
[SEFGJ] 16:10:41 INFO: Access the GUI via the following URL: https://127.0.0.1:22023/
[SEFGJ] 16:10:41 INFO: My name is "Lexx"
[SEFGJ] 16:10:41 INFO: Device IBIFF4U-HVZQ6YX-ZO2BQJK-KKCP7LI-I3H4UJJ-xxxxxxx-xxxxxxx-xxxxxxx is "remote.server.com" at [dynamic]
[SEFGJ] 16:10:42 INFO: Established secure connection to IBIFF4U-HVZQ6YX-ZO2BQJK-KKCP7LI-I3H4UJJ-xxxxxxx-xxxxxxx-xxxxxxx at 10.0.0.10:55944-119.xx.xx.xx:22000/tcp-client/TLS1.3-TLS_CHACHA20_POLY1305_SHA256
[SEFGJ] 16:10:42 INFO: Device IBIFF4U-HVZQ6YX-ZO2BQJK-KKCP7LI-I3H4UJJ-xxxxxxx-xxxxxxx-xxxxxxx client is "syncthing v1.3.0" named "remote.server.com" at 10.0.0.10:55944-119.xx.xx.xx:22000/tcp-client/TLS1.3-TLS_CHACHA20_POLY1305_SHA256
[SEFGJ] 16:10:42 INFO: Completed initial scan of sendonly folder "RAW Scans HDD" (t53sl-dlnqc)
[SEFGJ] 16:10:42 INFO: Scanner (folder nfxrt-6pjz3, item "Apple Photos/Photos Library.photoslibrary/Masters/2016/02/08"): scan: fcntl: too many open files
[SEFGJ] 16:10:42 INFO: Scanner (folder ey6qw-v7cpn, item "Slide Previews - Who and When"): scan: open /Volumes/photos/Slide Previews - Who and When: too many open files
[SEFGJ] 16:10:42 INFO: Scanner (folder nfxrt-6pjz3, item "Apple Photos/Photos Library.photoslibrary/Masters/2016/02/09"): scan: open /Volumes/iphoto/Apple Photos/Photos Library.photoslibrary/Masters/2016/02/09: too many open files
[SEFGJ] 16:10:42 INFO: Scanner (folder ey6qw-v7cpn, item "Vuescan"): scan: open /Volumes/photos/Vuescan: too many open files
[SEFGJ] 16:10:42 INFO: Scanner (folder nfxrt-6pjz3, item "Apple Photos/Photos Library.photoslibrary/Masters/2016/02/10"): scan: fcntl: too many open files
[SEFGJ] 16:10:42 INFO: Scanner (folder ey6qw-v7cpn, item "Wedding Stills"): scan: open /Volumes/photos/Wedding Stills: too many open files
[SEFGJ] 16:10:42 INFO: Scanner (folder nfxrt-6pjz3, item "Apple Photos/Photos Library.photoslibrary/Masters/2016/02/11"): scan: open /Volumes/iphoto/Apple Photos/Photos Library.photoslibrary/Masters/2016/02/11: too many open files
[SEFGJ] 16:10:43 INFO: Scanner (folder nfxrt-6pjz3, item "Apple Photos/Photos Library.photoslibrary/Masters/2016/02/17/20160217-233711"): scan: fcntl: too many open files
[SEFGJ] 16:10:43 INFO: Scanner (folder nfxrt-6pjz3, item "Apple Photos/Photos Library.photoslibrary/Masters/2016/02/19"): scan: fcntl: too many open files
[SEFGJ] 16:10:43 INFO: Scanner (folder nfxrt-6pjz3, item "Apple Photos/Photos Library.photoslibrary/Masters/2016/02/23"): scan: fcntl: too many open files
[SEFGJ] 16:10:43 INFO: Scanner (folder nfxrt-6pjz3, item "Apple Photos/Photos Library.photoslibrary/Masters/2016/02/24"): scan: fcntl: too many open files
[SEFGJ] 16:10:45 INFO: Completed initial scan of sendonly folder "Photos HDD" (ey6qw-v7cpn)

Startup and (sanitised) Logs sample on Client B:

[start] 16:13:58 INFO: syncthing v1.3.0 "Fermium Flea" (go1.13.1 darwin-amd64) brew@HighSierra.local 2019-10-01 05:34:58 UTC
[start] 16:13:58 INFO: Using large-database tuning
[IBIFF] 16:14:00 INFO: My ID: IBIFF4U-HVZQ6YX-ZO2BQJK-KKCP7LI-I3H4UJJ-xxxxxxx-xxxxxxx-xxxxxxx
[IBIFF] 16:14:01 INFO: Single thread SHA256 performance is 148 MB/s using minio/sha256-simd (122 MB/s using crypto/sha256).
[IBIFF] 16:14:01 INFO: Hashing performance is 125.79 MB/s
[IBIFF] 16:14:01 INFO: Ready to synchronize "iPhoto & Photos HDD" (nfxrt-6pjz3) (sendreceive)
[IBIFF] 16:14:01 INFO: Ready to synchronize "RAW Scans HDD" (t53sl-dlnqc) (receiveonly)
[IBIFF] 16:14:01 INFO: Ready to synchronize "Default Folder" (default) (sendreceive)
[IBIFF] 16:14:01 INFO: Ready to synchronize "Photos HDD" (ey6qw-v7cpn) (sendreceive)
[IBIFF] 16:14:01 INFO: Overall send rate is unlimited, receive rate is unlimited
[IBIFF] 16:14:01 INFO: Using discovery server https://discovery.syncthing.net/v2/?noannounce&id=LYXKCHX-VI3NYZR-ALCJBHF-WMZYSPK-QG6QJA3-MPFYMSO-U56GTUK-NA2MIAW
[IBIFF] 16:14:01 INFO: Using discovery server https://discovery-v4.syncthing.net/v2/?nolookup&id=LYXKCHX-VI3NYZR-ALCJBHF-WMZYSPK-QG6QJA3-MPFYMSO-U56GTUK-NA2MIAW
[IBIFF] 16:14:01 INFO: Using discovery server https://discovery-v6.syncthing.net/v2/?nolookup&id=LYXKCHX-VI3NYZR-ALCJBHF-WMZYSPK-QG6QJA3-MPFYMSO-U56GTUK-NA2MIAW
[IBIFF] 16:14:01 INFO: Relay listener (dynamic+https://relays.syncthing.net/endpoint) starting
[IBIFF] 16:14:01 INFO: QUIC listener ([::]:22000) starting
[IBIFF] 16:14:01 INFO: TCP listener ([::]:22000) starting
[IBIFF] 16:14:01 INFO: Completed initial scan of sendreceive folder "Default Folder" (default)
[IBIFF] 16:14:01 INFO: GUI and API listening on [::]:22023
[IBIFF] 16:14:01 INFO: Access the GUI via the following URL: https://127.0.0.1:22023/
[IBIFF] 16:14:01 INFO: My name is "remote.server.com"
[IBIFF] 16:14:01 INFO: Device SEFGJ5J-7AH3M2O-AIMGRXH-3OI47MV-CB3P6RI-xxxxxxx-xxxxxxx-xxxxxxx is "Lexx" at [dynamic]
[IBIFF] 16:14:02 INFO: quic://0.0.0.0:22000 detected NAT type: Full cone NAT
[IBIFF] 16:14:02 INFO: quic://0.0.0.0:22000 resolved external address quic://119.xx.xx.xx:22000 (via stun.syncthing.net:3478)
[IBIFF] 16:14:04 INFO: Established secure connection to SEFGJ5J-7AH3M2O-AIMGRXH-3OI47MV-CB3P6RI-xxxxxxx-xxxxxxx-xxxxxxx at 10.0.0.100:53956-10.0.0.10:22000/tcp-client/TLS1.3-TLS_AES_128_GCM_SHA256
[IBIFF] 16:14:04 INFO: Device SEFGJ5J-7AH3M2O-AIMGRXH-3OI47MV-CB3P6RI-xxxxxxx-xxxxxxx-xxxxxxx client is "syncthing v1.3.0" named "Lexx" at 10.0.0.100:53956-10.0.0.10:22000/tcp-client/TLS1.3-TLS_AES_128_GCM_SHA256
[IBIFF] 16:14:04 INFO: Completed initial scan of receiveonly folder "RAW Scans HDD" (t53sl-dlnqc)
[IBIFF] 16:14:07 INFO: Completed initial scan of sendreceive folder "Photos HDD" (ey6qw-v7cpn)
[start] 16:13:58 INFO: syncthing v1.3.0 "Fermium Flea" (go1.13.1 darwin-amd64) brew@HighSierra.local 2019-10-01 05:34:58 UTC
[start] 16:13:58 INFO: Using large-database tuning
[IBIFF] 16:14:00 INFO: My ID: IBIFF4U-HVZQ6YX-ZO2BQJK-KKCP7LI-I3H4UJJ-xxxxxxx-xxxxxxx-xxxxxxx
[IBIFF] 16:14:01 INFO: Single thread SHA256 performance is 148 MB/s using minio/sha256-simd (122 MB/s using crypto/sha256).
[IBIFF] 16:14:01 INFO: Hashing performance is 125.79 MB/s
[IBIFF] 16:14:01 INFO: Ready to synchronize "iPhoto & Photos HDD" (nfxrt-6pjz3) (sendreceive)
[IBIFF] 16:14:01 INFO: Ready to synchronize "RAW Scans HDD" (t53sl-dlnqc) (receiveonly)
[IBIFF] 16:14:01 INFO: Ready to synchronize "Default Folder" (default) (sendreceive)
[IBIFF] 16:14:01 INFO: Ready to synchronize "Photos HDD" (ey6qw-v7cpn) (sendreceive)
[IBIFF] 16:14:01 INFO: Overall send rate is unlimited, receive rate is unlimited
[IBIFF] 16:14:01 INFO: Using discovery server https://discovery.syncthing.net/v2/?noannounce&id=LYXKCHX-VI3NYZR-ALCJBHF-WMZYSPK-QG6QJA3-M[IBIFF] 16:14:13 INFO: New NAT port mapping: external TCP address 119.xx.xx.xx:38454 to local address 0.0.0.0:22000.
[IBIFF] 16:14:13 INFO: Detected 1 NAT service
[IBIFF] 16:14:35 INFO: Puller (folder "RAW Scans HDD" (t53sl-dlnqc), item "vuescan-raw/1979-01-xx-John_DOE-North_Albury-VS-RAW-4000-64b-AGFA-00067.dng"): pull: generic error
[IBIFF] 16:14:35 INFO: Puller (folder "RAW Scans HDD" (t53sl-dlnqc), item "vuescan-raw/19xx-xx-xx-Historic_Building-Victoria-VS-RAW-4000-64b-00051.dng"): pull: generic error
[IBIFF] 16:14:36 INFO: Puller (folder "RAW Scans HDD" (t53sl-dlnqc), item "vuescan-raw/1974-03-07-John_DOE-VS-RAW-4000-64b-AGFA-00146.dng"): pull: generic error
[IBIFF] 16:14:42 INFO: Puller (folder "RAW Scans HDD" (t53sl-dlnqc), item "vuescan-raw/1977-xx-xx-Jane_DOE-Wedding-VS-RAW-4000-64b-AGFA-00121.dng"): pull: generic error
[IBIFF] 16:14:46 INFO: Puller (folder "RAW Scans HDD" (t53sl-dlnqc), item "vuescan-raw/_prescantesting/slide-2018-12-30-0002.dng"): pull: generic error
[IBIFF] 16:14:52 INFO: Puller (folder "RAW Scans HDD" (t53sl-dlnqc), item "vuescan-raw/1974-12-xx-John_DOE-Visit_from_paternal_grandparents-VS-RAW-4000-64b-AGFA-00196.dng"): pull: generic error
[IBIFF] 16:14:54 INFO: Puller (folder "RAW Scans HDD" (t53sl-dlnqc), item "vuescan-raw/1973-05-xx-Unknown-VS-RAW-4000-64b-Kodachrome-00170.dng"): pull: generic error
[IBIFF] 16:14:59 INFO: Puller (folder "RAW Scans HDD" (t53sl-dlnqc), item "vuescan-raw/1963-xx-xx-Rob_DOE-Boating-Frankston_Victoria-VS-RAW-4000-64b-Kodachrome-00159.dng"): pull: generic error
[IBIFF] 16:15:06 INFO: Puller (folder "RAW Scans HDD" (t53sl-dlnqc), item "vuescan-raw/1967-05-xx-House-Noble_Park_Victoria-VS-RAW-4000-64b-Kodachrome-00166.dng"): pull: generic error
[IBIFF] 16:15:08 INFO: Joined relay relay://45.76.112.17:22067
[IBIFF] 16:15:12 INFO: Puller (folder "RAW Scans HDD" (t53sl-dlnqc), item "vuescan-raw/197x-xx-xx-Jim_Jane_DOE-VS-RAW-4000-64b-AGFA-00006.dng"): pull: generic error
[IBIFF] 16:15:16 INFO: Puller (folder "RAW Scans HDD" (t53sl-dlnqc), item "vuescan-raw/1974-02-09-Joe_DOE-Wedding-VS-RAW-4000-64b-AGFA-00009.dng"): pull: generic error
[IBIFF] 16:15:19 INFO: Puller (folder "RAW Scans HDD" (t53sl-dlnqc), item "vuescan-raw/_prescantesting/slide-2018-12-29-0006.dng"): pull: generic error
[IBIFF] 16:15:24 INFO: Puller (folder "RAW Scans HDD" (t53sl-dlnqc), item "vuescan-raw/1977-xx-xx-Jane_DOE-Wedding-VS-RAW-4000-64b-AGFA-00118.dng"): pull: generic error
[IBIFF] 16:15:28 INFO: Puller (folder "RAW Scans HDD" (t53sl-dlnqc), item "vuescan-raw/197x-xx-xx-Jim_Jane_DOE-VS-RAW-4000-64b-AGFA-00007.dng"): pull: generic error

And so on. Client B (the Send/Receive) logs all the pull: generic error continuously while client A (Send Only) logs continuously scan: fcntl: too many open files on this and other shared folders.

Posts: 3

Participants: 2

Read full topic

@HalfNote5 wrote:

I have a “Receive only” folder at the server and a “send only” folder on a client.

If a >touch operation or other modification is performed on all the files on the “receive only” end, they’re now out of sync. As would be expected.

But they’re “newer” than the sending end.

Any way to get them back in sync?

(I’m trying to everything-proof this before I go live with it at my organization)

Posts: 8

Participants: 2

Read full topic

@calmh wrote:

Here’s a rough corner I’m not sure what do about, if anything. When you create a new receive only folder, and there are already files, these are “local modifications”. We show the revert button which, if pressed, will blow everything away.

This makes sense from an internal-technical point of view, it’s how that folder type works. Yet it surprised me when I did it yesterday, and is rather “foot-gun”-ey and so typically something we try to avoid.

Some part of me, even though I know perfectly well how this folder type works, would have expected the existing contents picked up by the initial scan to form the initial global view and thus be fine…

I.e., what happens when you create the folder in normal mode and then change it to receive only after the first scan…

---

Here’s what I did when I ran into this, if anyone cares about a use case…

I was reorganizing a large photo folder – renaming, moving, and deleting some crap – and when I was done I wanted to sync it to another device that already had the pre-reorganization files. In principle this is a clear rsync -va --delete src dst but I wanted rename handling instead of transferring a hundred gigs so I used Syncthing.

On the source, create a send-only folder with the reorganized files. No sharing yet, just letting it scan.

On the destination, create a receive-only folder where the files already are, with the same folder ID. “Receive only” because I’m being double paranoid about the direction of transfer. No sharing yet, just letting it scan.

Then I was going to let them talk to each other and hit “revert”, but noticed the already lit up revert button on the destination and got scared.

Posts: 2

Participants: 2

Read full topic