When running a build pipeline with maven and docker-maven-plugin sometimes(more than 50% of the time) it throws following error and pipeline fails.
Jun 18, 2019 1:57:12 AM org.apache.http.impl.execchain.RetryExec execute
INFO: I/O exception (java.io.FileNotFoundException) caught when processing request to {}->npipe://127.0.0.1:1: \\.\pipe\docker_engine (All pipe instances are busy)
Jun 18, 2019 1:57:12 AM org.apache.http.impl.execchain.RetryExec execute
I can see in the log that multiple retry attempts, but all fails. Is there any way that I can overcome this?
I just solved this problem:
I added the right version of docker-maven-plugin 1.4.10
dockerfile-maven-plugin
Related
I am trying to run list classes from the console:
orientdb {db=mydb}> list classes
CLASSES
But it hangs here indefinitely and then when I interrupt it:
Jul 07, 2020 10:02:27 AM com.orientechnologies.common.log.OLogManager log
WARNING: Received signal: SIGINT
Jul 07, 2020 10:02:27 AM com.orientechnologies.common.log.OLogManager log
INFO: Orient Engine is shutting down...
Jul 07, 2020 10:02:27 AM com.orientechnologies.common.log.OLogManager log
INFO: - shutdown storage: wdb2...
It works fine if I ssh to the server and run the console there but if I run the console locally then it doesn't work.
Selecting the classes from the schema metadata works in both cases:
orientdb {db=mydb}>select expand(classes) from metadata:schema
The only thing that I can think of is perhaps I am missing something on the classpath as I am running the orientdb-tools JAR myself.
Any ideas?
I download the 2020-03 Eclipse Platform Runtime Binary (v4.15 from eclipse-platform-4.15-linux-gtk-x86_64.tar.gz), then invoke the p2 director to install CDT package, but I'm always getting multiple caught exceptions of http://download.eclipse.org not responding (http/https switch doesn't have effect on this).
./eclipse -application org.eclipse.equinox.p2.director -profile SDKProfile -noSplash -roaming -repository http://download.eclipse.org/releases/2020-03,http://download.eclipse.org/releases/2020-03/202003181000/,http://download.eclipse.org/eclipse/updates/4.15/,http://download.eclipse.org/releases/latest,http://download.eclipse.org/tools/cdt/releases/9.11 -installIU org.eclipse.cdt.feature.group/9.11.0.202003091030
I tried it with Oracle JRE 8 and with Oracle JDK 14, I tried it on Debian and RHEL machines, tried different network connection (3 different IPS locations), removed all other plugins I install to nail it down to the CDT plugin. I do not know why or what is causing it, and searching for this problems shows to people that ISP fixed or some similar solution. While mine is consistent for about a year. I always eventually finishes, but it will will print out multiple messages:
Installing org.eclipse.cdt.feature.group 9.11.0.202003091030.
Apr 22, 2020 1:44:29 P.M. org.apache.http.impl.execchain.RetryExec execute
INFO: I/O exception (org.apache.http.NoHttpResponseException) caught when processing request to {}->http://download.eclipse.org:80: The target server failed to respond
Apr 22, 2020 1:44:29 P.M. org.apache.http.impl.execchain.RetryExec execute
INFO: Retrying request to {}->http://download.eclipse.org:80
Apr 22, 2020 1:44:36 P.M. org.apache.http.impl.execchain.RetryExec execute
INFO: I/O exception (org.apache.http.NoHttpResponseException) caught when processing request to {}->http://download.eclipse.org:80: The target server failed to respond
Apr 22, 2020 1:44:36 P.M. org.apache.http.impl.execchain.RetryExec execute
INFO: Retrying request to {}->http://download.eclipse.org:80
Operation completed in 44091 ms.
Using the HTTPS repositories has similar output:
INFO: I/O exception (org.apache.http.NoHttpResponseException) caught when processing request to {s}->https://download.eclipse.org:443: The target server failed to respond
Apr 22, 2020 4:02:50 P.M. org.apache.http.impl.execchain.RetryExec execute
INFO: Retrying request to {s}->https://download.eclipse.org:443
Operation completed in 46934 ms.
It's not critical as it eventually completes and the end result works, but I would like to understand it better what is happening, what has effect on this behaviour. When I shrink the list of repositories to these two, it will still install, but the messages will be present:
http://download.eclipse.org/releases/2020-03,http://download.eclipse.org/tools/cdt/releases/9.11
Is there maybe a resource/documentation which probably I missed and is explaining more in the detail what is happening and why?
I am getting below error in Fuse log :
`Sep 14, 2017 5:21:57 AM org.apache.karaf.main.SimpleFileLock lock
INFO: locking
Sep 14, 2017 5:21:58 AM org.apache.karaf.main.SimpleFileLock lock
INFO: locking
Sep 14, 2017 5:21:59 AM org.apache.karaf.main.SimpleFileLock lock
INFO: locking
Sep 14, 2017 5:22:00 AM org.apache.karaf.main.SimpleFileLock lock
INFO: locking
Usually this happens because there is already another Fuse instance running, with the same current directory. If you started Fuse in a way that doesn't create a console, it's not difficult to forget that you did so, and try to start it again. Fuse is designed to work this way -- it's not an error to try to start multiple instances with the same working directory: this is often done for redundancy. But it can be hard to spot if you've done it by accident. Use "jps" or something to see if another JVM is running.
There are other potential causes of this problem that can be explored, but it's worth ruling out the simple explanations first.
We are running an "Invoke Standalone SonarQube Analysis" build step on Jenkins with following configurations:
Target: views
JDK: (Inherited from Job)
sonar-runner-2.4
General infos:
SonarQube Version: 4.3
Jenkins Version: 1.606
SonarQube Plugin (in Jenkins): 2.2
Until a few days ago everything works fine, but since then the build is always failing. We are not able to reconstruct if any (plugin-)changes were done on the Jenkins server back then. Nevertheless we ar running nowadays into ERROR: Unrecognized option: views. Using other goals works fine, so the runner works in general.
18:03:38 Started by user myUser
18:03:38 [EnvInject] - Loading node environment variables.
18:03:38 Building on master in workspace c:\Jenkins\jobs\myRunnerJob\workspace
18:03:38 [workspace] $ c:\sonar-runner-2.4\bin\sonar-runner.bat -e views -Dsonar.jdbc.url=myDatabaseURL ******** ******** -Dsonar.host.url=myHostUrl ******** ******** -Dsonar.projectBaseDir=c:\Jenkins\jobs\myRunnerJob\workspace
18:03:38 d:\Programs\sonar-runner-2.4
18:03:38 ERROR: Unrecognized option: views
18:03:38 INFO:
18:03:38 INFO: usage: sonar-runner [options]
18:03:38 INFO:
18:03:38 INFO: Options:
18:03:38 INFO: -D,--define <arg> Define property
18:03:38 INFO: -e,--errors Produce execution error messages
18:03:38 INFO: -h,--help Display help information
18:03:38 INFO: -v,--version Display version information
18:03:38 INFO: -X,--debug Produce execution debug output
18:03:38 Started calculate disk usage of build
18:03:38 Finished Calculation of disk usage of build in 0 seconds
18:03:38 Started calculate disk usage of workspace
18:03:38 Finished Calculation of disk usage of workspace in 0 seconds
18:03:38 Finished: SUCCESS
Running "-v" instead of "views" is resulting the following:
[...]
17:30:12 d:\Programs\sonar-runner-2.4
17:30:12 SonarQube Runner 2.4
17:30:12 Java 1.7.0_71 Oracle Corporation (64-bit)
17:30:12 Windows Server 2008 R2 6.1 amd64
17:30:12 Started calculate disk usage of build
17:30:12 Finished Calculation of disk usage of build in 0 seconds
17:30:12 Started calculate disk usage of workspace
17:30:12 Finished Calculation of disk usage of workspace in 0 seconds
17:30:13 Finished: SUCCESS
This means sonar-runner is installed correctly.
I checked the installation of "Views" on SonarQube too. The lisence is activ and if I am running an "sonar-runner views" locally everything runs perfectly.
Any ideas for this strange behavior?
The reason for the problem is still unkown, but after re-installing the SonarQube plugin on Jenkins everything went back to normal. (Down-graded the plugin and updated it afterwards)
This issue was linked to a regression in Jenkins SonarQube Plugin 2.2
It has been fixed in Jenkins SonarQube Plugin 2.2.1.
See : http://jira.codehaus.org/browse/SONARJNKNS-214
Friends i am trying to automate in IE9 using selenium webdriver but getting following error in eclipse log . Please help.
Internet Explorer is selected
Started InternetExplorerDriver server (32-bit)
2.27.0.0
Listening on port 5032
May 23, 2014 4:48:43 PM org.apache.http.impl.client.DefaultRequestDirector tryExecute
INFO: I/O exception (java.net.SocketException) caught when processing request: Software caused connection abort: recv failed
May 23, 2014 4:48:43 PM org.apache.http.impl.client.DefaultRequestDirector tryExecute
INFO: Retrying request
Add this before creating a driver. This will avoid showing the port info.
System.setProperty("webdriver.ie.driver.silent","true");
You can safely ignore the INFO messages which is not actually an issue or error.
Details information on those INFO message are at http://jimevansmusic.blogspot.in/2012/12/seeing-info-messages-in-log-does-not.html