Bug 1316871
Summary: | User can't boot from volume snapshot | ||
---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | Martin Pavlásek <mpavlase> |
Component: | openstack-cinder | Assignee: | Eric Harney <eharney> |
Status: | CLOSED WONTFIX | QA Contact: | Avi Avraham <aavraham> |
Severity: | medium | Docs Contact: | |
Priority: | high | ||
Version: | 8.0 (Liberty) | CC: | aortega, athomas, cdwertmann, eharney, jdennis, mpavlase, mrunge, nkinder, rcritten, scohen, skinjo, srevivo, tshefi |
Target Milestone: | --- | Keywords: | Automation, ZStream |
Target Release: | 8.0 (Liberty) | Flags: | tshefi:
automate_bug-
|
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-08-16 13:53:11 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Martin Pavlásek
2016-03-11 10:55:09 UTC
Martin do you have the environment still up so I can have a look at it? thanks! Hi Itxaka, definitely not the one, that I've discovered the bug, but I have one live deployment approx. two days old, so I'm going to try reproduce the bug on it and tell you more afterwards. I'm back, verifying that the bug is still there. openstack-packstack-puppet-7.0.0-0.14.dev1702.g490e674.el7ost.noarch openstack-packstack-7.0.0-0.14.dev1702.g490e674.el7ost.noarch Seems that the cinder call from horizon is returning quotas at 0 for everything: <QuotaSet backup_gigabytes=0, backups=0, gigabytes=0, gigabytes_iscsi=0, per_volume_gigabytes=0, snapshots=0, snapshots_iscsi=0, volumes=0, volumes_iscsi=0> Aha, seems that the query from cli also fails if you do it as the demo1 user: [root@mpavlase-rhos8-selenium-controller ~(keystone_demo1)]# cinder quota-show bd3a9788e8754e9fb079f966e900abf5 +----------------------+-------+ | Property | Value | +----------------------+-------+ | backup_gigabytes | 0 | | backups | 0 | | gigabytes | 0 | | gigabytes_iscsi | 0 | | per_volume_gigabytes | 0 | | snapshots | 0 | | snapshots_iscsi | 0 | | volumes | 0 | | volumes_iscsi | 0 | +----------------------+-------+ Tested and it seems an issue when creating the user/tenant: - Created demo2 user+tenant via horizon Result: user can see its own quotas from cinder correctly: [root@mpavlase-rhos8-selenium-controller ~(keystone_demo2)]# cinder quota-show 1312a01c26c140db856b479e2955515d +----------------------+-------+ | Property | Value | +----------------------+-------+ | backup_gigabytes | 0 | | backups | 0 | | gigabytes | 1000 | | gigabytes_iscsi | 0 | | per_volume_gigabytes | 0 | | snapshots | 10 | | snapshots_iscsi | 0 | | volumes | 10 | | volumes_iscsi | 0 | +----------------------+-------+ - Created demo3 user+tenant from cli: [root@mpavlase-rhos8-selenium-controller ~(keystone_admin)]# keystone tenant-create --name demo3 +-------------+----------------------------------+ | Property | Value | +-------------+----------------------------------+ | description | | | enabled | True | | id | 17fb76df8c6746628e1c72c88c01d84b | | name | demo3 | +-------------+----------------------------------+ [root@mpavlase-rhos8-selenium-controller ~(keystone_admin)]# keystone user-create --name demo3 --tenant 17fb76df8c6746628e1c72c88c01d84b --pass demo3 +----------+----------------------------------+ | Property | Value | +----------+----------------------------------+ | email | | | enabled | True | | id | 3dd370cb8ca449358815903737172ff0 | | name | demo3 | | tenantId | 17fb76df8c6746628e1c72c88c01d84b | | username | demo3 | +----------+----------------------------------+ Result: user gets 0 as all its cinder quotas [root@mpavlase-rhos8-selenium-controller ~(keystone_admin)]# source keystonerc_demo [root@mpavlase-rhos8-selenium-controller ~(keystone_demo3)]# cinder quota-show 17fb76df8c6746628e1c72c88c01d84b +----------------------+-------+ | Property | Value | +----------------------+-------+ | backup_gigabytes | 0 | | backups | 0 | | gigabytes | 0 | | gigabytes_iscsi | 0 | | per_volume_gigabytes | 0 | | snapshots | 0 | | snapshots_iscsi | 0 | | volumes | 0 | | volumes_iscsi | 0 | +----------------------+-------+ So this seems to be an issue related to either keystoneclient or just keystone itself. Martin, as this seems to be an issue of either keystone or keystoneclient, I would need info on: - Are you still able to reproduce it if creating the user/tenant from horizon (I could not)? - Can this ticket be moved to the proper team so they can investigate it? Thanks! I've tried to create all resources from Horizon (tenant, user, network, volume, volume snapshot, boot from snapshot) and I didn't face this bug again. So yes, it seems to be probably caused by keystone. Changing component to general 'openstack-keystone'. I ran into the same issue on Liberty when creating a new project and user from the CLI. Looking at the database, it seems that no quota values for the new project are added to the cinder->quotas table. "cinder quota-show" returns the default quotas when run as an admin user, but zeroes when run as the newly created user. As a workaround, I explicitly set cinder quotas as admin: openstack quota set --volumes 10 --snapshots 10 --gigabytes 1000 <project> After that, "cinder quota-show" returns the correct values when queried as the new user and the user can successfully boot new instances. The problem seems to be around fetching the default quotas when querying cinder as unprivileged user when no explicit quota values have been set. Closed as wontfix, unless this is reopened QE won't test/automate this as present time. |