Why have builds 21 and 22 in https://travis-ci.org/tbsalling/aismessages/builds not started to build?
Everything worked fine. Patience is the key. It took several hours (almost a full day) before travis started on the jobs.
Most of the time it happens because of any error in your travis.yml file.
So first check your travis yaml file syntax. You can use Yamllint for this.
brew install yamllint
Or you can use pip
pip install yamllint
All builds that used travis-cli.org after June 15th, 2021 will no longer work.
Here is the message from Travis Cli, when logged in using travis-ci.org:
Since June 15th, 2021, the building on travis-ci.org is ceased. Please use travis-ci.com from now on."
For me, the build was not starting because Travis couldn't find my .travis.yml config file, because it was not in my root folder.
It is worth checking if your .travis.yml file exists or if it does not contain github conflict.
use .yml instead of .yaml
I faced this when travis wasn't able to find my travis yaml file in the root. Here is how to possible fix:
Just change the file name .travis.yaml to .travis.yml and it starts building.
Also, Make sure your .travis.yml file is in root directory of the project.
For me the issue was that I simply forgot to include sudo in my command. Checking .travis.yaml with yamllint gave me a hint as to what the problem was since it had an error at the line where the missing sudo was. What threw me off was that it did not explicitly say that the error would break the file. For example, other errors that were also present in my file were trailing spaces (trailing-spaces) and line too long (82 > 80 characters). And Travis stills runs when the latter two errors are there.
It happened to me due to wrong indentation in ".travis.yml" file. You may check and spot it by yamllint tool.
Related
Note: My OS Debian 7, Java 8, 2Gb RAM
Here is what I did:
I went this way: /etc/default/
Then: vim jenkins
Then edit: JAVA_ARGS="-Xmx1048m"
I exit from editor with saving: :wq
Now I make do: service jenkins restart
Now I go to my Jenkins and watching monitoring with plugin JavaMelody.
So, I see that no changes have occurred.
I ask for help in this case, please.
From the official guide, if you're using RedHat Linux based distributions, you should use JENKINS_JAVA_OPTIONS.
JENKINS_JAVA_OPTIONS="-Xmx1048m"
Note: For me, the file location was /etc/sysconfig/jenkins and it only had JENKINS_ARGS="". Assigning Xmx value to it did not work. You should leave that entry as is and instead, add the JENKINS_JAVA_OPTIONS entry in the file just like i specified above.
The problem is resolved and I did the following:
I went this way: /etc/default/
Then: vim jenkins
I'm add in jenkins JAVA=/usr/bin/java
and JAVA_ARGS="-Djava.awt.headless=true -Xmx1024m"
I exit from editor with saving: :wq
Then after I made: service jenkins restart
Now I go to my Jenkins and watching monitoring with plugin JavaMelody.
So, I see that this works for me.
I'm hope this helps someone.
I'm following the steps to install ethermint on top of tendermint that are listed on the README on this github page: https://github.com/tendermint/ethermint, but at the step ethermint --datadir ~/.ethermint init setup/genesis.json, then I get the following error: ethermint: command not found
And yes, I installed tendermint previous to my attempted installation of ethermint.
While the solution I figured out for my problem is contained on the GitHub issue page linked above, I also wanted to include it here for the sake of people who have the same issue.
OK, so I fixed the problem, and it was so infuriating. It turns out
that whenever I opened a terminal, then the go version would default
to go1.6, even if I was in the go1.8.3 directory. To solve the error,
you need to delete the old go version off of your computer, and then
use gvm to set the right go version. Thanks to everyone who helped me
solve this issue.
Check your current directory:
ls
if ethermint doesn't exist you need to install it again
I used the build instructions from this link
centos install docs
It seemed to install fine. I ran hhvm --version
HipHop VM 3.5.0-dev+2014.12.11 (rel)
Compiler: heads/master-0-g546087bf1b0560c4a9e254fcad46a9212e42ccc2
Repo schema: cf1780b3cc3857e091e924935ae6267e9794de9c
Extension API: 20140829
So following the bootstrapping docs I create a directory with 2 files (test.php and .hhconfig)
I added the following code to test.php
<?hh
function f(): int {
return 'not an int';
}
f();
In this directory i run hh_client and the following message appears for a long time 20-30mins+. Is this normal? I tried using a docker container with hhvm already and installed and got the same behavior.
This might be a known problem: can you do killall -9 hh_server; export USER=$(logname) before trying again? If that fixes it, you've hit an issue I just fixed this week in https://github.com/facebook/hhvm/commit/53b4d9b1ad7ccf99ef7b80d5d673f1578c9791c8. That fix should be in the latest nightly build, so if you update your build, that might fix it too.
If not, it sounds like you've set it up correctly. Please file a bug at https://github.com/facebook/hhvm/issues and I'll work with you on looking into it. StackOverflow isn't really the right forum for debugging like this.
When Jenkins tries to generate the Performance Trends graphs there launches several exceptions always with root cause: "java.lang.NoClassDefFoundError: Could not initialize class org.jfree.chart.JFreeChart"
This is what I did:
desployed Jenkins , tried with v1.532.2 (stable) and also with v1.539-SNAPSHOT
didn't configured security
just set paths to my JDK (oracle's jdk1.7.0_51), MAVEN (3.1.1) and GIT (1.8.1.2)
enabled these plugins:
Checkstyle v3.39
Jenkins Cobertura v1.9.3
FindBugs v4.51
Warnings v4.39
PMD v3.38
Performance v.1.10
Jenkins Git client v1.6.2
Jenkins Git 2.0.1
Then I created a project which successfully creates a JMeter report file from my Java webapp using the plugin jmeter-maven-plugin v1.9.0, but there doesn't appear the Performance Trend graphs on the project's page. Jenkins really gathers the results because it shows me the response times, but can't show me the graphs. There launches several Exceptions always with root cause: "java.lang.NoClassDefFoundError: Could not initialize class org.jfree.chart.JFreeChart" . Here you will find a complete StackTrace: http://pastebin.com/uhiNR7XD
Jenkins already has jcommon-1.0.12.jar and jfreechart-1.0.9.jar at it's /WEB-INF/lib/ . This other post doesn't apply.
Can you help me, please?
Thanks in advance!
/ Angel
Angels Answer is correct, you have to add -Djava.awt.headless=true.
However, in my case it wasn't enough: I was running Jenkins on openjdk-8-jre-headless (Debian), which doesn't contain some libraries that JFreeChart requires.
Solution: use openjdk-jre-8 instead of openjdk-jre-8-headless.
Just an additional note to the people arriving from search engines.
Solved! Somebody helped me to solve it here : https://groups.google.com/forum/#!topic/jenkinsci-users/o_Dr7Tn0i3U
It's not a bug in Jenkins but a miss-configuration. The solution is just adding
-Djava.awt.headless=true to Jenkin's runtime.
I'm running Jenkins as a webapp on my Tomcat, then I just added this line to my /opt/tomcat/bin/catalina.sh :
CATALINA_OPTS=-Djava.awt.headless=true
I wanted you to share this solution. Cheers from Barcelona.
/ Angel
On a Debian 9 installation I was able to fix this problem by installing the libjfreechart-java package:
sudo apt-get install libjfreechart-java
I found this solution in the relevant Jenkins bug report: JENKINS-39636
On Debian 10.3 with openjdk-8-jre-headless the fix is to comment the assistive_technologies line in /etc/java-8-openjdk/accessibility.properties, as pointed out by #tianon and the first commenter in the Jenkins issue, linked to from the first answer (JENKINS-39636).
My java.awt.headless is already true. So I carefully checked this link and found the solution which works perfectly fine for me:
ubuntu
sudo apt-get install libfontconfig
centos
yum install libXext libXrender fontconfig libfontconfig.so.1
The jenkins service does not start when ever i run jenkins service start . It says
Starting Jenkins bash: /usr/bin/java: No such file or directory
[FAILED]
I have java installed at /usr/lib/jvm/jdk1.7.0_51. The JAVA_HOME variable is also set. Also tried adding this java to /etc/init.d/jenkins file. I need to use the sun jdk, not open jdk.
Tried some of the alternatives from stackoverflow as well but did not work out.
Any suggestions will be of great help.
Thanks,
Bhargav
Thanks Paul. The script inside /etc/sysconfig/jenkins needs to be edited. Else it uses the default java.
JENKINS_JAVA_CMD="path of java installation"
Along with the above script, one can make changes to /etc/init.d/jenkins file if needed to add the path of java installation in your system.
I'd guess that there's a script that has /usr/bin/java hardcoded. When you find the culprit, remove the /usr/bin so that it uses the default. Or you can change it to use the JAVA_HOME path, something like this:
JAVA_EXECUTABLE=$JAVA_HOME/bin/java
$JAVA_EXECUTABLE $JAVA_OPTS etc.. etc..