Bug 1235980
Summary: | virt-who still can update the mapping info to Stage Candlepin with an wrong env option | ||
---|---|---|---|
Product: | [Community] Candlepin | Reporter: | Eko <hsun> |
Component: | candlepin | Assignee: | Filip Nguyen <fnguyen> |
Status: | CLOSED NOTABUG | QA Contact: | Katello QA List <katello-qa-list> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 1.2 | CC: | fnguyen, gxing, hsun, it-eng-bz, nkinder, sgao, sgraf, shihliu |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2015-11-19 16:28:53 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
Eko
2015-06-26 09:14:44 UTC
Closing after unsuccessfully trying to modify product/component of the bug *** This bug has been marked as a duplicate of bug 1231308 *** *** This bug has been marked as a duplicate of bug 1269723 *** *** Bug 1269723 has been marked as a duplicate of this bug. *** I can see similar behavior and I confirm that this is a Candlepin Server issue. I have had trouble understanding what exactly should --libvirt-env=7616313 do - from user perspective. I understand there should be an error message if non-existent environment for that owner is used. But what is the positive use case here? What if the environment does exist? Current code seems to do nothing with --libvirt-env vaulue... My current thoughts are: 1) when -libvirt-env=7616313 is used the created GUEST consumers on the server are created inside of the 7616313 environment 2) Do we require that 1) only happens when the host (hypervisor) is also in that environment already? What if the hypervisor consumer has been already created and is in different environment? Hi Filip, we can configure virt-who by following 3 methods: 1). /etc/sysconfig/virt-who, such as: VIRTWHO_LIBVIRT=1 VIRTWHO_LIBVIRT_OWNER=7661967 VIRTWHO_LIBVIRT_ENV=7661967 VIRTWHO_LIBVIRT_SERVER=10.66.129.60 VIRTWHO_LIBVIRT_USERNAME=root VIRTWHO_LIBVIRT_PASSWORD=redhat 2). /etc/virt-who.d/, create a /etc/virt-who.d/libvirt.conf as example: [test-libvirt] type=libvirt server=10.66.129.60 username=root password=redhat owner=7661967 env=7661967 3). virt-who CLI, such as: # virt-who --libvirt --libvirt-owner=7661967 --libvirt-env=7661967 --libvirt-server=10.66.129.60 --libvirt-username=root --libvirt-password=redhat -o -d From our QE side, we need to make sure the above three configuration's options work as expected, take env option as example: 1). config a right env value, virt-who should run normally and send the mapping info to server 2). config an wrong env value, virt-who should feedback some error or warning message and can't send the mapping info to server 3). config a none env value, virt-who should feedback as step_2 I don't know candlepin code how to check the env value, but according our testing, if we provide an wrong env value, virt-who still can send the mapping info to server, it's not expected result. Thanks for detailed info I think I understand what you mean. Looking at this again I think I still don't understand. What is correct and incorrect value for the env option? A consumer may be in many environments. I still don't understand what is the use of env value here. Why would a user specify it? hi Filip, our test process as following: for Stage Candlepin: 1). check the org id by identity # subscription-manager identity system identity: 72b3f55e-f6ea-469c-b346-e867ed0e3a5b name: hp-z220-12.qe.lab.eng.nay.redhat.com org name: 7661967 org ID: 7661967 2). set owner and env with org id VIRTWHO_LIBVIRT_OWNER=7661967 VIRTWHO_LIBVIRT_ENV=7661967 VIRTWHO_LIBVIRT_SERVER=10.66.129.60 VIRTWHO_LIBVIRT_USERNAME=root VIRTWHO_LIBVIRT_PASSWORD=redhat we also don't know what env value is correct, it seems there is no default and unique env value supported from stage candlepin, because any value is ok. I run "subscription-manager environments" to check the env for stage candlepin, it shows the server does not support environments. # subscription-manager environments Username: virt-who-perf Password: Error: Server does not support environments. so I think if the customers can register or subscribe to stage candlepin without env, virt-who should remove the env option from config files. Eko, thank you for detailed reasoning about this, I appreciate it. I will try to pull more information about environments and business background of this. It seems to me it's not entirely clear yet. See Rich Jerrido's response [1]. The thing is that *env switches are not handled by Candlepin itself. The env swiches are used to do authentication against other Sat 6 products (e.g. Katello). In short - I think this shouldn't be tested with hosted. [1] The various *ENV switches are used by platforms that support environments (such as Satellite 6) to denote which lifecycle environment (e.g. Library, Dev, Prod, etc) that a consumer is associated with. In the hosted setup, environments don't exist. In the on-premise products they do. |