Bug 742262
Summary: | system template package groups are tied to a repository | ||
---|---|---|---|
Product: | Red Hat Satellite | Reporter: | Justin Sherrill <jsherril> |
Component: | API | Assignee: | Tomas Strachota <tstrachota> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Sachin Ghai <sghai> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 6.0.0 | CC: | inecas, jrist, sghai, tstrachota |
Target Milestone: | Unspecified | Keywords: | Triaged |
Target Release: | Unused | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | katello-0.1.86-1 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2012-08-22 17:59:19 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 747354 |
Description
Justin Sherrill
2011-09-29 14:26:40 UTC
The purpose of adding repo_id was to make the association unique. There might be two package groups with the same name in two repositories with different content. Which one we will use? With packages the problem does not seem so obvious because packages use to have unique names. But beside this there is no other reason to have both repo and group id associated to template. But aren't we going to just tell the client to install this group "X" and whatever products/repos it has installed it will use? I'm assuming we aren't going to tell the system/client to install a particular group from a particular repo, correct? I don't know for sure. @brian? I believe justin to be correct here. I will choose to install @base. If I have 2 repos which provide that, unknown what will happen. I believe that yum will just pull down the packages from both groups named @base if that were the case. I think in rhel 5 we actually had this scenario where Cluster defined an @base group (just like RHEL). And so if you kickstarted with the Cluster repo enabled and used @base it would pull the normal packages from rhel as well as the @base from Cluster. Taking. The same problem is with package group categories. I'll remove repo associations and change validations to check if the package group (or category) is anywhere in the Locker. Implementation changed according to requirements. Names are also used in the CLI for package groups now. Hi Tomas, Could you please help to share the steps to verify this defect. thanks Hi Sachin, this bug was about: 1) remove dependency of template's package groups on repositories 2) switching cli to use names for selecting package groups when a user adds them into templates So I suggest to test: 1) if it is possible to add/remove package group from template by name 2) if the template exports contain the expected package groups after promotion Verified on following CFSE build: [root@scroponok ~]# rpm -qa | grep katello katello-selinux-0.1.8-1.el6.noarch katello-qpid-client-key-pair-1.0-1.noarch katello-cli-common-0.1.105-1.el6.noarch katello-all-0.1.304-1.el6.noarch katello-glue-candlepin-0.1.304-1.el6.noarch katello-candlepin-cert-key-pair-1.0-1.noarch katello-qpid-broker-key-pair-1.0-1.noarch katello-cli-0.1.105-1.el6.noarch katello-glue-foreman-0.1.304-1.el6.noarch katello-configure-0.1.104-1.el6.noarch katello-certs-tools-1.0.4-1.el6.noarch katello-glue-pulp-0.1.304-1.el6.noarch katello-common-0.1.304-1.el6.noarch katello-0.1.304-1.el6.noarch [root@scroponok ~]# I added the package group name in system template by name. here for e.g. "Backup client" and same is contain in the exported template as in next comment katello> template create --name mytemp1 --org sghai Successfully created template [ mytemp1 ] katello> template list --org sghai -------------------------------------------------------------------------------- Template List Id Name Description Environment Id Parent Id -------------------------------------------------------------------------------- 6 mytemp1 None 3 None katello> template update --name mytemp1 --org sghai --from_product "Red Hat Enterprise Linux Server" --add_repository "Red Hat Enterprise Linux 6 Server RPMs x86_64 6.2" Successfully updated template [ mytemp1 ] katello> template update --name mytemp1 --org sghai --add_package "zsh" Successfully updated template [ mytemp1 ] katello> template update --name mytemp1 --org sghai --add_package_group "Backup Client" Successfully updated template [ mytemp1 ] katello> template update --name mytemp1 --org sghai --add_distribution "ks-Red Hat Enterprise Linux-Server-6.2-x86_64" Successfully updated template [ mytemp1 ] katello> changeset create --name sghai_test --org sghai --env dev Successfully created changeset [ sghai_test ] for environment [ dev ] katello> changeset update --add_product "Red Hat Enterprise Linux Server" --name sghai_test --org sghai --env dev Successfully updated changeset [ sghai_test ] katello> changeset update --add_template mytemp1 --env dev --org sghai --name sghai_test Successfully updated changeset [ sghai_test ] katello> changeset promote --name sghai_test --org sghai --env dev Changeset [ sghai_test ] promoted Thanks Tomas for sharing the steps to verify this defect. katello> template export --name mytemp1 --format tdl --file /root/mytemp.xml --org sghai --env dev Template was exported successfully to file /root/mytemp.xml katello> exit [root@scroponok ~]# xmllint --format --recover /root/mytemp.xml <?xml version="1.0" encoding="UTF-8"?> <template> <name>mytemp1</name> <os> <name>RHEL-6</name> <version>2</version> <arch>x86_64</arch> <install type="url"> <url>http://scroponok.lab.eng.pnq.redhat.com/pulp/ks/sghai/dev/content/dist/rhel/server/6/6.2/x86_64/os/</url> </install> <rootpw>redhat</rootpw> </os> <packages> <package name="zsh"/> <package name="@Backup Client"/> </packages> <repositories> <repository name="Red Hat Enterprise Linux 6 Server RPMs x86_64 6.2"> <url>https://scroponok.lab.eng.pnq.redhat.com/pulp/repos/sghai/dev/content/dist/rhel/server/6/6.2/x86_64/os</url> <persisted>No</persisted> <clientcert>-----BEGIN CERTIFICATE----- MIIG1zCCBb+gAwIBAgIIUxwQUGUK+/gwDQYJKoZIhvcNAQEFBQAwgYgxCzAJBgNV BAYTAlVTMRcwFQYDVQQIEw5Ob3J0aCBDYXJvbGluYTEQMA4GA1UEBxMHUmFsZWln aDEQMA4GA1UEChMHUmVkIEhhdDERMA8GA1UECxMIQ2xvdWQgQlUxKTAnBgNVBAMT IHNjcm9wb25vay5sYWIuZW5nLnBucS5yZWRoYXQuY29tMCAXDTEyMDMyMTIxMzk1 OFoYDzIxMTIwMzIxMjEzOTU4WjArMSkwJwYDVQQDEyA4YWMxNDlkNDM2MzMyNGE1 MDEzNjM3MzRhZTA3MDA1ODCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEB ALAupjEX0w+ErCcM1lYEfOq/8p9ZsOtNRwi9dP5suJuvzVM3j/HdYf495RIiiq9L 6xGF1fZ2SWoAbDb664LYSmiwXG9LPq6S0CMWt3qzK2XDzhct4yHuIFRDNyi+PNsJ C1SbUJsJX3XSR9P2vnGt7EJNZgZqX6a2vn5EteajIav+4GUsbOwKoEK6Mphc3gGp 7SQDLNHmtkSS1Ax9nCOxcrBEsMrtjb6J9O2gD3z7p4GkaMsYq319HC3mQZY0i+SC UQ/EHl6RT7s5HV6wnULqbC7EwBVtrItBiOfup0yyaMMXS9NhqNys9jCbiCGbm5h5 J2O0dAcAQjFA0zQjnJJ1cT8CAwEAAaOCA50wggOZMBEGCWCGSAGG+EIBAQQEAwIF oDALBgNVHQ8EBAMCBLAwgb0GA1UdIwSBtTCBsoAUtJ9+tD71Xqz4oVYmNI+7NUYx lWShgY6kgYswgYgxCzAJBgNVBAYTAlVTMRcwFQYDVQQIEw5Ob3J0aCBDYXJvbGlu YTEQMA4GA1UEBxMHUmFsZWlnaDEQMA4GA1UEChMHUmVkIEhhdDERMA8GA1UECxMI Q2xvdWQgQlUxKTAnBgNVBAMTIHNjcm9wb25vay5sYWIuZW5nLnBucS5yZWRoYXQu Y29tggkAwQS+ezNTaswwHQYDVR0OBBYEFOt29aUTPeGY1YBPGgxE3+Nlvc3dMBMG A1UdJQQMMAoGCCsGAQUFBwMCMCkGECsGAQQBkggJAabjuc7qYAEEFQwTc2doYWlf dWViZXJfcHJvZHVjdDAWBhArBgEEAZIICQGm47nO6mADBAIMADAWBhArBgEEAZII CQGm47nO6mACBAIMADAZBhArBgEEAZIICQKm47nO8XQBBAUMA3l1bTAkBhErBgEE AZIICQKm47nO8XQBAQQPDA11ZWJlcl9jb250ZW50MDIGESsGAQQBkggJAqbjuc7x dAECBB0MGzEzMzIzNjU5OTc0MDhfdWViZXJfY29udGVudDAdBhErBgEEAZIICQKm 47nO8XQBBQQIDAZDdXN0b20wHQYRKwYBBAGSCAkCpuO5zvF0AQYECAwGL3NnaGFp MBcGESsGAQQBkggJAqbjuc7xdAEHBAIMADAYBhErBgEEAZIICQKm47nO8XQBCAQD DAExMCMGCisGAQQBkggJBAEEFQwTc2doYWlfdWViZXJfcHJvZHVjdDAwBgorBgEE AZIICQQCBCIMIDhhYzE0OWQ0MzYzMzI0YTUwMTM2MzczNDBlZTkwMDU1MB0GCisG AQQBkggJBAMEDwwNMTMzMjM2NTk5NzQwODARBgorBgEEAZIICQQFBAMMATEwJAYK KwYBBAGSCAkEBgQWDBQyMDEyLTAzLTIxVDIxOjM5OjU4WjAkBgorBgEEAZIICQQH BBYMFDIxMTItMDMtMjFUMjE6Mzk6NThaMBEGCisGAQQBkggJBAwEAwwBMDARBgor BgEEAZIICQQOBAMMATAwEQYKKwYBBAGSCAkECwQDDAExMDQGCisGAQQBkggJBQEE JgwkZmE2M2I1YjMtYmVmMC00NDQ3LTg4YmQtYzE1N2NhZmNhZDcwMA0GCSqGSIb3 DQEBBQUAA4IBAQBjlkMu6FuGzR1/494nESSbLdHgpH9v5rUmc2sqi9QErQ6xGCOS vmWRAi+sYRlLYSbpyHqeVhNFHG9A2lGAygbRe+JFdF7eyCIQ9UVBUs25qB50JduH UHCfcnTcpaYeqgimc0kS8eR4ffsE13zQDFc33SgUAvZ/2YmayTk0rI3wQMnpiokO 245LGAi0S8l2HXFSItMei3y04tTaoI2txRKMHMVIHGhiurAgb0yCdlou/bLPGoAc wotB/xe7YIC2stt59wqt42Eg6wMcm4L51upVvk+hM3MKuSDvMEot4LalbL4nTkq9 4Hwk53+ScfQOWZ2qg/plCeNoty4uiqSp76sl -----END CERTIFICATE----- </clientcert> <clientkey>-----BEGIN RSA PRIVATE KEY----- MIIEpAIBAAKCAQEAsC6mMRfTD4SsJwzWVgR86r/yn1mw601HCL10/my4m6/NUzeP 8d1h/j3lEiKKr0vrEYXV9nZJagBsNvrrgthKaLBcb0s+rpLQIxa3erMrZcPOFy3j Ie4gVEM3KL482wkLVJtQmwlfddJH0/a+ca3sQk1mBmpfpra+fkS15qMhq/7gZSxs 7AqgQroymFzeAantJAMs0ea2RJLUDH2cI7FysESwyu2Nvon07aAPfPungaRoyxir fX0cLeZBljSL5IJRD8QeXpFPuzkdXrCdQupsLsTAFW2si0GI5+6nTLJowxdL02Go 3Kz2MJuIIZubmHknY7R0BwBCMUDTNCOcknVxPwIDAQABAoIBAQCoJk29q0RomjKI Lqtee3gRwNM6nSrK2P2D7PZ9YZysEpT/6Ja8u5MsSTyZG1iLyAR5u+ejC/AzeGXP 75nZTr9tvWzrV8Bic4KtCqBhPiGcRc4rt0MBfjli0qgRfcetMaubu4SqA78VP3YI aoYHD3zfJunKE7po7h9Pehq2HlojwUnwNncjhSn6BDuB1kn1d3uHh6OlhMq8/91L XkU7gE5OGLKV1J9c1x3pLdpCJOSEvYLSokNUwVH/OJwshHzmubk9U8BIyBc72nG6 d87DlO6z1o3Ai7smkRumpxpcV4S2/7+GeEz3r7j5MB/c//8XFKtqVQubGTL2ncgD L7wIPsVJAoGBAP2wVnerZwMbQL3I60HadY3sAHF/ZvrsC1/JLLV4yDmYfn4TXSP3 kX/e08t+aHPt9EttpSAUaHC09wmy2rgS2Ya/ECN72GdA4tG6XpwxL5C03ipSNUl6 e6KGJTJmqCtLUorPrjkOCpVDGmP0gt3wXGRV2tprfPTnGnuSodtqOC4VAoGBALHJ jDiJvT2sOBvP8rKLuc8qLjE+POMmKSewodVie5gkZ5DemrnqkVLzjJBIuTZtT0oL otdMhtn9JT7h1GrFxGiZgn7kcJJymEf6rAQXnMx4BnHp1XHqwyHfJm/FyQNYEFyu 0TCGRE6lR1Bl9EtO0RrKkAhIvbfTZPaqI7vpCgsDAoGAIcAnEM616rzidR1Y5y74 OsRuHqtzeOiUbs7l6tLB2J/IHF/ZIWLbcaakiMstfFbpDGvu7wCoEG6S+zBXVuvz ErEypXXhiYMhagOgeKk2icr2T60WN8tazXmJU1ZDA1eHCL6ukBqlH8yIo0mxa3OB 5ztg3XQ1cKOaa1xLulQ8Wy0CgYACCj4BqBLz0jYSm6A9TD0lk2ZUSlKIiLeQLQau XCLu6/wEPYmo+HgSa5kBTtRRO4/dWaTUs5wYhD8ZKZ42W26VhK1qp1RjWc1FhirT ITI7ZmUsiXJZjEgQ626Veb+Euk31wkvEMsY14M+grIrREmZz2D8u2SbUJSjTa8Bd N59V4QKBgQCeUjsiM24z3SZ7r7cDBOD3lqyI1g5Bof625JmKhNbWXZZZqepRxT+u YIvqOF1KT67nHSYLG9xPe1QKUcBoJxAEF9lw7Lmkb22+KeB2b0MQrOh88J5yndmu JAoSkLYYs5+eQSGj7ZGMTRA5ZkXwatYVfMCk9QAk98q/pnEyqGuIMw== -----END RSA PRIVATE KEY----- </clientkey> </repository> </repositories> </template> [root@scroponok ~]# |