[Pkg-puppet-devel] Bug#723188: puppetmaster: Non-ASCII characters in manifests break catalogs

Roland Mas lolando at debian.org
Tue Sep 17 07:50:13 UTC 2013


Package: puppetmaster
Version: 3.3.0-1
Severity: normal

My site.pp is encoded in UTF-8, and it contains non-ASCII characters
(French in comments).  Now the clients refuse to talk to it:

root at smiragdine:~# puppet agent --test
Info: Retrieving plugin
Error: Could not retrieve catalog from remote server: Error 400 on SERVER: Could not parse for environment production: invalid byte sequence in US-ASCII at /etc/puppet/manifests/site.pp:1 on node smiragdine.placard.fr.eu.org
Warning: Not using cache on failed catalog
Error: Could not retrieve catalog; skipping run

I had seen this behaviour previously, and I had managed to work around
it by restarting puppetmaster while my locale was effectively
fr_FR.utf8.  It may be related to the recent upgrade to 3.3.0 that this
workaround no longer works; I can't pinpoint it directly, since I don't
run puppet as a daemon (I rather trigger the pulls with a custom
script).

Roland.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages puppetmaster depends on:
ii  init-system-helpers           1.8
ii  puppetmaster-common           3.3.0-1
ii  ruby                          1:1.9.3
ii  ruby1.8 [ruby-interpreter]    1.8.7.358-8
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.448-1

puppetmaster recommends no packages.

puppetmaster suggests no packages.

-- Configuration Files:
/etc/default/puppetmaster changed:
START=yes
DAEMON_OPTS=""
export LANG=en_GB.UTF-8


-- no debconf information

-- 
Roland Mas

Two elephants fell off a cliff.
Boom, boom.



More information about the Pkg-puppet-devel mailing list