Utah-client and utah-common not installed on provisioned machine.

Bug #1160148 reported by Christopher Lee
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
UTAH
Fix Released
Critical
Andy Doan

Bug Description

There appears to be an odd issue with provisioning the Nvidia machine (Magners lab).
Job details: http://10.97.0.1:8080/view/autopilot/job/ps-unity-autopilot-release-testing/140/label=autopilot-nvidia/

It looks as though the machine is provisioned and installed as expected (as the Autopilot tests are actually running).
But the console log shows an abrupt exit and finish with a return code 1.

On further inspection on the provisioned machine there is no Utah packages installed at all
(checked with `dpkg -l | grep -i utah`)

There is however the file /var/log/utah-install (attached to this bug report).

Another thing to note, when I checked the desktop through the KVM the desktop appeared to be corrupt (screenshot also attached).

So as far as I can tell the machine was setup and installed as expected (hence the AP tests running) but there was an issue with installing the utah client packages hence the error and abrupt finish of the Jenkins job?

Tags: ue-desktop

Related branches

Revision history for this message
Christopher Lee (veebers) wrote :
Revision history for this message
Christopher Lee (veebers) wrote :
Revision history for this message
Andy Doan (doanac) wrote :

This is a regression in our latest UTAH version. For some reason it looks like rsyslog messages aren't coming when the system is booted after install. Let's fix this in two phases:

1) fix utah in production today (Tuesday) by commenting out the "wait_for_booted" logic:

diff --git a/utah/provisioning/baremetal/cobbler.py b/utah/provisioning/baremeta
index b2ef03a..e4552c2 100644
--- a/utah/provisioning/baremetal/cobbler.py
+++ b/utah/provisioning/baremetal/cobbler.py
@@ -198,7 +198,7 @@ chroot /target sh -c 'sed "/eth[0-9]/d" -i /etc/network/inte

         if self.installtype == 'desktop':
             # TODO: look into getting this working for d-i installs
- self.rsyslog.wait_for_booted(config.boot_steps)
+ #self.rsyslog.wait_for_booted(config.boot_steps)
             self._removenfs()

         retry(self.sshcheck, logmethod=self.logger.info,

2) debug and understand root cause

I'll get with Max to coordinate releasing a fix.

Changed in utah:
importance: Undecided → Critical
assignee: nobody → Andy Doan (doanac)
Revision history for this message
Didier Roche-Tolomelli (didrocks) wrote :
tags: added: ue-desktop
Andy Doan (doanac)
Changed in utah:
status: New → Fix Committed
Changed in utah:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.