Activity log for bug #1533197

Date Who What changed Old value New value Message
2016-01-12 13:09:21 Sergey Arkhipov bug added bug
2016-01-12 13:09:21 Sergey Arkhipov attachment added output.txt https://bugs.launchpad.net/bugs/1533197/+attachment/4548547/+files/output.txt
2016-01-13 11:14:33 Roman Podoliaka tags long-haul-testing scale area-nova long-haul-testing scale
2016-01-13 11:14:40 Roman Podoliaka tags area-nova long-haul-testing scale area-nova scale
2016-01-13 11:14:51 Roman Podoliaka nominated for series mos/9.0.x
2016-01-13 11:14:51 Roman Podoliaka bug task added mos/9.0.x
2016-01-13 11:14:51 Roman Podoliaka nominated for series mos/8.0.x
2016-01-13 11:14:51 Roman Podoliaka bug task added mos/8.0.x
2016-01-13 11:14:55 Roman Podoliaka mos/8.0.x: status New Confirmed
2016-01-13 11:14:57 Roman Podoliaka mos/9.0.x: status New Confirmed
2016-01-13 11:14:59 Roman Podoliaka mos/8.0.x: importance Undecided High
2016-01-13 11:15:00 Roman Podoliaka mos/9.0.x: importance Undecided High
2016-01-13 11:15:06 Roman Podoliaka mos/8.0.x: assignee MOS Nova (mos-nova)
2016-01-13 11:15:11 Roman Podoliaka mos/9.0.x: assignee MOS Nova (mos-nova)
2016-01-13 11:15:13 Roman Podoliaka mos/9.0.x: milestone 9.0
2016-01-13 17:46:17 Roman Podoliaka mos/8.0.x: assignee MOS Nova (mos-nova) MOS Cinder (mos-cinder)
2016-01-13 17:46:21 Roman Podoliaka mos/9.0.x: assignee MOS Nova (mos-nova) MOS Cinder (mos-cinder)
2016-01-13 17:46:51 Roman Podoliaka tags area-nova scale area-cinder scale
2016-01-14 12:38:54 Ivan Kolodyazhny mos/8.0.x: assignee MOS Cinder (mos-cinder) Ivan Kolodyazhny (e0ne)
2016-01-18 15:11:08 Ivan Kolodyazhny mos/8.0.x: status Confirmed Incomplete
2016-01-18 15:11:11 Ivan Kolodyazhny mos/9.0.x: status Confirmed Incomplete
2016-01-28 13:51:03 Roman Podoliaka mos/8.0.x: assignee Ivan Kolodyazhny (e0ne) Sergey Arkhipov (sarkhipov)
2016-01-28 13:51:14 Roman Podoliaka mos/9.0.x: assignee MOS Cinder (mos-cinder) Sergey Arkhipov (sarkhipov)
2016-01-29 13:02:30 Evgeny Ivanov mos/8.0.x: assignee Sergey Arkhipov (sarkhipov) Ivan Kolodyazhny (e0ne)
2016-01-29 13:02:39 Evgeny Ivanov mos/9.0.x: assignee Sergey Arkhipov (sarkhipov) Ivan Kolodyazhny (e0ne)
2016-01-29 13:18:54 Roman Podoliaka mos/8.0.x: assignee Ivan Kolodyazhny (e0ne) Sergey Arkhipov (sarkhipov)
2016-01-29 13:19:01 Roman Podoliaka mos/9.0.x: assignee Ivan Kolodyazhny (e0ne) Sergey Arkhipov (sarkhipov)
2016-01-29 16:31:47 Roman Podoliaka mos/8.0.x: assignee Sergey Arkhipov (sarkhipov) MOS Cinder (mos-cinder)
2016-01-29 16:31:54 Roman Podoliaka mos/9.0.x: assignee Sergey Arkhipov (sarkhipov) MOS Cinder (mos-cinder)
2016-02-02 10:15:35 Roman Podoliaka tags area-cinder scale area-cinder move-to-mu scale
2016-02-02 16:38:29 Roman Podoliaka tags area-cinder move-to-mu scale area-cinder move-to-mu release-notes scale
2016-02-03 11:30:21 Roman Podoliaka mos/8.0.x: milestone 8.0 8.0-updates
2016-02-04 15:25:25 Ivan Kolodyazhny mos/8.0.x: status Incomplete Confirmed
2016-02-04 15:25:27 Ivan Kolodyazhny mos/8.0.x: assignee MOS Cinder (mos-cinder) Ivan Kolodyazhny (e0ne)
2016-02-04 15:25:32 Ivan Kolodyazhny mos/9.0.x: status Incomplete Confirmed
2016-02-04 15:25:34 Ivan Kolodyazhny mos/9.0.x: assignee MOS Cinder (mos-cinder) Ivan Kolodyazhny (e0ne)
2016-02-25 09:26:00 Olga Gusarenko tags area-cinder move-to-mu release-notes scale 8.0 area-cinder move-to-mu release-notes-done scale
2016-04-19 08:41:54 Ivan Kolodyazhny description Problem discovered on MOS 8.0 ISO #361 When I start a large amount of instances (in my case, 250), a big part of them failed with error like "Build of instance 070995e4-66f4-4acd-87c7-92815a489edd aborted: Block Device Mapping is Invalid." Message: Build of instance 070995e4-66f4-4acd-87c7-92815a489edd aborted: Block Device Mapping is Invalid. Code: 500 Details: File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 1905, in _do_build_and_run_instance filter_properties) File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 2025, in _build_and_run_instance 'create.error', fault=e) File "/usr/lib/python2.7/dist-packages/oslo_utils/excutils.py", line 195, in __exit__ six.reraise(self.type_, self.value, self.tb) File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 1996, in _build_and_run_instance block_device_mapping) as resources: File "/usr/lib/python2.7/contextlib.py", line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 2143, in _build_resources reason=e.format_message()) Environment: * 50 baremetal nodes * Ceph *is not* used - Cinder LVM over iSCSI for volumes is enabled, rest of checkboxes are disabled * Ceilometer, Murano and Sahara *are* installed * Each node has 32142MB RAM, 12 CPU Steps to reproduce: * Upload an image with Ubuntu Trusty * Proceed to Horizon * Proceed to 'Instances', click on 'Launch instance' * Select m1.small flavour (1 vCPU, root disk - 20GB, RAM - 2048 MB) * Set 'Boot from image (creates a new volume)' * Choose uploaded image * Set device size to 20 GB * Ensure that 'Delete on Terminate' checkbox is active * Set 250 instances * Choose network * Click on 'Launch' Expected results: * All instances are up and running Real result: * Only 81 instance started. 169 failed with error above * Cinder has 235 created volumes available or in-use Due to bug https://bugs.launchpad.net/bugs/1529182 I cannot create diagnostic snapshot, so I've gathered all logs after error happened: https://drive.google.com/a/mirantis.com/file/d/0B9tzODpFABxkWk05Ykl2V1NZWE0/view?usp=sharing Please find cinder and nova output attached. Problem discovered on MOS 8.0 ISO #361 When I start a large amount of instances (in my case, 250), a big part of them failed with error like "Build of instance 070995e4-66f4-4acd-87c7-92815a489edd aborted: Block Device Mapping is Invalid." Message: Build of instance 070995e4-66f4-4acd-87c7-92815a489edd aborted: Block Device Mapping is Invalid. Code: 500 Details: File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 1905, in _do_build_and_run_instance filter_properties) File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 2025, in _build_and_run_instance 'create.error', fault=e) File "/usr/lib/python2.7/dist-packages/oslo_utils/excutils.py", line 195, in __exit__ six.reraise(self.type_, self.value, self.tb) File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 1996, in _build_and_run_instance block_device_mapping) as resources: File "/usr/lib/python2.7/contextlib.py", line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 2143, in _build_resources reason=e.format_message()) Environment:     * 50 baremetal nodes     * Ceph *is not* used         - Cinder LVM over iSCSI for volumes is enabled, rest of checkboxes are disabled     * Ceilometer, Murano and Sahara *are* installed     * Each node has 32142MB RAM, 12 CPU Steps to reproduce:     * Upload an image with Ubuntu Trusty     * Proceed to Horizon     * Proceed to 'Instances', click on 'Launch instance'     * Select m1.small flavour (1 vCPU, root disk - 20GB, RAM - 2048 MB)     * Set 'Boot from image (creates a new volume)'     * Choose uploaded image     * Set device size to 20 GB     * Ensure that 'Delete on Terminate' checkbox is active     * Set 250 instances     * Choose network     * Click on 'Launch' Expected results:     * All instances are up and running Real result:     * Only 81 instance started. 169 failed with error above     * Cinder has 235 created volumes available or in-use Due to bug https://bugs.launchpad.net/bugs/1529182 I cannot create diagnostic snapshot, so I've gathered all logs after error happened: https://drive.google.com/a/mirantis.com/file/d/0B9tzODpFABxkWk05Ykl2V1NZWE0/view?usp=sharing Please find cinder and nova output attached. Related upstream bug: https://bugs.launchpad.net/cinder/+bug/1556902
2016-04-19 09:13:48 Fuel Devops McRobotson mos/10.0.x: importance Undecided High
2016-04-19 09:13:48 Fuel Devops McRobotson mos/10.0.x: status New Confirmed
2016-04-19 09:13:48 Fuel Devops McRobotson mos/10.0.x: milestone 10.0
2016-04-19 09:13:48 Fuel Devops McRobotson mos/10.0.x: assignee Ivan Kolodyazhny (e0ne)
2016-06-02 15:37:28 Ivan Kolodyazhny mos/8.0.x: status Confirmed Won't Fix
2016-06-02 15:37:32 Ivan Kolodyazhny mos/9.0.x: status Confirmed Won't Fix
2016-07-21 17:47:03 Ivan Kolodyazhny marked as duplicate 1550192