Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
Red Hat Satellite engineering is moving the tracking of its product development work on Satellite to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "Satellite project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs will be migrated starting at the end of May. If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "Satellite project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/SAT-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Description of problem:
While testing Open Shift Enterprise deployments using Satellite 6 running on RHEL7 we get catalog compilation failures. On the RHEL6 clients connected to Satellite 6 we get the following error messages when running puppet.
Error: /File[/var/lib/puppet/lib]: Failed to generate additional resources using 'eval_generate': Error 400 on SERVER: "\xC5" on US-ASCII
Error: /File[/var/lib/puppet/lib]: Could not evaluate: Could not retrieve file metadata for puppet://sysman-sat6.refarch.bos.redhat.com/plugins: Error 400 on SERVER: "\xC5" on US-ASCII
Wrapped exception:
Error 400 on SERVER: "\xC5" on US-ASCII
Error: Could not retrieve catalog from remote server: Error 400 on SERVER: "\xC5" on US-ASCII on node osebroker.refarch.bos.redhat.com
Warning: Not using cache on failed catalog
Error: Could not retrieve catalog; skipping run
On the Satellite 6 host we get these messages in /var/log/messages :
Nov 20 17:23:36 sysman-sat6 puppet-master[6058]: "\xC5" on US-ASCII
Nov 20 17:23:36 sysman-sat6 puppet-master[6058]: "\xC5" on US-ASCII
Nov 20 17:23:37 sysman-sat6 puppet-master[6058]: "\xC5" on US-ASCII on node testpuppet.refarch.bos.redhat.com
Nov 20 17:23:37 sysman-sat6 puppet-master[6058]: "\xC5" on US-ASCII on node testpuppet.refarch.bos.redhat.com
Nov 20 17:23:37 sysman-sat6 puppet-master[6058]: "\xC5" on US-ASCII on node testpuppet.refarch.bos.redhat.com
Version-Release number of selected component (if applicable):
Satellite 6.0.4
How reproducible:
100%
Steps to Reproduce:
1. Provision Satellite 6 install on RHEL7
2. Use hammer cli to import the openshift-openshift_origin puppet module, this does not currently work with pulp module builder due to another bug.
puppet module install openshift-openshift_origin
cd /etc/puppet/modules
for i in `ls`; do cd /etc/puppet/modules/$i && puppet module build; done
find /etc/puppet/modules/ -wholename '*pkg/*.tar.gz' -exec hammer -v repository upload-content --product=openshift --name=openshift --path={} --organization="Our Favorite Organization" \;
3. Assign openshift_origin class to a host and run puppet on that host.
Actual results:
Puppet master catalog compilation failures related to non US ASCII characters
Expected results:
Successful puppet runs.
Additional info:
This does not happen when Satellite 6 is running on RHEL6. This is most likely related to the fact that RHEL7 uses Ruby 2.0 where as RHEL6 uses 1.8.7.
Please see these two Puppet Labs bugs for possible root cause and workaround
https://projects.puppetlabs.com/issues/21751https://tickets.puppetlabs.com/browse/PUP-1031
Complete list of modules installed, all of which are available from forge.puppetlabs.com :
├── arioch-keepalived (v1.0.1)
├── blentz-selinux_types (v0.1.0)
├── duritong-sysctl (v0.0.6)
├── openshift-openshift_origin (v4.1.1)
├── puppetlabs-concat (v1.1.2)
├── puppetlabs-haproxy (v1.1.0)
├── puppetlabs-ntp (v3.3.0)
├── puppetlabs-stdlib (v4.4.0)
└── rharrison-lokkit (v0.5.0)
I have not had time to test the workaround.
Comment 1RHEL Program Management
2014-12-01 14:53:45 UTC
Since this issue was entered in Red Hat Bugzilla, the release flag has been
set to ? to ensure that it is properly evaluated for this release.
Description of problem: While testing Open Shift Enterprise deployments using Satellite 6 running on RHEL7 we get catalog compilation failures. On the RHEL6 clients connected to Satellite 6 we get the following error messages when running puppet. Error: /File[/var/lib/puppet/lib]: Failed to generate additional resources using 'eval_generate': Error 400 on SERVER: "\xC5" on US-ASCII Error: /File[/var/lib/puppet/lib]: Could not evaluate: Could not retrieve file metadata for puppet://sysman-sat6.refarch.bos.redhat.com/plugins: Error 400 on SERVER: "\xC5" on US-ASCII Wrapped exception: Error 400 on SERVER: "\xC5" on US-ASCII Error: Could not retrieve catalog from remote server: Error 400 on SERVER: "\xC5" on US-ASCII on node osebroker.refarch.bos.redhat.com Warning: Not using cache on failed catalog Error: Could not retrieve catalog; skipping run On the Satellite 6 host we get these messages in /var/log/messages : Nov 20 17:23:36 sysman-sat6 puppet-master[6058]: "\xC5" on US-ASCII Nov 20 17:23:36 sysman-sat6 puppet-master[6058]: "\xC5" on US-ASCII Nov 20 17:23:37 sysman-sat6 puppet-master[6058]: "\xC5" on US-ASCII on node testpuppet.refarch.bos.redhat.com Nov 20 17:23:37 sysman-sat6 puppet-master[6058]: "\xC5" on US-ASCII on node testpuppet.refarch.bos.redhat.com Nov 20 17:23:37 sysman-sat6 puppet-master[6058]: "\xC5" on US-ASCII on node testpuppet.refarch.bos.redhat.com Version-Release number of selected component (if applicable): Satellite 6.0.4 How reproducible: 100% Steps to Reproduce: 1. Provision Satellite 6 install on RHEL7 2. Use hammer cli to import the openshift-openshift_origin puppet module, this does not currently work with pulp module builder due to another bug. puppet module install openshift-openshift_origin cd /etc/puppet/modules for i in `ls`; do cd /etc/puppet/modules/$i && puppet module build; done find /etc/puppet/modules/ -wholename '*pkg/*.tar.gz' -exec hammer -v repository upload-content --product=openshift --name=openshift --path={} --organization="Our Favorite Organization" \; 3. Assign openshift_origin class to a host and run puppet on that host. Actual results: Puppet master catalog compilation failures related to non US ASCII characters Expected results: Successful puppet runs. Additional info: This does not happen when Satellite 6 is running on RHEL6. This is most likely related to the fact that RHEL7 uses Ruby 2.0 where as RHEL6 uses 1.8.7. Please see these two Puppet Labs bugs for possible root cause and workaround https://projects.puppetlabs.com/issues/21751 https://tickets.puppetlabs.com/browse/PUP-1031 Complete list of modules installed, all of which are available from forge.puppetlabs.com : ├── arioch-keepalived (v1.0.1) ├── blentz-selinux_types (v0.1.0) ├── duritong-sysctl (v0.0.6) ├── openshift-openshift_origin (v4.1.1) ├── puppetlabs-concat (v1.1.2) ├── puppetlabs-haproxy (v1.1.0) ├── puppetlabs-ntp (v3.3.0) ├── puppetlabs-stdlib (v4.4.0) └── rharrison-lokkit (v0.5.0) I have not had time to test the workaround.