← Back to team overview

yahoo-eng-team team mailing list archive

[Bug 1291835] Re: Repeated volume attach can cause u'message': u'The supplied device path (/dev/vdc) is in use.'

 

This is an automated cleanup. This bug report has been closed because it
is older than 18 months and there is no open code change to fix this.
After this time it is unlikely that the circumstances which lead to
the observed issue can be reproduced.

If you can reproduce the bug, please:
* reopen the bug report (set to status "New")
* AND add the detailed steps to reproduce the issue (if applicable)
* AND leave a comment "CONFIRMED FOR: <RELEASE_NAME>"
  Only still supported release names are valid (LIBERTY, MITAKA, OCATA, NEWTON).
  Valid example: CONFIRMED FOR: LIBERTY


** Changed in: nova
   Importance: Medium => Undecided

** Changed in: nova
       Status: Confirmed => Expired

-- 
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/1291835

Title:
  Repeated volume attach can cause u'message': u'The supplied device
  path (/dev/vdc) is in use.'

Status in OpenStack Compute (nova):
  Expired

Bug description:
  If you attach and detach the same volume to same server in loop,  the
  n-api may report the device name is already use.

  I used the following stress test https://review.openstack.org/#/c/77196/.
  With the blow configuration.
  [{"action": "tempest.stress.actions.volume_attach_verify.VolumeVerifyStress",
    "threads": 1,
    "use_admin": false,
    "use_isolated_tenants": false,
    "kwargs": {"vm_extra_args": {},
               "new_volume": false,
               "new_server": false,
               "ssh_test_before_attach": false,
               "enable_ssh_verify": false}
  }
  ]

  The issue happens with all config options, but this is the fastest
  way.

  The issue can happen even after the device disappearance confirmed via
  ssh, ie. not listed in /proc/partitions anymore.

  I used similar  devstack setup as the gate uses  with multiple nova
  api/cond workers.

  NOTE: libvirt/qemu/linux disregards the device name.

  
  For reproducing the issue
  1.  add tempest to enabled devstack services.
  2.  apply the https://review.openstack.org/#/c/77196 locally
  3.  change the logging options in the tempst.conf [DEFAULT]log_config_append=etc/logging.conf.sample
  4. ./tempest/stress/run_stress.py -t tempest/stress/etc/volume-attach-verify.json -n 128 -S

  If 128 attempt is not enough, you can increase the number of threads
  (in the json config) or the attempts as cli option.

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