I'm trying to install sonarqube in a Synology Diskstation DS112j with an ARM Processor.
In sonarqube-5.1/bin folder there's only batch files for linux-x86-32/64 bits so I can't start sonarqube due to this error
/var/services/sonarqube-5.1/bin/linux-x86-32/./wrapper: line 1: syntax error: unexpected "("
Failed to start SonarQube.
Is there any sonar.sh for ARM or any workaround to install sonarqube in an ARM diskstation?
SonarQube does not officialy support ARM processors, that's why there's no sonar.sh script for ARM.
What's more, I know some guys tried to make it work, but they failed.
Thread 1
Thread 2
Still, you can try again and write a simple script so start SQ:
#! /bin/sh
java -jar lib/sonar-application-5.1.jar
Just put this script in the SQ intallation root directory, run it, et voilà!
(if SonarQube starts but has other errors, please open another question)
In the past (cf. post), I succeed to run SonarQube v3.7.3 on a Qnap 219 : CPU armv5tel.
Using linux-x86-32 script, but with a Java Service Wrapper lib override : Linux armel
I can retry and write more detailed process if not trivial ...
SonarQube Scanner now (3.1) provides a ANY release, which supports running in native java installation. The bin/sonnar-scanner file is a shell script which works just fine.
https://docs.sonarqube.org/display/SCAN/Analyzing+with+SonarQube+Scanner
Related
I have a Jenkins pipeline, its output is an ISO file (linux). After getting the file I have to prepare a new VM guest in Virtualbox then attaching the ISO file to that VM and wait till the installation is done to ensure the ISO file does not have any problem which is a quite long process and a time consuming as well, so I am trying to automate this process if possible.
I found virtualBox plugin for Jenkins but it is very old and it is just managing a server (not spinning up a VM from ISO).
As a proof of concept I tried to start VM from the VirtualBox's command line (VirtualBoxManage) but I am getting below error message :
VBoxManage: error: Unattended installation is not supported for guest type 'Linux_64'
I tried Qemu as well but Unfortunately, I am not able to install KVM as all the servers/PCs do not support virtualization !
Any suggestion would be highly appreciated .. Thanks in advance.
Notes:
Jenkin is running in kubernetes but I have no issue to make it runs as a standalone directly in the host.
I am using Jenkins to generate a Linux ISO because I am customizing the basic ISO by adding some RPMs and modifying kickstart file.
Packer by HashiCorp can be used for this job.
I am also create a customize Linux distribution ISO. To achieve this, I have a Jenkins Pipeline with this steps:
Build a linux distribution ISO.
Build and export as OVF a virtual machine on VMware Vsphere using Packer.
I have a distant linux system with a Tomcat containing Jenkins and the Sonar server (v 3.7.4). I am also using the Sonar Runner (v 2.1), but can I really use it in a linux environnement ? I mean, the bin repository only contains a .bat file, no .sh.
So if in Jenkins I set the SONAR_RUNNER_HOME to the path of my sonar runner install repository on linux, is it gonna work ? Because obviously if I want to run the .bat file myself to do test it (after the creation of sonar-project.properties file), well, I can't.
I didn't find anything about that on Google, as if there was no problem about it.
You can use sonar-runner which is shell script (it's marked as a Unix executable).
However, please note that Sonar 3.7.4 is really old (more than 3 years old). So I highly suggest to upgrade to latest LTS (5.6.6) and you will benefit also of the Jenkins plugin (https://docs.sonarqube.org/display/SCAN/Analyzing+with+SonarQube+Scanner+for+Jenkins)
I am using Selenium Webdriver(v 2.47.1) automation tool in windows operating system. I have created one automation script using Eclipse IDE and integrated script with Jenkins CI. In Jenkins I created new job with help of windows batch file. Jenkins job successfully completed.
I have uploaded same set of code(contains src, lib, bin directories..) to Linux server where Jenkins CI is installed and tried to create new work using Jenkins. In Linux OS I have used shell command to build the project. Project not builded successfully..
I don't know where the actual problem is..? Please help me on this
There is few things which can effects scripts in Linux environment
1st is batch file you are using
refer it to resolve it if exist in your case
http://stackoverflow.com/questions/32120102/bash-file-is-running-fine-in-windows-for-testng-but-it-is-not-working-in-linux-m
Another one is if your using chrome then you need to set chrome binary according to linux
http://chromedriver.storage.googleapis.com/index.html?path=2.16/
Hope it will help you :)
If still you are facing problem then please share the error your get on terminal/Jenkins jobs section
Running a TeamCity build agent to run NUnit tests on Ubuntu 14.04 LTC with the latest build of mono appears to have some dependency issues that I cant for the life of me solve.
I have followed the following installation steps
Mono Installation Steps for 4.0.1
Team City Build Agent
When the TC Build Agent starts the NUnit step, it simply fails, and looking at the logs shows it executes
/usr/bin/mono-sgen /home/ubuntu/buildAgent/plugins/dotnetPlugin/bin/JetBrains.BuildServer.NUnitLauncher.exe
which promptly returns with
Corlib not in sync with this runtime: expected corlib version 117, found 111.
Loaded from: /usr/lib/mono/4.0/mscorlib.dll
Download a newer corlib or a newer runtime at http://www.mono-project.com/download.
Is there any possible way to get this to work? I have tried removing all the pieces and re-installing again and even installing a older version of mono build but to no avail.
The TC connection appears to work and I can manually invoke and call mono on its own and even nunit-console however this .exe build provided by TC seems to have be stumped as linux non-expert.
Please save me from dependency hell!!
Edit: I ended up just solving my problem by installing nunit-console and enabling the XML Report processing build feature rather than play around with the corelib files and break something else.
This is a Mono bug, see https://bugzilla.xamarin.com/show_bug.cgi?id=34675.
The problem is that Mono moved to providing the 4.0 assemblies, including mscorlib.dll, only in form of reference assemblies. They contain only metadata and are intended for the compiler. Normally applications just use the newest version automatically.
The loader code in Mono however wasn't updated to bind forward an explicit runtime version of v4.0.20506 or v4.0.30128 which TeamCity is using in their .exe.config files to the latest version. The runtime instead tries to load mscorlib.dll from the 4.0 directory and bails as the version is too old (it's from the time the reference assemblies were generated).
As a workaround, you can edit <build agent
installdir>/plugins/dotnetPlugin/bin/JetBrains.BuildServer.NUnitLauncher.exe.config (and other .exe.config files)
and remove the following lines:
<supportedRuntime version="v4.0.20506"/>
<supportedRuntime version="v4.0.30128"/>
This might stop working once TeamCity decides to update the plugin though.
Replacing the mscorlib version is only asking for trouble - i.e. TypeLoadException's and friends are waiting around the corner to get you.
What I did was replace the Teamcity build step with a manual invocation of the TC NunitLauncher, but forcing it to use Mono 4.5:
mono --runtime=4.5 /Applications/buildAgent/plugins/dotnetPlugin/bin/JetBrains.BuildServer.NUnitLauncher.exe v4.0 MSIL NUnit-2.6.3 $(find **/bin/Release/*Tests.dll | paste -sd ";" -)
The invocation uses some shell trickery to find all assemblies I'm interested in using a wildcard, but other than that should be straightforward to understand.
It would be nice if Mono fixed their broken 4.0 runtime. Anyone already reported it on https://bugzilla.xamarin.com/ ?
This is how I worked around it : (note my mono is in /opt/mono)
$ cd /opt/mono/lib/mono
$ sudo mv 4.0 __4.0
$ sudo ln -s 4.5 4.0
i.e get rid of the 4.0 folder and symlink the 4.5 to be 4.0
This is something of a hack but it got me up and running until a proper fix surfaces!
Steve
I had this problem on my Raspberry Pi after compiling 4.0.2 but it was loading from /4.5/
This got me going:
sudo mv /usr/lib/mono/4.5/mscorlib.dll /usr/lib/mono/4.5/_old_mscorlib.dll
sudo cp /opt/mono-4.0.2/lib/mono/4.5/mscorlib.dll /usr/lib/mono/4.5
Where could I acquire a working copy of compiled JavaFX app bundled with JRE so I could execute this app on ARM linux?
or
How can I create my JavaFX app + JRE bundle that would work on ARM Linux
Best case scenario for me would be to be ableto create copy-paste enabled folder tree or single executable file..
I do understand that this question might be too vague, but I desperately need some help on this. I have spent more than 6 evenings + 2 nights searching how to get a compiled JavaFX application ( .jar file) to run on ARM linux on UDOO (RPi2-like) board.
I have been more of an .NET guy a long time, and now I had to make WPF-like rich UX app that would run on this specific hardware, and I chose JavaFX due to its likeliness to WPF. It does run fine on my desktop PCs but I absolutely can not get it to run on ARM linux.
I am trying to do this too. Did you get it working? My solution is to package the JAR using tools provided by IntelliJ or any other IDE, include the JRE in a folder within the app, then write a script that invokes the JAR from the included JRE like:
lib/jre/bin/java -jar runthis.jar
I also tried it for two days now but didn't get it to work.
I use maven in combination with the javafx-maven-plugin to build native installers of an application.
At first I got the error, that the javafx-ant.jar tools are missing:
[ERROR] Failed to execute goal build-jar(create-jfxjar) on project foo:
Execution create-jfxjar of goal build-jar failed: Plugin javafx-maven-plugin or
one of its dependencies could not be resolved: Could not find artifact
javafx-packager:javafx-packager:jar:1.8.0 at specified path
/opt/jdk1.8.0/jre/../lib/ant-javafx.jar
Then I found the ant-javafx.jar in a windows JDK but then another error was reported that linux is not supported with this one. Ok so I downloaded a linux JDK and used that ant-javafx.jar. Now it could build and create a *.deb file successfully!
However when I started the installer it failed with a message and when checking the log (/var/log/apt/term.log)
Log started: 2021-04-29 00:40:01
dpkg: Error creating archive
/home/pi/Foo/target/jfx/native/foo.deb (--unpack):
package architecture (amd64) does not match system (armhf)
Then I did research and found the following mailing list entry:
[...] the Java Packager isn’t shipped with any ARM builds that I’m aware of. Currently it is only for X86 Windows, Linux and Mac. [...]
This basically explains it: The packager doesn't work on ARM for now. Maybe we should write the guy to encurage him to add it...
=> So for now I work with the jar directly.