I have been setting up a windows master with a Linux slave. When running a Flex Project on the slave node and trying to launch the pmd report plugin there´s a problem with accessing the pmd file - I am sure that it exists and the path is correct:
[PMD] Collecting PMD analysis files...
FATAL: remote file operation failed
hudson.util.IOException2: remote file operation failed
I get excactly the same error when running the TaskScanner plugin. Do I need to install the plugin on the slave? In that case: how do I do that?
What version of Hudson are you using? There was a problem running various plugins against slave-run jobs, but it was fixed in 1.337.
Related
I'm trying to get video calls working with my ejabberd server, following this guide.
My server runs the latest Debian.
Ejabberd fails to start after these changes and logs the following error:
#gen_mod:start_module:228 Failed to start unknown module mod_stun_disco: make sure there is no typo and mod_stun_disco.beam exists inside either /usr/lib/x86_64-linux-gnu/ejabberd-18.12.1-2/ebin or /opt/ejabberd/.ejabberd-modules directory
#gen_mod:maybe_halt_ejabberd:311 ejabberd initialization was aborted because a module start failed.
How can I install mod_stun_disco?
My server runs the latest Debian.
And what version exactly is "the latest Debian" that you are running?
Also, what is the ejabberd version you have installed?
mod_stun_disco.erl was first included in ejabberd 20.04
https://github.com/processone/ejabberd/commit/69d1d62add92511acf58f5f71383ad64e4757464#diff-44e2dc2000d1cc7230e63af3a7f9618a7bb9afb64df1aec0cc91bf31c21c91bc
If you are running an older ejabberd release, obviously that module is not included.
I'm trying to install OpenGTS on Red Hat's Openshift cloud platform.
OpenGTS is a Java/Tomcat7/Mysql/Ant application, so I created a JbossEWS app on Openshift, installed the standard Mysql cartridge, and an Ant cartridge I found online.
Our application does not have to be scalable, so that's what I chose.
I add a call to Ant in Openshift's build hook.
So far it has been impossible to install the jdbc driver however:
As I'm using Ant, I deleted the pom.xml for Openshift's standard Maven.
Neither is there a standalone.xml in JbossEWS. (There is one for JbossEAP).
Java's ext/lib directories are not accessible on Openshift.
So I copied the jdbc driver jar in $OPENSHIFT_DATA_DIR,
but nevertheless, when started, JbossEWS complains it cannot find a suitable jdbc driver for Mysql.
Is it even possible to run OpenGTS on Openshift?
It is comment about above question so we are following this link.
Here is the link https://blog.openshift.com/jndi-tomcat-configuration-howto/
And also catalina.properties file
common.loader=${catalina.base}/lib,${catalina.base}/lib/.jar,${catalina.home}/lib,${catalina.home}/lib/.jar,${catalina.home}/../app-root/data/*.jar
Using Microsoft's Release Management Server for Team Foundation Server 2013 v12.0.31101.0, I keep getting an error (included later). I can however successfully run the sqlpackage command from my local machine, the build server and the target SQL Server.
Steps taken:
I took the dll's and the sqlpackage.exe from C:\Program Files (x86)\Microsoft SQL Server\120\DAC\bin and copied them to a folder on my desktop
In Release Management, I created a new Tool with the command: sqlpackage.exe /Action:Publish /SourceFile:__FileName__ /TargetDatabaseName:__DatabaseName__ /TargetServerName:__ServerName__
I then added the dll's and the SqlPackage.exe from the folder I created a step earlier
Save and Close
I then created a new component which basically just wraps this tool (The Build Drop Location is a backslash to indicate the dacpac is at the root of the build folder)
I then selected the Tool I created and it filled in everything. I updated my release template to include and use the component
Putting the folder I created on any desktop, I can run the following command and it run just perfectly
sqlpackage.exe /Action:Publish /SourceFile:MyDatabase.dacpac /TargetDatabaseName:MyDatabase /TargetServerName:MyDatabaseServer
I did this from my local PC, the Build Server and the SQL Server itself, but when I use Release Management, I get the error.
Error:
An unexpected failure occurred: The type initializer for 'Microsoft.SqlServer.Dac.DacPackage' threw an exception..
Unhandled Exception: System.TypeInitializationException: The type initializer for 'Microsoft.SqlServer.Dac.DacPackage' threw an exception. ---> System.TypeInitializationException: The type initializer for 'Microsoft.SqlServer.Dac.DacServices' threw an exception. ---> System.TypeInitializationException: The type initializer for 'SqlSchemaModelStaticState' threw an exception. ---> System.IO.FileNotFoundException: Could not load file or assembly 'Microsoft.SqlServer.TransactSql.ScriptDom, Version=12.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91' or one of its dependencies. The system cannot find the file specified.
Update 1: I noticed on the error email from Release Management that the Target Server was my web server and not the SQL Server, even though the SQL Server was correctly named in the command. I checked the log on the web server and found the errors. I copied over my folder of dlls to the desktop and ran the script and voila, I was able to recreate the error. I checked the installed programs in Control Panel and noticed that the installed version of Transact-SQL ScriptDom was for 2012, version 11.0.2100.60. So I installed SSDT here. The installation failed because I don't have Visual Studio installed, but it still managed to install the 12.0.2000.8 versions of Transact-SQL ScriptDom and related dlls. When I ran the script again, it successfully published the database! However, when I tried to build from Release Management, I got a new error.
Publishing to database 'Logging' on server 'BYDWVCMNSQ01'.
Initializing deployment (Start)
Initializing deployment (Failed)
*** Could not deploy package.
Unable to connect to target server.
Update 2: So, I've confirmed the reason it was failing at this point was because the account that the build server was using did not have a login account to the SQL Server. I added the account and then granted it ddladmin and securityadmin privileges at the database I'm targeting. This yields a new error that I'm unable to create a new user, but at least I'm getting closer.
Final Update: I had to also grant sysadmin so the account could create a login. This allowed the deployment step in RM to succeed. This obviously is not the way I will leave it, I'll either use a publish profile or command flags to prevent the dacpac from being created with security objects and let it run with least privilege.
The issue of getting RM to deploy to SQL 2014 has been solved. The main issue was in my release template, I placed the DACPAC component inline with the rest of the build for my web server. This causes the DACPAC command to be run from the web server, and for that to work I had to install SSDT on the web server. I don't like this, and I'll probably rearrange my release template so that the web server and sql server are parallel, but nested under the same rollback.
On the server running the deploy, run procmon with a filter for the missing dll, then copy it into one of the folders it is looking in.
The correct way would be to install ssdt and the scriptdom bits (search for creating a headless ssdt build machine)
I had luck with this answer, switching from the old "SqlPackage" to the new one, I think it's some sort of confusion of related dll's:
To fix this issue, change the path to sqlpackage.exe to the new '140' version. The new path to sqlpackage.exe should be:
"%ProgramFiles(x86)%\Microsoft Visual Studio
14.0\Common7\IDE\Extensions\Microsoft\SQLDB\DAC\140\SqlPackage.exe"
I installed both Sonar and Jenkins on the same Tomcat (7.0.29) version. I followed the instructions, which means that I created the sonarqube database (we are using MySQL), that I built and created the WAR file, and that I deployed that file to Tomcat. I also modified the Tomcat CATALINA_OPTS value to give Tomcat more memory. Jenkins will run, but Sonar will give me a "We're sorry, but something went wrong." error. I checked all of the Tomcat logs but could not find anything useful such as an exception. Does anyone have any ideas on this?
Thanks in advance...
Deployment on Tomcat won't be supported as of next version. Therefore, I recommend you to use the standalone mode instead. Note also that is not recommended to install SonarQube and Jenkins on the same machine. See http://docs.codehaus.org/display/SONAR/Installing#Installing-SonarQubePlatformOverview.
I installed the hudson plugin that enables hadoop. Now I find that I don't have access as myself to put any data in there. It's not at all obvious to me how hudson has configured hadoop. Can someone tell me how to change these permisisons?
The hudson configuration for hadoop can be found in
$HUDSON_HOME/hadoop/dist/conf
Details on configuration of hadoop (down the page a bit to the configuration files section).