At centos7 and RedHat 7.4 repositorys not accessible

In use Giltlab on centos7 as Omnibus installation for testing proposes.
Now I tried to install Omnibus on Red Hat 7.4 as described here: Download and install GitLab | GitLab but curl fails.

Blockquote[root@gitlab ~]# curl https://packages.gitlab.com/install/repositories/gitlab/gitlab-ee/script.rpm.sh --verbose
* About to connect() to proxy xx.xx.xx.6 port 81 (#0)
* Trying xx.xx.xx.6…
* Connected to xx.xx.xx.6 (xx.xx.xx.6) port 81 (#0)
* Establish HTTP proxy tunnel to packages.gitlab. com:443
> CONNECT packages.gitlab. com:443 HTTP/1.1
> Host: packages.gitlab. com:443
> User-Agent: curl/7.29.0
> Proxy-Connection: Keep-Alive
>
< HTTP/1.1 200 Connection established
<
* Proxy replied OK to CONNECT request
* Initializing NSS with certpath: sql:/etc/pki/nssdb
* CAfile: /etc/pki/tls/certs/ca-bundle.crt
CApath: none
* NSS error -5938 (PR_END_OF_FILE_ERROR)
Blockquote* Encountered end of file
Blockquote* Closing connection 0
curl: (35) Encountered end of file
[root@gitlab ~]#

So tried to get the repository information on centos7 and got a similar messege:

Blockquote[root@ctcentos ~]# yum repolist
Loaded plugins: fastestmirror
base | 3.6 kB 00:00:00
extras | 3.4 kB 00:00:00
https://packages.gitlab.com/gitlab/gitlab-ce/el/7/x86_64/repodata/repomd.xml: [Errno 14] curl#35 - “Encountered end of file”
Trying other mirror.
https://packages.gitlab.com/gitlab/gitlab-ce/el/7/SRPMS/repodata/repomd.xml: [Errno 14] curl#35 - “Encountered end of file”
Trying other mirror.
updates | 3.4 kB 00:00:00
(1/2): extras/7/x86_64/primary_db | 130 kB 00:00:00
(2/2): updates/7/x86_64/primary_db | 3.6 MB 00:00:00
Determining fastest mirrors
* base: centos.mirror.net-d-sign. de
* extras: centos.bio.lmu .de
* updates: artfiles. org
repo id repo name status
base/7/x86_64 CentOS-7 - Base 9,591
extras/7/x86_64 CentOS-7 - Extras 283
!gitlab_gitlab-ce/x86_64 gitlab_gitlab-ce 301
!gitlab_gitlab-ce-source gitlab_gitlab-ce-source 0
updates/7/x86_64 CentOS-7 - Updates 1,134
repolist: 11,309

So I tried the curl statement from the beginning at centos and got this:

Blockquote[root@ctcentos ~]# curl https://packages.gitlab.com/install/repositories/gitlab/gitlab-ee/script.rpm.sh --verbose
* About to connect() to proxy xx.xx.xx.6 port 81 (#0)
* Trying xx.xx.xx.6…
* Connected to xx.xx.xx.6 (xx.xx.xx.6) port 81 (#0)
* Establish HTTP proxy tunnel to packages.gitlab. com:443
> CONNECT packages.gitlab. com:443 HTTP/1.1
> Host: packages.gitlab. com:443
> User-Agent: curl/7.29.0
> Proxy-Connection: Keep-Alive
>
< HTTP/1.1 200 Connection established
<
* Proxy replied OK to CONNECT request
* Initializing NSS with certpath: sql:/etc/pki/nssdb
* CAfile: /etc/pki/tls/certs/ca-bundle.crt
CApath: none
* NSS error -5938 (PR_END_OF_FILE_ERROR)
* Encountered end of file
* Closing connection 0
curl: (35) Encountered end of file
[root@ctcentos ~]#

I also did a » curl https://packages.gitlab.com/install/repositories/gitlab/gitlab-ee/script.rpm.sh« on Ubuntu. Here I get back the script.rpm.sh-file.

Any ideas to this issue?

Regards
Thomas

Strange, I can download that file without problems, but I’m not using a proxy. Does your ubuntu host also uses that proxy?

Thank you for your replay.

Yes all are behind proxys. Ubuntu is in a virtual box running on my PC. Centos and Redhat are running in da different environment behind da different proxy.
Now I tried it from a SLe12 in this environment ang got this:

Blockquote
ctsle12sp3:~ # curl https://packages.gitlab.com/install/repositories/gitlab/gitlab-ee/script.rpm.sh --verbose
* Hostname was NOT found in DNS cache
* Trying xx.xx.xx.6…
* Connected to xx.xx.xx.6 (xx.xx.xx.6) port 81 (#0)
* Establish HTTP proxy tunnel to packages.gitlab. com:443
> CONNECT packages.gitlab .com:443 HTTP/1.1
> Host: packages.gitlab. com:443
> User-Agent: curl/7.37.0
> Proxy-Connection: Keep-Alive
>
< HTTP/1.1 200 Connection established
<
* Proxy replied OK to CONNECT request
* successfully set certificate verify locations:
* CAfile: none
CApath: /etc/ssl/certs/
* SSLv3, TLS Unknown, Unknown (22):
* SSLv3, TLS handshake, Client hello (1):
* Unknown SSL protocol error in connection to packages.gitlab. com:443
* Closing connection 0
curl: (35) Unknown SSL protocol error in connection to packages.gitlab. com:443

Regards
Thomas

Ok no clue then for the first part from your OP. The last part does say something about sslv3, which is disabled on the site (as it should be). Not sure whether this causes the error.

My colleagues will check our network infrastructure first. I was confound just a few weeks ago the same procedure on centos worked fine.