Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1194684 - Organization, location or owner containing non ascii characters makes will result in ERROR 400 from server when puppet runs
Organization, location or owner containing non ascii characters makes will re...
Status: CLOSED ERRATA
Product: Red Hat Satellite 6
Classification: Red Hat
Component: Organizations and Locations (Show other bugs)
6.1.0
All All
unspecified Severity medium (vote)
: Beta
: Unused
Assigned To: Ohad Levy
jcallaha
http://projects.theforeman.org/issues...
: Triaged
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2015-02-20 09:32 EST by Tomas Åberg
Modified: 2016-07-27 04:48 EDT (History)
5 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2016-07-27 04:48:54 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Foreman Issue Tracker 12541 None None None 2016-04-22 12:20 EDT
Red Hat Product Errata RHBA-2016:1500 normal SHIPPED_LIVE Red Hat Satellite 6.2 Base Libraries 2016-07-27 08:24:38 EDT

  None (edit)
Description Tomas Åberg 2015-02-20 09:32:33 EST
Description of problem:

--- LDAP ---
I've setup authentication against a ActiveDirectory with the following attribute mappings:
* Login Name attribute: sAMAccountName
* First name attribute: givenName
* Surname attribute: sn
* Email address attribute: mail

When a user, organization or location have name containing characters with non ASCII charachters such as å,ä,ö and its assigned to a system which is puppet controlled you'll receive error:

Warning: Unable to fetch my node definition, but the agent run will continue:
Warning: Error 400 on SERVER: invalid byte sequence in US-ASCII

Error: Could not retrieve catalog from remote server: Error 400 on SERVER: Failed when searching for node node01.example.com: invalid byte sequence in US-ASCII
Warning: Not using cache on failed catalog
Error: Could not retrieve catalog; skipping run

Version-Release number of selected component (if applicable):
Red Hat Satellite
Version 6.0.7 © 2014 Red Hat Inc.

How reproducible:
1. Add user, location or organization containing non ascii characters
2. Assign either of them to a puppet controlled system
3. Wait for or kick a puppet run

Actual results:
Warning: Unable to fetch my node definition, but the agent run will continue:
Warning: Error 400 on SERVER: invalid byte sequence in US-ASCII

Error: Could not retrieve catalog from remote server: Error 400 on SERVER: Failed when searching for node node01.example.com: invalid byte sequence in US-ASCII
Warning: Not using cache on failed catalog
Error: Could not retrieve catalog; skipping run


Expected results:
Successful puppet run
Comment 1 RHEL Product and Program Management 2015-02-20 10:42:08 EST
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.
Comment 5 Brad Buckingham 2015-11-19 18:05:31 EST
Created redmine issue http://projects.theforeman.org/issues/12541 from this bug
Comment 6 Bryan Kearney 2015-11-19 20:02:24 EST
Upstream bug component is Provisioning
Comment 7 Tomas Åberg 2016-02-11 09:26:44 EST
I've a server running Red Hat Satellite 6.1.6. This issue does not seem to reproduce there. I can use å,ä or ö as surname attribute. This caused the server to crash before.
Comment 8 Tomer Brisker 2016-02-29 10:07:02 EST
Seems this was solved in 6.1.6 per comment #7. Moving to ON_QA for verification.
Comment 10 jcallaha 2016-05-05 14:29:09 EDT
Verified in Satellite 6.2 Beta RC. Organization, Location, and User names all contained non-ascii characters. Everything functioning properly.
As a side not, you can no longer create an Organization with non-ascii characters in the label.
Comment 12 errata-xmlrpc 2016-07-27 04:48:54 EDT
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:1500

Note You need to log in before you can comment on or make changes to this bug.