Appearently I compiled the file successfuly. Unfortunatenly I get an ācanāt execute binary fileā error when executing the compiled file on my NAS
Thanks for your update anyway. Would you mind to share the compiled file for v14?
You probably got a good compile but not for arm. you can check by using the command āfile filenameā and see what architecture the binary is for.
I think there is something funky in the latest buildfile for syncthing that prevents other architectures besides the host. Editing it manually was the only way for me to get around it.
Spent hours to compile v0.14.14 and v0.14.15 for the WD MyCloud but nothing as here described worked for me. Tried the go build command on Ubuntu and on MacOS X.
However the resulting binary doesnāt run on the WD and gives the same āruntime: kernel page size (65536) is larger than runtime page size (4096)ā error as the original arm binary from the syncthing homepage does.
Is it because of me or because of the more recent synchting or go (1.7.4) code?
Anyone has a 64k binary for v0.14.15?
dubyatās v0.14.4+5 works like a charm - thanks for that
A working binary for those NAS drives on the releases page would be doozy.
Thereās a arm64 download, but seems to be 64bit?
I did so far:
Install Go
Clone syncthing from git
go get -d ./cmd/syncthing
go run build.go assets (to get rid of āundefined: auto.Assetsā error)
GOOS=linux GOARCH=arm GOARM=7 go build -v -ldflags ā-R 65536ā ./cmd/syncthing
and *
edit build.go like ddubyat described
go run build.go build syncthing -goos linux -goarch arm -no-upgrade
or: go run build.go build syncthing -goos linux -goarch arm -goarm 7 -no-upgrade
Hi All,
Just revisiting this as I want to go to V4 firmware on my wdmclousd and need a 32bit arm version of syncting with 64k pages.
On researching this I believe the issue of 64k page sizes has been fixed in go and it now detects the pagesize in use; I refer to this link https://github.com/golang/go/issues/10180.
If this is true would standard arm version of syncthing work on v4 f/w? or does it still require further steps to be taken by syncthing? if so can it be done?
Well it must be worth a try the worst that can happen is I will have to go through the PITA exercise of downgrading to V3 firmware, I just thought I would ask in case someone said donāt do it
Well I upgraded my WDMyCloud from V3.04.01-230 to V4.05.00.320 went to check syncthing and forgot that the upgrade overwrites the filesystem so installed syncthing-linux-arm-v0.14.46 and it ran up ok.
set up all my sync folders. Upgraded my three other systems to v0.14.46, now just have to wait for them to sync up;
Observation: on the WDMyCloud Syncthing Admin page the CPU Utilization shows low CPU useage 5.3% which I know is vastly out as my terminal session is really sluggish and top shows:-
top - 21:37:58 up 5:59, 1 user, load average: 108.82, 91.95, 61.06
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
14563 root 31 11 784m 26m 2688 S 5.9 11.8 14:26.25 syncthing
15068 root 20 0 4544 2176 1408 R 1.6 0.9 0:02.21 top
A scan is running on one folder about 26GB in size
I inadvertently set some traffic on another folder which was in sync and that caused my other systems to show the WDMyCloud as disconnected (tcp-client closed: read timeout) I tried and get around this by pausing the 26GB folder the web page eventually shows a connection error and my ssh session is locked up so ended up power cycling.
Obviously I will have to wait for the scan and sync to complete which will be quite a while before I can run some activity to see how it performs under normal conditions.
lesson to learn is backup .config to a share before upgrading the WD firmware.
So far the results are not good basically The wdmycloud takes for ever to boot and when I connect to the syncthing gui the wdmycloud is very unresponsive, so much so that I log in with a terminal session it takes a minute or two before I get a # prompt; I shut down syncthing and the wdmycloud bursts back into life. I am doing nothing different than I did when the mycloud was on V3 firmware. any suggestions before I go back to the V3 firmware?
You have to understand that syncthing relies on cryptographic primitives to do itās job, which by nature is costly operation. I donāt think a device with so little power is our target audience.
Itās most likely scanning, and once itās done with that, I suspect the CPU usage will go down and the device will be more usable, other than that, I donāt think there is much you can do.
Hello Andrius your reply go me thinking; I only use my wdmycloud as a server I have 2.5TB of data of which only 50GB is being served by syncthing and I recall that I had disabled the functionality I donāt use in through the wd admin gui but on further investigation I needed to disable stuff that wasnāt available through the gui:-
On another note I have 4 directories being served by syncthing would it be possible to prioritise which directories are scanned first on startup rather than scanning them all at the same time this way on low power devices you can have your most wanted directories syncing sooner?