Description of problem: If I try to copy an activation-key via hammer the command runs into a timeout. Nevertheless the copied activation-key is present afterwards with correct settings. Version-Release number of selected component (if applicable): hammer version 0.1.4.11 How reproducible: The timeout occurs every time I copy an activation-key with hammer. Steps to Reproduce: 1. hammer activation-key copy --organization <orga-name> --id <activation-key-id> --new-name <new-avtivation-key-name> Actual results: Error: Request Timeout Expected results: The command should process without any timeout. Additional info:
Hi Frank, Can you attach a foreman-debug that includes logs from when you are seeing the timeout? I have run a test on my Satellite 6.1.1 instance and am unable to reproduce the timeout. RPMs installed: ruby193-rubygem-katello-2.2.0.66-1.el7sat.noarch rubygem-hammer_cli_katello-0.0.7.17-1.el7sat.noarch e.g. hammer> activation-key list --organization-id 1 [Foreman] Username: admin [Foreman] Password for admin: ---|---------|----------------|-----------------------|-------------------------- ID | NAME | CONSUMED | LIFECYCLE ENVIRONMENT | CONTENT VIEW ---|---------|----------------|-----------------------|-------------------------- 1 | default | 2 of Unlimited | Library | Default Organization View 4 | key2 | 0 of Unlimited | | ---|---------|----------------|-----------------------|-------------------------- hammer> activation-key copy --organization-id 1 --id 1 --new-name default_copy Activation key copied hammer> activation-key list --organization-id 1 ---|--------------|----------------|-----------------------|-------------------------- ID | NAME | CONSUMED | LIFECYCLE ENVIRONMENT | CONTENT VIEW ---|--------------|----------------|-----------------------|-------------------------- 1 | default | 2 of Unlimited | Library | Default Organization View 6 | default_copy | 0 of Unlimited | Library | Default Organization View 4 | key2 | 0 of Unlimited | | ---|--------------|----------------|-----------------------|-------------------------- hammer>
Created attachment 1089459 [details] foreman-debug-20151104_1011.tar.xz
Hi Brad, sorry for my late response. I uploaded the needed foreman-debug file. Unfortunately the problem still appears even if I already upgraded to Satellite 6.1.3. RPM`s installed: - rubygem-hammer_cli_katello-0.0.7.18-1.el7sat.noarch - ruby193-rubygem-katello-2.2.0.73-1.el7sat.noarch It seems that Satellite/Hammer has problems to deal with Activation Keys > 10. I currently have 32 Activation Keys configured. Best regards, Frank (In reply to Brad Buckingham from comment #2) > Hi Frank, > > Can you attach a foreman-debug that includes logs from when you are seeing > the timeout? > > I have run a test on my Satellite 6.1.1 instance and am unable to reproduce > the timeout. > > RPMs installed: > ruby193-rubygem-katello-2.2.0.66-1.el7sat.noarch > rubygem-hammer_cli_katello-0.0.7.17-1.el7sat.noarch > > e.g. hammer> activation-key list --organization-id 1 > [Foreman] Username: admin > [Foreman] Password for admin: > ---|---------|----------------|-----------------------|---------------------- > ---- > ID | NAME | CONSUMED | LIFECYCLE ENVIRONMENT | CONTENT VIEW > > ---|---------|----------------|-----------------------|---------------------- > ---- > 1 | default | 2 of Unlimited | Library | Default Organization > View > 4 | key2 | 0 of Unlimited | | > > ---|---------|----------------|-----------------------|---------------------- > ---- > hammer> activation-key copy --organization-id 1 --id 1 --new-name > default_copy > Activation key copied > hammer> activation-key list --organization-id 1 > ---|--------------|----------------|-----------------------|----------------- > --------- > ID | NAME | CONSUMED | LIFECYCLE ENVIRONMENT | CONTENT VIEW > > ---|--------------|----------------|-----------------------|----------------- > --------- > 1 | default | 2 of Unlimited | Library | Default > Organization View > 6 | default_copy | 0 of Unlimited | Library | Default > Organization View > 4 | key2 | 0 of Unlimited | | > > ---|--------------|----------------|-----------------------|----------------- > --------- > hammer>
Using the Katello upstream (nightly), I was not able to reproduce the timeout scenario with a configuration consisting of 105 activation keys, each with environment, content view and 2 subscriptions (pools). It is quite possible that the issue was resolved via other upstream developments (e.g. scoped_search conversion, enhancements to activation keys...etc). That said, prior to the above statement, I did receive an error on the upstream when subscriptions were attached to the key; therefore, I am going to submit a change for that with this bugzilla so that the scenario can be validated together.
Created redmine issue http://projects.theforeman.org/issues/13958 from this bug
Upstream katello PR for the issue mentioned in comment #5: https://github.com/Katello/katello/pull/5824
Upstream bug component is Content Management
The issue mentioned in comment 5 was addressed by bug 1252945. Once that bug goes to ON_QA, this one can as well to re-test the timeout scenario. The redmine and PR referenced in comments 6 & 7 will not be needed.
Since bug 1252945 is fully triaged and in POST, I am going to move this one to POST as well. We can move to ON_QA when that bug also goes ON_QA.
Verified in Satellite 6.2 Beta Snap 15.2 No timeout encountered after 15 activation key copies. [root@qe-blade-11 ~]# hammer activation-key copy --id 1 --new-name copy --organization-id 1 Activation key copied
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2016:1501