yahoo-eng-team team mailing list archive

[Nguyen Anh Kiet <2081676@xxxxxxxxxxxxxxxxxx>]

** Also affects: nova
   Importance: Undecided
       Status: New

** Also affects: cinder
   Importance: Undecided
       Status: New

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/2081676

Title:
  Manila Share Server (Generic Driver) failed in spawning proccess

Status in Cinder:
  New
Status in OpenStack Shared File Systems Service (Manila):
  New
Status in OpenStack Compute (nova):
  New

Bug description:
  Description
  ===========
  My OpenStack system has 2 storage backend

  + NetApp with Volume Type PremiumSSD
  + Ceph with Volume type PremiumCeph

  I have deployed Manila Service using generic driver. But when I create
  a new share, the instance always failed in spawning proccess

  Steps to reproduce
  ==================

  * manila type-create default_share_type True
  * manila share-network-create --name demo-share-network1 \
    --neutron-net-id PRIVATE_NETWORK_ID \
    --neutron-subnet-id PRIVATE_NETWORK_SUBNET_ID
  * manila create NFS 1 --name demo-share3 --share-network demo-share-network1 --share-DDtype default_share_type --public

  Expected result
  ===============
  + New share is created, which a share servers have launched

  Actual result
  =============
  Error: Failed to perform requested operation on instance "generic_1d15e724-c2eb-428d-8f6d-43e8a81d151e", the instance has an error status: Please try again later [Error: Exceeded maximum number of retries. Exhausted all hosts available for retrying build failures for instance 4a2fdf6d-9893-438b-b78d-7c802399e0ec.].

  Environment
  ===========
  1. Exact version of OpenStack Manila you are running. See the following
    list for all releases: 2023.2 Bobcat

  2. Which storage backend did you use?
     What's the version of that?: NetApp and Ceph

  Logs & Configs
  ==============

  + When using volume type backed by NetApp, the nova log instance (No
  ERROR has been recorded in Manila Logs)

  Traceback (most recent call last):
    File "/var/lib/kolla/venv/lib/python3.10/site-packages/nova/compute/manager.py", line 2868, in _build_resources
      yield resources
    File "/var/lib/kolla/venv/lib/python3.10/site-packages/nova/compute/manager.py", line 2615, in _build_and_run_instance
      self.driver.spawn(context, instance, image_meta,
    File "/var/lib/kolla/venv/lib/python3.10/site-packages/nova/virt/libvirt/driver.py", line 4411, in spawn
      xml = self._get_guest_xml(context, instance, network_info,
    File "/var/lib/kolla/venv/lib/python3.10/site-packages/nova/virt/libvirt/driver.py", line 7566, in _get_guest_xml
      xml = conf.to_xml()
    File "/var/lib/kolla/venv/lib/python3.10/site-packages/nova/virt/libvirt/config.py", line 84, in to_xml
      root = self.format_dom()
    File "/var/lib/kolla/venv/lib/python3.10/site-packages/nova/virt/libvirt/config.py", line 3095, in format_dom
      self._format_devices(root)
    File "/var/lib/kolla/venv/lib/python3.10/site-packages/nova/virt/libvirt/config.py", line 3049, in _format_devices
      devices.append(dev.format_dom())
    File "/var/lib/kolla/venv/lib/python3.10/site-packages/nova/virt/libvirt/config.py", line 1223, in format_dom
      auth.set("username", self.auth_username)
    File "src/lxml/etree.pyx", line 834, in lxml.etree._Element.set
    File "src/lxml/apihelpers.pxi", line 594, in lxml.etree._setAttributeValue
    File "src/lxml/apihelpers.pxi", line 1539, in lxml.etree._utf8
  TypeError: Argument must be bytes or unicode, got 'NoneType'

  + When using volume type backed by Ceph, the instance still failed to
  spawn, but no log have been recorded (Nova, Cinder, Manila,...)

  I have tried create instance manually using the almost same
  configuration like manila used, but Instance created successfully.

To manage notifications about this bug go to:
https://bugs.launchpad.net/cinder/+bug/2081676/+subscriptions