I'm trying to install a new pod, and after the terminal window displays "Analyzing Dependencies", it stays there for a good 2-5 min and then it shows the following:
[!] An error occurred while performing `git pull` on repo `master`.
[!] /usr/bin/git pull --ff-only
error: RPC failed; result=35, HTTP code = 0
fatal: The remote end hung up unexpectedly
How can I fix this?
Related
How to reslove this issue in jenkins.
Installing /root/.jenkins/tools/hudson.model.JDK/java_1.8/jdk.sh
[java_1.8] $ /root/.jenkins/tools/hudson.model.JDK/java_1.8/jdk.sh -noregister
/root/.jenkins/tools/hudson.model.JDK/java_1.8/jdk.sh: 2: Syntax error: newline unexpected
FATAL: command execution failed
hudson.AbortException: Failed to install JDK. Exit code=2
I got this error while trying to compile the HAProxy 2.2 with LUA version 5.3. I'm on trying to do it on CentOS7(arm64).
[root#08d17a479616 haproxy-2.2.22]# make TARGET=linux-glibc USE_PCRE=1 USE_PCRE_JIT=1 USE_OPENSSL=1 USE_ZLIB=1 USE_LINUX_TPROXY=1 USE_REGPARM=1 USE_LUA=1 USE_THREAD=1 USE_TFO=1
CC src/version.o
LD haproxy
/usr/bin/ld: cannot find -latomic
collect2: error: ld returned 1 exit status
More logs;
attempt to open //usr/aarch64-redhat-linux/lib64/libatomic.so failed
attempt to open //usr/aarch64-redhat-linux/lib64/libatomic.a failed
attempt to open //usr/lib64/libatomic.so failed
attempt to open //usr/lib64/libatomic.a failed
attempt to open //usr/local/lib64/libatomic.so failed
attempt to open //usr/local/lib64/libatomic.a failed
attempt to open //lib64/libatomic.so failed
attempt to open //lib64/libatomic.a failed
attempt to open //usr/aarch64-redhat-linux/lib/libatomic.so failed
attempt to open //usr/aarch64-redhat-linux/lib/libatomic.a failed
attempt to open //usr/local/lib/libatomic.so failed
attempt to open //usr/local/lib/libatomic.a failed
attempt to open //lib/libatomic.so failed
attempt to open //lib/libatomic.a failed
attempt to open //usr/lib/libatomic.so failed
attempt to open //usr/lib/libatomic.a failed
ld: cannot find -latomic
[root#08d17a479616 haproxy-2.2.22]#
What I've tried until now is to create a symlink to the libatomic.so with this
ln -s /usr/lib64/libatomic.so.1.2.0 /usr/lib/libatomic.so
And installed the missing GNU library from here with the steps outline in the article.
Install CentOS SCLo RH repository:yum install centos-release-scl-rh
Install devtoolset-7-libatomic-devel rpm package:
# yum install devtoolset-7-libatomic-devel
What should I do to resolve it ?
Fixed by installing this package and it goes through to a new error, which I've outlitned in this question.
New question: New questions
To apply the fix for CentOS7 arm, use this link and the instructions on how to install the package.
Package Link
Install systemd-devel rpm package: yum install systemd-devel
When i create a new vapor 3 project .
I got this error when building .
I tried it in the beta and non beta versions ..
I reinstalled vapor
but still have that error.
No .build folder, fetch may take a while...
Fetching Dependencies [ • ]
Error: backgroundExecute(code: 1, error: "warning: \'fetch\' command is deprecated; use \'resolve\' instead\nerror: failed to clone; Cloning into bare repository
\'/Users/Mercury/Desktop/vapor/n/.build/repositories/http.git-9159899851620770205\'...\nerror: RPC failed; curl 56 LibreSSL SSL_read:
error:1409442E:SSL routines:SSL3_READ_BYTES:tlsv1 alert protocol version, errno 0\nfatal: The remote end hung up unexpectedly\n", output: "Fetching https://github.com/vapor/validation.git\nFetching
https://github.com/apple/swift-nio-zlib-support.git\nFetching https://github.com/vapor/http.git\nFetching https://github.com/vapor/sqlite.git\nFetching
https://github.com/vapor/console.git\nFetching
https://github.com/vapor/core.git\nFetching
https://github.com/vapor/crypto.git\nFetching
https://github.com/vapor/database-kit.git\nFetching
https://github.com/vapor/routing.git\nFetching https://github.com/vapor/websocket.git\nFetching
https://github.com/vapor/service.git\nFetching
https://github.com/apple/swift-nio.git\nFetching
https://github.com/apple/swift-nio-ssl-support.git\nFetching https://github.com/vapor/fluent.git\nFetching
https://github.com/vapor/template-kit.git\nFetching
https://github.com/vapor/url-encoded-form.git\nFetching \https://github.com/vapor/multipart.git\nFetching https://github.com/vapor/vapor.git\nFetching
https://github.com/apple/swift-nio-ssl.git\nFetching
https://github.com/vapor/sql.git\nFetching https://github.com/vapor/fluent-sqlite.git\n")
Updating the version is a good solution for this issue if you are using this old version ..
I am trying pod installation and pod setup in my new mac. But I got following issues on terminal. Anybody please could help me ?
$ /usr/bin/git clone https://github.com/CocoaPods/Specs.git master --progress
Cloning into 'master'...
remote: Counting objects: 2131130, done.
remote: Compressing objects: 100% (503/503), done.
error: RPC failed; curl 56 LibreSSL SSL_read: SSL_ERROR_SYSCALL, errno 54
fatal: The remote end hung up unexpectedly
fatal: early EOF
fatal: index-pack failed
There are two ways to do :-
1. It is related to your connections.If your connection isn't proper then you can get this error.So, whenever it happens you should again try to follow the same procedure of installation.
2. I dont think this is a cocoapods library issue.
Try to clone repo manually https://github.com/CocoaPods/Specs and then place it in ~/.cocoapods/repos/master
I am installing and configuring a very basic Jenkins installation using Chef. When i attempt to run the following recipe:
include_recipe "apt::default"
apt_repository "jenkins" do
uri "http://pkg.jenkins-ci.org/debian"
key "http://pkg.jenkins-ci.org/debian/jenkins-ci.org"
components ["binary/"]
action :add
end
package "jenkins" do
version '2.62'
end
service "jenkins" do
supports [:stop, :start, :restart]
action [:start, :enable]
end
I receive the following errors (displayed in the terminal):
192.168.9.207 [2017-05-25T10:50:58-04:00] ERROR: Running exception handlers
192.168.9.207 Running handlers complete
192.168.9.207 [2017-05-25T10:50:58-04:00] ERROR: Exception handlers complete
192.168.9.207 Chef Client failed. 2 resources updated in 20 seconds
192.168.9.207 [2017-05-25T10:50:58-04:00] INFO: Sending resource update report (run-id: 2b59b80e-b787-4e93-805b-837b4d3264fb)
192.168.9.207 [2017-05-25T10:50:58-04:00] FATAL: Stacktrace dumped to /var/chef/cache/chef-stacktrace.out
192.168.9.207 [2017-05-25T10:50:58-04:00] FATAL: Please provide the contents of the stacktrace.out file if you file a bug report
192.168.9.207 [2017-05-25T10:50:58-04:00] ERROR: apt_package[jenkins] (jenkins-installation::default line 21) had an error: Chef::Exceptions::Package: No candidate version available for jenkins
192.168.9.207 [2017-05-25T10:50:58-04:00] FATAL: Chef::Exceptions::ChildConvergeError: Chef run process exited unsuccessfully (exit code 1)
The error explains that there is no candidate version available for Jenkins. After the run fails, if I run sudo apt-get update on the managed node I receive the following error:
Err http://pkg.jenkins-ci.org trusty/binary/ amd64 Packages
404 Not Found
Err http://pkg.jenkins-ci.org trusty/binary/ i386 Packages
404 Not Found
Ign http://pkg.jenkins-ci.org trusty/binary/ Translation-en_US
Ign http://pkg.jenkins-ci.org trusty/binary/ Translation-en
Fetched 5,976 kB in 3s (1,528 kB/s)
W: Failed to fetch http://pkg.jenkins-ci.org/debian/dists/trusty/binary//binary-amd64/Packages 404 Not Found
W: Failed to fetch http://pkg.jenkins-ci.org/debian/dists/trusty/binary//binary-i386/Packages 404 Not Found
E: Some index files failed to download. They have been ignored, or old ones used instead.
I am fairly new to Chef. This error appears to be related to retrieving a Jenkins package, however I am not sure how to remedy this error. Please let me know if additional information is required to troubleshoot this issue.
Thank you to everybody in advance for any guidance you are able to provide. I have searched through the Chef documentation but haven't seen much aside from specifying the package version: https://docs.chef.io/resource_package.html.
Specify distribution 'binary/' instead of components 'binary/'. This will fix the 404s that you get because of trusty/binary/.
At least, this is what I see from the "official" Jenkins cookbook, which I btw. suggest to use.
EDIT: So the result would be:
apt_repository "jenkins" do
uri "http://pkg.jenkins-ci.org/debian"
key "http://pkg.jenkins-ci.org/debian/jenkins-ci.org"
distribution "binary/"
end