Project

General

Profile

Actions

Bug #3780

closed

"true" boolean value for "start" key inside --compute-attributes is not correctly interpreted

Added by Marco De Vitis almost 11 years ago. Updated almost 5 years ago.

Status:
Rejected
Priority:
Normal
Assignee:
-
Category:
Hosts
Target version:
-
Difficulty:
Triaged:
Yes
Team Backlog:
Fixed in Releases:
Found in Releases:
In Kanboard:
yes

Description

When using hammer to create a host on a Libvirt provider, the --compute-attributes option accepts a "start" key to tell hammer if the new host must be immediately started.
The key is described as a boolean value, but when using "start=true" the new host is not started.
The new host is started, instead, if using "start=1".

Also "true" should be accepted, to be more user-friendly.
A different solution would be to only accept 1 and 0, but then the help output should be updated accordingly to better express this, and also any docs around, like the Success Story (http://projects.theforeman.org/issues/3297) which has an example containing "start=true".


Related issues 3 (1 open2 closed)

Related to Foreman - Bug #16636: VM Autostart attribute ("compute_attributes":{"start":"1"}) requires value as a string, not boolean or number.New09/21/2016Actions
Related to Hammer CLI - Tracker #16829: Tracker for compute resource related issuesClosed

Actions
Related to Hammer CLI - Tracker #18935: Tracker for issues related to processing of nested options in host createClosed

Actions
Actions

Also available in: Atom PDF