Bug 972852
| Summary: | Failed content view definition publish/refres can not always be re-tried | ||
|---|---|---|---|
| Product: | Red Hat Satellite | Reporter: | Og Maciel <omaciel> |
| Component: | Content Management | Assignee: | Justin Sherrill <jsherril> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Og Maciel <omaciel> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 6.0.1 | CC: | ehelms, mmccune |
| Target Milestone: | Unspecified | Keywords: | Triaged |
| Target Release: | Unused | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2014-04-24 17:10:05 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
Og Maciel
2013-06-10 16:06:35 UTC
This is a side effect of timeouts we are experiencing, which we are working to address in MDP1. We can leave this open as we track the bug addressing this: https://bugzilla.redhat.com/show_bug.cgi?id=960278 in the longer term we need to be able to recover from a timeout but need to fix that first. Changed to ON_QA since dependency BZ is also ready for testing Even though the other BZ mentioned here has been fixed (https://bugzilla.redhat.com/show_bug.cgi?id=960278), we still don't have a proper fix for timeouts. Asking for 6.0.2 fix and moving it back to ASSIGNED. DONE I've tried to reproduce this by setting the pulp timeout to 10, but i think we fixed this too well reproduce very easily. And i don't think there is much i can do unless we can reproduce. I also tried while syncing 2 large repos while publishing a content view with a very large repo in it (with the timeout set to 10). In every case things worked as expected. Moving to ON_QA, if you can get me a reproducer, that would be great. Cannot reproduce it anymore. Will re-open it if we ever get a reliable reproducer. * apr-util-ldap-1.3.9-3.el6_0.1.x86_64 * candlepin-0.8.25-1.el6sam.noarch * candlepin-scl-1-5.el6_4.noarch * candlepin-scl-quartz-2.1.5-5.el6_4.noarch * candlepin-scl-rhino-1.7R3-1.el6_4.noarch * candlepin-scl-runtime-1-5.el6_4.noarch * candlepin-selinux-0.8.25-1.el6sam.noarch * candlepin-tomcat6-0.8.25-1.el6sam.noarch * elasticsearch-0.19.9-8.el6sat.noarch * foreman-1.3.0-20.el6sat.noarch * foreman-compute-1.3.0-20.el6sat.noarch * foreman-libvirt-1.3.0-20.el6sat.noarch * foreman-postgresql-1.3.0-20.el6sat.noarch * foreman-proxy-1.3.0-3.el6sat.noarch * katello-1.4.6-49.el6sat.noarch * katello-all-1.4.6-49.el6sat.noarch * katello-candlepin-cert-key-pair-1.0-1.noarch * katello-certs-tools-1.4.4-1.el6sat.noarch * katello-cli-1.4.3-27.el6sat.noarch * katello-cli-common-1.4.3-27.el6sat.noarch * katello-common-1.4.6-49.el6sat.noarch * katello-configure-1.4.7-7.el6sat.noarch * katello-configure-foreman-1.4.7-7.el6sat.noarch * katello-foreman-all-1.4.6-49.el6sat.noarch * katello-glue-candlepin-1.4.6-49.el6sat.noarch * katello-glue-elasticsearch-1.4.6-49.el6sat.noarch * katello-glue-pulp-1.4.6-49.el6sat.noarch * katello-qpid-broker-key-pair-1.0-1.noarch * katello-qpid-client-key-pair-1.0-1.noarch * katello-selinux-1.4.4-4.el6sat.noarch * openldap-2.4.23-31.el6.x86_64 * pulp-katello-plugins-0.2-1.el6sat.noarch * pulp-nodes-common-2.3.0-0.24.beta.el6sat.noarch * pulp-nodes-parent-2.3.0-0.24.beta.el6sat.noarch * pulp-puppet-plugins-2.3.0-0.24.beta.el6sat.noarch * pulp-rpm-plugins-2.3.0-0.24.beta.el6sat.noarch * pulp-selinux-2.3.0-0.24.beta.el6sat.noarch * pulp-server-2.3.0-0.24.beta.el6sat.noarch * python-ldap-2.3.10-1.el6.x86_64 * ruby193-rubygem-ldap_fluff-0.2.2-2.el6sat.noarch * ruby193-rubygem-net-ldap-0.3.1-3.el6sat.noarch * ruby193-rubygem-runcible-1.0.7-1.el6sat.noarch * signo-0.0.23-2.el6sat.noarch * signo-katello-0.0.23-2.el6sat.noarch This was verified and delivered with MDP2. Closing it out. This was delivered and verified with MDP2. Closing the bug. |