StartCruiseControlServer
General
- Wiki Home
- FAQ Frequently asked questions
- Examples
- Presentations
- PhilosophyAndVision
- Best practices for using Umple
- Publications and theses
- Tutorials
- Installing Eclipse plugin
Developers
- Developer Setup
- UmpleOnline Setup
- Contribution Process
- Architecture
- Cheat sheet
- Umpleonline manual tests
- Planned development
- DraftManualPages
Server maintenance
External
Other
Clone this wiki locally
Introduction
This page shows you how to start / restart the CC server after a reboot (or if the service fails.
Run the following command on the build server (currently cruise.site.uottawa.ca) while logged in as the regular user of the server, not yourself:
~/bin/cc_start
If problems with cruise control persist, consider the following:
- Look at the log output from cc_start to see if there are any clues as to the problem
- Determine if any recently updated software (Java, etc.) might have resulted in the failure
- Look at the cc/config.xml script and see if one of the 'on success' tasks is failing. These can be run manually to test that all is working OK. The tasks include gitrebase (to update the git repositories), promoteuol (to move UmpleOnline changes to the test mode), dumple (to update the diagram at http://metamodel.umple.org), bgmakejavadoc (to update the javadoc documentation for umple), and the ant target deployUmpleDocs to update the user manual.
Updating Java version
Download the Java rpm file from Oracle and put it in the tmp directory
As a superuser run sudo rpm -Uvh jdk-8
cd /h/ralph/umple_configs/src
If this is a major java release update /h/ralph/umple_configs/src to have jdk9 and for it to point to latest version in /usr/java/ Then Make sure /h/ralph/umple_configs/bin/cc_start is adjusted to accommodate
Run cc_start to ensure the latest is linked in
Future Work
The ~/bin/cc_start has been added to /etc/rc.d meaning that the cruise control server starts automatically. But we experienced an issue where the rake task was not accessible from this instance. This needs investigating. The path to the rake being used might not be correct when started by the init process, or there may be a permission problem.
We might want to set up an init.d daemon, which would be located at
/etc/init.d/cc
And, then registered to be auto started on reboot.
sudo "update-rc.d -f cc defaults 90 10"
We could also integrate a monitoring program like monit, which can also "restart" processes when they fail (i.e. apart from a reboot).