openstack nova dont boot with iso and attached volume with block-device

[reiko]

Hello it's not resolved in Openstack Kilo Unbutu 14.04.3 LTS:

Package: python-novaclient
Version: 1:2.22.0-0ubuntu1~cloud0
Priority: optional
Section: python

*** /usr/lib/python2.7/dist-packages/novaclient/v2/servers.py 2015-10-16 12:45:11.464930514 -0300
--- /usr/lib/python2.7/dist-packages/novaclient/v2/servers.py.old 2015-10-16 12:43:01.084767772 -0300
*************** class ServerManager(base.BootingManagerW
*** 526,540 ****
              body['server']['block_device_mapping'] = \
                  self._parse_block_device_mapping(block_device_mapping)
          elif block_device_mapping_v2:
! # Following logic can't be removed because it will leaves.
! # a valid boot with both --image and --block-device
! # failed , see bug 1433609 for more info
! if image:
! bdm_dict = {'uuid': image.id, 'source_type': 'image',
! 'destination_type': 'local', 'boot_index': 0,
! 'delete_on_termination': True}
! block_device_mapping_v2.insert(0, bdm_dict)
! #body['server']['block_device_mapping_v2'] = block_device_mapping_v2

          if nics is not None:
              # NOTE(tr3buchet): nics can be an empty list
--- 526,532 ----
              body['server']['block_device_mapping'] = \
                  self._parse_block_device_mapping(block_device_mapping)
          elif block_device_mapping_v2:
! body['server']['block_device_mapping_v2'] = block_device_mapping_v2

          if nics is not None:
              # NOTE(tr3buchet): nics can be an empty list

When boot by image and block-device dont attach volume. In debian version it work without patch:

for example:

nova boot --image ubuntu-rescue-remix-12-04.iso --flavor 10 --availability-zone nova --block-device source=volume,id=2d734ca2-6cb7-4e42-b060-94298ab6c2b8,dest=volume,size=10,shutdown=preserve --nic net-id=be9c8e43-6bea-4904-b807-9ddbace19ec7 ejemplo_disco_recover

boot image with iso for install in volume...

in Ubuntu 14.04.3 LTS dont work..

[Markus Zoeller (markus_z) (mzoeller)]

@reiko:

Please add the logs of nova and cinder. Until we have that information
we cannot solve this bug, so I switch the status to "Incomplete". After
you provided the logs of nova and cinder, please switch the status back
to "New".

[reiko (rag-open-net)]

Log Nova compute

[reiko (rag-open-net)]

Log cinder

[reiko (rag-open-net)]

log nova-api

[reiko (rag-open-net)]

log cinder scheduler

[reiko (rag-open-net)]

Scenario
Host ubuntu 14 => Compute qemu into Host.

[Markus Zoeller (markus_z) (mzoeller)]

@reiko: Thanks for providing the log files. The "nova-compute.log"
file indicates an issue with "libguestfs":

    2015-10-19 11:32:35.786 2669 WARNING
    nova.virt.disk.api
    [req-08595d07-0df4-4b5a-8875-2519f9469138 dev
    c4107786c02149069bfb4120cb436b75 - - -]
    Unable to mount image /var/lib/nova/instances/<uuid>/disk with error
    libguestfs installed but not usable (/usr/bin/supermin-helper exited
    with error status 1. To see full error messages you may need to
    enable debugging.
    See http://libguestfs.org/guestfs-faq.1.html#debugging-libguestfs).
    Cannot resize.

Bug 1467579 says, that running the nova-compute service as root user
would solve that issue, but I'm not sure which side effects this would
have. I tend to believe that this is a duplicate to bug 1413142 so I
close this bug as duplicate so that the effort to solve this issue is
solely focues on bug 1413142.

Side note:
This issue got also mentioned on the mailing list [1] but unfortunately
without getting any attention.

References:
[1] http://lists.openstack.org/pipermail/openstack-operators/2015-August/007944.html