Table of Contents
The OpenStack Zuul system has gone through some big changes recently, and one of those changes is around how you monitor a running CI job. I work on OpenStack-Ansible quite often, and the gate jobs can take almost an hour to complete at times. It can be helpful to watch the output of a Zuul job to catch a problem or follow a breakpoint.
New Zuul #
In the previous version of Zuul, you could access the Jenkins server that was running the CI job and monitor its progress right in your browser. Today, you can monitor the progress of a job via telnet. It’s much easier to use and it’s a lighter-weight way to review a bunch of text.
Some of you might be saying: “It’s 2016. Telnet? Unencrypted? Seriously?”
Before you get out the pitchforks, all of the data is read-only in the telnet session, and nothing sensitive is transmitted. Anything that comes through the telnet session is content that exists in an open source repository within OpenStack. If someone steals the output of the job, they’re not getting anything valuable.
I was having a lot of trouble figuring out how to set up a handler for
telnet:// URL’s that I clicked in Chrome or Firefox. If I clicked a link in Chrome, it would be passed off to
xdg-open. I’d press OK on the window and then nothing happened.
Creating a script #
First off, I needed a script that would take the URL coming from an application and actually do something with it. The script will receive a URL as an argument that looks like
telnet://SERVER_ADDRESS:PORT and that must be handed off to the
telnet executable. Here’s my basic script:
#!/bin/bash # Remove the telnet:// and change the colon before the port # number to a space. TELNET_STRING=$(echo $1 | sed -e 's/telnet:\/\///' -e 's/:/ /') # Telnet to the remote session /usr/bin/telnet $TELNET_STRING # Don't close out the terminal unless we are done read -p "Press a key to exit"
I saved that in
~/bin/telnet.sh. A quick test with localhost should verify that the script works:
$ chmod +x ~/bin/telnet.sh $ ~/bin/telnet.sh telnet://127.0.0.1:12345 Trying 127.0.0.1... telnet: connect to address 127.0.0.1: Connection refused Press a key to exit
Linking up with GNOME #
We need a
.desktop file so that GNOME knows how to run our script. Save a file like this to
[Desktop Entry] Version=1.0 Name=Telnet GenericName=Telnet Comment=Telnet Client Exec=/home/major/bin/telnet.sh %U Terminal=true Type=Application Categories=TerminalEmulator;Network;Telnet;Internet;BBS; MimeType=x-scheme/telnet X-KDE-Protocols=telnet Keywords=Terminal;Emulator;Network;Internet;BBS;Telnet;Client;
Change the path in
Exec to match where you placed your script.
We need to tell GNOME how to handle the
x-scheme-handler/telnet mime type. We do that with
$ xdg-mime default telnet.desktop x-scheme-handler/telnet $ xdg-mime query default x-scheme-handler/telnet telnet.desktop
Awesome! When you click a link in Chrome, the following should happen:
- Chrome will realize it has no built-in handler and will hand off to
xdg-openwill check its list of mime types for a telnet handler
telnet.desktopand run the command in the
Execline within a terminal
telnet.shscript runs with the
telnet://URI provided as an argument
- The remote telnet session is connected