Description of problem: I'm trying to do an overcloud deployment via UI on baremetal with flavor matching. Deployment contains 1 controller and 1 compute. Compute flavor has got 98304 MB of RAM with 16 vCPUs, control flavor has got 32768 MB of RAM with 16 vCPUs. During deployment I get the following quota exceeded erros: Resource CREATE failed: Forbidden: Quota exceeded for ram: Requested 98304, but already used 0 of 51200 ram (HTTP 403) Resource CREATE failed: Forbidden: Quota exceeded for cores: Requested 16, but already used 16 of 20 cores (HTTP 403) [stack@rhos-compute-node-18 ~]$ nova quota-defaults +-----------------------------+-------+ | Quota | Limit | +-----------------------------+-------+ | instances | 10 | | cores | 20 | | ram | 51200 | | floating_ips | 10 | | fixed_ips | -1 | | metadata_items | 128 | | injected_files | 5 | | injected_file_content_bytes | 10240 | | injected_file_path_bytes | 255 | | key_pairs | 100 | | security_groups | 10 | | security_group_rules | 20 | | server_groups | 10 | | server_group_members | 10 | +-----------------------------+-------+ Workaround: adjust default quota for ram and cores: nova quota-class-update --ram 512000 default nova quota-class-update --cores 200 default Version-Release number of selected component (if applicable): instack-undercloud-2.1.2-23.el7ost.noarch How reproducible: 100% Steps to Reproduce: 1. Deploy 1x 96GB with 16 cores compute + 1 x 32GB with 16 cores ctrl via UI Actual results: Deployment fails with quota exceeded errors. Expected results: Deployment completes ok.
Something is not right here. The quotas for the admin user on the undercloud are already set to -1 (unlimited): [cloud-user@undercloud ~]$ nova absolute-limits +--------------------+------+-------+ | Name | Used | Max | +--------------------+------+-------+ | Cores | 1 | -1 | | FloatingIps | 0 | 10 | | ImageMeta | - | 128 | | Instances | 1 | -1 | | Keypairs | - | 100 | | Personality | - | 5 | | Personality Size | - | 10240 | | RAM | 4096 | -1 | | SecurityGroupRules | - | 20 | | SecurityGroups | 1 | 10 | | Server Meta | - | 128 | | ServerGroupMembers | - | 10 | | ServerGroups | 0 | 10 | +--------------------+------+-------+ This is also on 2.1.2-23: [cloud-user@undercloud ~]$ rpm -qa | grep instack instack-undercloud-2.1.2-23.el7ost.noarch Note that quota-defaults is not going to show the actual values for users with custom quota values. absolute-limits is the correct command to check current quota values. Does the UI not use admin on the undercloud? If so, it should because that's what the CLI is using, and having to configure two separate users is just going to cause confusion.
> Does the UI not use admin on the undercloud? If so, it should because > that's what the CLI is using, and having to configure two separate users is > just going to cause confusion. It looks that the admin user is part of both admin and service tenants. When logging in the UI the admin user is using the service project so the deployment runs under that project. I was able to pass the deployment after switching to the admin project in the UI.
*** This bug has been marked as a duplicate of bug 1248347 ***