utah crashes instead of producing nice error message

Bug #1195469 reported by Thomi Richards
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
UTAH
Fix Released
Medium
Max Brustkern

Bug Description

I've obviously done something wrong, but UTAH raises an uncaught exception, rather than producing a nice error message. The exception stack trace is:

WARNING: xml was already set by /etc/utah/configWARNING: outputpreseed was already set by /etc/utah/configWARNING: installtype was already set by /etc/utah/configUnhandled error in UTAH:
Traceback (most recent call last):
  File "/usr/bin/run_utah_tests.py", line 128, in <module>
    exitstatus = timeout(config.jobtimeout, run_utah_tests)
  File "/usr/lib/python2.7/dist-packages/utah/timeout.py", line 65, in timeout
    return command(*args, **kw)
  File "/usr/bin/run_utah_tests.py", line 117, in run_utah_tests
    exitstatus, locallogs = run_tests(args, _get_machine(args))
  File "/usr/bin/run_utah_tests.py", line 92, in _get_machine
    return _get_unprovisioned_machine(args, image)
  File "/usr/bin/run_utah_tests.py", line 72, in _get_unprovisioned_machine
    return get_baremetal(args.arch, **kw)
  File "/usr/lib/python2.7/dist-packages/utah/provisioning/baremetal/__init__.py", line 64, in get_baremetal
    return inventory.request(**kw)
  File "/usr/lib/python2.7/dist-packages/utah/provisioning/baremetal/inventory.py", line 81, in request
    return self._take(machineinfo, machinetype, *args, **kw)
  File "/usr/lib/python2.7/dist-packages/utah/provisioning/baremetal/inventory.py", line 106, in _take
    machineinfo=machineinfo, name=name, **kw)
  File "/usr/lib/python2.7/dist-packages/utah/provisioning/baremetal/cobbler.py", line 60, in __init__
    self._cmdlinesetup()
  File "/usr/lib/python2.7/dist-packages/utah/provisioning/provisioning.py", line 940, in _cmdlinesetup
    if self.image.installtype == 'desktop':
AttributeError: 'str' object has no attribute 'installtype'

Related branches

Revision history for this message
Thomi Richards (thomir-deactivatedaccount) wrote :

This happens when passing -i "" on the command line.

Andy Doan (doanac)
Changed in utah:
importance: Undecided → Medium
assignee: nobody → Max Brustkern (nuclearbob)
Revision history for this message
Max Brustkern (nuclearbob) wrote :

That's interesting. We can handle None, but not an empty string. I'll prepare a fix for that.

Changed in utah:
status: New → Fix Committed
Andy Doan (doanac)
Changed in utah:
milestone: none → 0.14
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.