Return server error when we make 'Confirm or Revert Resize instance'

Bug #1539648 reported by Alexey Galkin
16
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Mirantis OpenStack
Status tracked in 10.0.x
10.0.x
Confirmed
Medium
MOS Horizon
8.0.x
Won't Fix
Medium
MOS Maintenance
9.x
Won't Fix
Medium
MOS Horizon

Bug Description

Find on mos 8.0 iso #478

Stepts to reproduce:

1. Login to horizon.
2. Create a new instance.
3. Navigate to Project->Compute->Instances and click dropdown menu in Instance`s row.
4. Click on Resize Instance menu item
5. From opened form select other flavor ('m1.micro', for example) > select Resize button.
6. Instance is resizing (status 'Resize/Migrate') and then return to status "Confirm or Revert Resize/Migrate".
7. Select Confirm Resize/Migrate button in Instance`s row, after this button should be disable (3-5 sec), and then becomes active again until instance will not be resized and return to status Active.

And if we press button while instance will not be return to status Active, then horizon return a 'server error' message:

""""
Something went wrong!

An unexpected error has occurred. Try refreshing the page. If that doesn't help, contact your local administrator.
""""

Revision history for this message
Timur Sufiev (tsufiev-x) wrote :

Setting as Won't Fix for 8.0 due to our policies.

Just checked it on a fresh Mitaka release Devstack - haven't encountered this error.

Sergei, could you please try to reproduce it for MOS 9.0 release?

Changed in mos:
milestone: 8.0-updates → 9.0
Revision history for this message
Sergei Chipiga (schipiga) wrote :

Not confirmed for MOS8.0.

When I try to resize down, after page reload nothing happens, the instance has the same size. But inside log there is ResizeError: Resize error: Unable to resize disk down.

@tsufiev-x, I suppose, it's a good point to show allert message "Unable to resize disk down", because current behavior is unclear.

Revision history for this message
Sergei Chipiga (schipiga) wrote :

@tsufiev-x, confirmed for MOS9.0

Revision history for this message
Timur Sufiev (tsufiev-x) wrote :

Sergei, thanks, that makes the situation clearer.

Revision history for this message
Vitaly Sedelnik (vsedelnik) wrote :

Won't Fix for 8.0-updates because of Medium importance

Changed in mos:
status: Confirmed → Won't Fix
milestone: 9.0 → 8.0-updates
tags: added: wontfix-low
Revision history for this message
Sergei Chipiga (schipiga) wrote :

checked with mos9.0#138, fixed

Revision history for this message
Sergei Chipiga (schipiga) wrote :

Checked with mos9.0#188

Still can't resize from small to tiny. And no messages that not possible to resize down.

Revision history for this message
Sergei Chipiga (schipiga) wrote :

Problem with resize "small" -> "tiny" is present only without ceph.
If to use Ceph:
- Ceph RBD for volumes (Cinder)
- Ceph RadosGW for objects (Swift API)
- Ceph RBD for ephemeral volumes (Nova)
- Ceph RBD for images (Glance)
resize "small" -> "tiny" works fine.

Steps to reproduce:
- Deploy openstack without cepth
- Login as admin
- Launch instance with flavor tiny
- Resize it to flavor small
- Resize it to flavor tiny

Expected result:
- Instance will be resized to tiny, or there will be alert, that can't resize down (dependent of backend logic)

Actual result:
- Nothing happens, instance has still small flavor. There is notification that resize is scheduled only.

Changed in mos:
status: Confirmed → Won't Fix
Revision history for this message
Dina Belova (dbelova) wrote :

Added move-to-10.0 tag due to the fact bug was transferred from 9.0 to 10.0

tags: added: move-to-10.0
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.