Please Help Install Rclone Centos 7

escondido · October 23, 2018, 4:07am

I've been trying to install Rclone on my Centos 7 with vultr for a good hour. I'm a lot more familiar with Ubuntu. I followed the main instructions listed below.

curl https://rclone.org/install.sh | sudo bash

I get the following error message
curl: (35) error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version

I have absolutely no idea how to fix that issue, so I tried, "Linux installation from precompiled binary
"

That worked great until I got to the sudo mandb part. Got the dreaded command not found. Looks like somebody had the same issue a few years ago and the solution was to use makewhatis. I tried

sudo makewhatis (wait a few minutes)

Then run rclone config and see the following

runtime: epollwait on fd 4 failed with 38
fatal error: runtime: netpoll failed

runtime stack:
runtime.throw(0x11b481c, 0x17)
/home/travis/.gimme/versions/go1.11.1.linux.amd64/src/runtime/panic.go:608 +0x72
runtime.netpoll(0x496c0c6e400, 0xc000000000)
/home/travis/.gimme/versions/go1.11.1.linux.amd64/src/runtime/netpoll_epoll.go:75 +0x215
runtime.sysmon()
/home/travis/.gimme/versions/go1.11.1.linux.amd64/src/runtime/proc.go:4390 +0x41b
runtime.mstart1()
/home/travis/.gimme/versions/go1.11.1.linux.amd64/src/runtime/proc.go:1282 +0xe6
runtime.mstart()
/home/travis/.gimme/versions/go1.11.1.linux.amd64/src/runtime/proc.go:1248 +0x6e

goroutine 1 [chan receive, locked to thread]:
text/template/parse.(*lexer).nextItem(...)
/home/travis/.gimme/versions/go1.11.1.linux.amd64/src/text/template/parse/lex.go:196
text/template/parse.(*Tree).peek(...)
/home/travis/.gimme/versions/go1.11.1.linux.amd64/src/text/template/parse/parse.go:95
text/template/parse.(*Tree).parse(0xc000272100)
/home/travis/.gimme/versions/go1.11.1.linux.amd64/src/text/template/parse/parse.go:280 +0xbb7
text/template/parse.(*Tree).Parse(0xc000272100, 0x11e6c0e, 0xe2, 0x0, 0x0, 0x0, 0x0, 0xc0001b0d80, 0xc00019aef0, 0x2, ...)
/home/travis/.gimme/versions/go1.11.1.linux.amd64/src/text/template/parse/parse.go:233 +0x214
text/template/parse.Parse(0x119d4b8, 0x5, 0x11e6c0e, 0xe2, 0x0, 0x0, 0x0, 0x0, 0xc00019aef0, 0x2, ...)
/home/travis/.gimme/versions/go1.11.1.linux.amd64/src/text/template/parse/parse.go:55 +0x124
text/template.(*Template).Parse(0xc00014d8c0, 0x11e6c0e, 0xe2, 0xc0001b0c30, 0xc0001b0c60, 0xc0001b0c90)
/home/travis/.gimme/versions/go1.11.1.linux.amd64/src/text/template/template.go:196 +0x10c
html/template.(*Template).Parse(0xc0001b0d50, 0x11e6c0e, 0xe2, 0x0, 0x0, 0x0)
/home/travis/.gimme/versions/go1.11.1.linux.amd64/src/html/template/template.go:189 +0x85

goroutine 5 [runnable]:
os/signal.loop()
/home/travis/.gimme/versions/go1.11.1.linux.amd64/src/os/signal/signal_unix.go:21
created by os/signal.init.0
/home/travis/.gimme/versions/go1.11.1.linux.amd64/src/os/signal/signal_unix.go:29 +0x41

goroutine 6 [runnable]:
text/template/parse.(*lexer).emit(0xc0000a6a80, 0x7)
/home/travis/.gimme/versions/go1.11.1.linux.amd64/src/text/template/parse/lex.go:155 +0xae
text/template/parse.lexText(0xc0000a6a80, 0x1206db8)
/home/travis/.gimme/versions/go1.11.1.linux.amd64/src/text/template/parse/lex.go:267 +0x1dd
text/template/parse.(*lexer).run(0xc0000a6a80)
/home/travis/.gimme/versions/go1.11.1.linux.amd64/src/text/template/parse/lex.go:229 +0x37
created by text/template/parse.lex
/home/travis/.gimme/versions/go1.11.1.linux.amd64/src/text/template/parse/lex.go:222 +0x12c

goroutine 7 [runnable]:
text/template/parse.(*lexer).run(0xc00023f5e0)
/home/travis/.gimme/versions/go1.11.1.linux.amd64/src/text/template/parse/lex.go:227
created by text/template/parse.lex
/home/travis/.gimme/versions/go1.11.1.linux.amd64/src/text/template/parse/lex.go:222 +0x12c
[root@go rclone-v1.44-linux-amd64]#

Does anybody know how to fix this or have an alternative method to install rclone?

B4dM4n · October 23, 2018, 8:11am

I believe these errors are not specific to rclone, but to Centos.

Searching for this error on Google suggests that the OpenSSL library linked to curl is to old and has problems connecting to TLS 1.2 servers. The library probably has to be updated to openssl-1.0.2 to fix this, but I'm not familiar with Centos.

This could be raised by kernel version that is unsupported by Go:

github.com/golang/go

cmd/go: runtime: epollwait on fd 4 failed with 38 (on ancient CentOS 5.11)

opened 09:04PM - 20 Apr 18 UTC

closed 09:36PM - 20 Apr 18 UTC

lukpank

FrozenDueToAge

### What version of Go are you using (`go version`)? go version go1.10.1 linu…x/amd64 ### Does this issue reproduce with the latest release? Yes (on go1.10.1). But previous go1.10 works without the issue. ### What operating system and processor architecture are you using (`go env`)? It is (an ancient) CentOS 5 VM: ``` $ uname -a Linux localhost.localdomain 2.6.18-398.el5 #1 SMP Tue Sep 16 20:50:52 EDT 2014 x86_64 x86_64 x86_64 GNU/Linux ``` From `go env` (~90% runs crashed with no stdout output, longest output below): ``` GOARCH="amd64" GOBIN="" GOCACHE="/home/username/.cache/go-build" GOEXE="" GOHOSTARCH="amd64" GOHOSTOS="linux" GOOS="linux" ``` ### What did you do? I run `go version`/`go env` (on the Centos5 VM) or `go build hello_world.go` (on the Centos5 VM or on some real machine running Centos5). Where `hello_world.go` comes from https://golang.org/ (almost, I used English word "world"). ### What did you expect to see? I expect no crash and proper output of `go version` / `go env` and successful compilation with `go build`. Or (may be) a note in release notes if such old kernel is not supported but even than I would not expect it to change in a point release (from 1.10 to 1.10.1). Actually for go1.10 I see what was expected (on both the Centos 5 VM and the real machine running Centos 5). ### What did you see instead? On the real CentOS 5 machine `go version` works fine but `go build` has similar issue as described below. On the CentOS 5 VM: 1. `go version`, 1 of 5 runs displays expected output but almost always crashes as below (with or without proper output). 2. `go env`, ~90% runs crashes with no output, ~10% display some output and crashes (similar to below). 3. `go build` crashes (similar to below). Example crash of `go version`: ``` $ go version runtime: epollwait on fd 4 failed with 38 fatal error: runtime: netpoll failed runtime stack: runtime.throw(0x8b4145, 0x17) /usr/local/go/src/runtime/panic.go:616 +0x81 runtime.netpoll(0x76ecc806f00, 0x2b2300000000) /usr/local/go/src/runtime/netpoll_epoll.go:75 +0x216 runtime.sysmon() /usr/local/go/src/runtime/proc.go:4265 +0x424 runtime.mstart1(0x0) /usr/local/go/src/runtime/proc.go:1227 +0xe7 runtime.mstart() /usr/local/go/src/runtime/proc.go:1193 +0x76 goroutine 1 [chan receive, locked to thread]: text/template/parse.(*lexer).nextItem(...) /usr/local/go/src/text/template/parse/lex.go:195 text/template/parse.(*Tree).peek(...) /usr/local/go/src/text/template/parse/parse.go:95 text/template/parse.(*Tree).parse(0xc4200b6100) /usr/local/go/src/text/template/parse/parse.go:280 +0xb8f text/template/parse.(*Tree).Parse(0xc4200b6100, 0x8c94da, 0x8f3, 0x0, 0x0, 0x0, 0x0, 0xc420198510, 0xc420051f00, 0x2, ...) /usr/local/go/src/text/template/parse/parse.go:233 +0x226 text/template/parse.Parse(0x8aa77d, 0x4, 0x8c94da, 0x8f3, 0x0, 0x0, 0x0, 0x0, 0xc420051f00, 0x2, ...) /usr/local/go/src/text/template/parse/parse.go:55 +0x108 text/template.(*Template).Parse(0xc420171940, 0x8c94da, 0x8f3, 0xc420051ef0, 0x1fad, 0x8a9d7a) /usr/local/go/src/text/template/template.go:198 +0x118 goroutine 5 [runnable]: os/signal.loop() /usr/local/go/src/os/signal/signal_unix.go:20 created by os/signal.init.0 /usr/local/go/src/os/signal/signal_unix.go:28 +0x41 goroutine 6 [runnable]: text/template/parse.(*lexer).run(0xc4201adc70) /usr/local/go/src/text/template/parse/lex.go:226 created by text/template/parse.lex /usr/local/go/src/text/template/parse/lex.go:221 +0x15f ```

Can post the output of

uname -a

please?

escondido · October 24, 2018, 3:33am

Yeah, I’m familiar with Ubuntu. Centos is quirky it seems.

uname - a is as follows.

Linux go.goautodial.org 2.6.18-371.11.1.el5 #1 SMP Wed Jul 23 15:12:55 EDT 2014 x86_64 x86_64 x86_64 GNU/Linux

Animosity022 · October 24, 2018, 11:30am

Looks like you need an upgrade as that is a very old version from 2014. That looks to be Centos 5 not 7.

ncw · October 24, 2018, 9:08pm

As is stated here: https://golang.org/doc/install#requirements go programs require Linux 2.6.23 or later and RHEL 5 is not supported - sorry