Jira (PUP-3501) upstart provider fails with non-ASCII characters in job conf file with a non-UTF8 locale

[Phil Fenstermacher (JIRA)]

Title: Message Title

Phil Fenstermacher created an issue   Puppet / PUP-3501 upstart provider fails with non-ASCII characters in job conf file with a non-UTF8 locale Issue Type: Bug Affects Versions: PUP 3.7.1 Assignee: Unassigned Created: 22/Oct/14 7:56 AM Environment: Ubuntu 14.04 Priority: Minor Reporter: Phil Fenstermacher The default php5-fpm upstart job configuration file contains the line author "Ondřej Surý <ond...@debian.org>" When I run puppet agent -t from the command line, everything works great, and as expected. When puppet does it's normal run, I get Error: /Stage[main]/Php::Fpm::Daemon/Service[php5-fpm]: Could not evaluate: invalid byte sequence in US-ASCII in the reports. If I unset the LANG environment variable then the run fails from the command line as well, with the same error (making nice traces possible): Error: /Stage[main]/Php::Fpm::Daemon/Service[php5-fpm]: Could not evaluate: invalid byte sequence in US-ASCII /usr/lib/ruby/vendor_ruby/puppet/provider/service/upstart.rb:212:in `match' /usr/lib/ruby/vendor_ruby/puppet/provider/service/upstart.rb:212:in `match' /usr/lib/ruby/vendor_ruby/puppet/provider/service/upstart.rb:212:in `block in enabled_post_0_9_0?' /usr/lib/ruby/vendor_ruby/puppet/provider/service/upstart.rb:211:in `each_line' /usr/lib/ruby/vendor_ruby/puppet/provider/service/upstart.rb:211:in `enabled_post_0_9_0?' /usr/lib/ruby/vendor_ruby/puppet/provider/service/upstart.rb:109:in `enabled?' /usr/lib/ruby/vendor_ruby/puppet/type/service.rb:64:in `retrieve' /usr/lib/ruby/vendor_ruby/puppet/type.rb:1058:in `block in retrieve' /usr/lib/ruby/vendor_ruby/puppet/type.rb:1053:in `each' /usr/lib/ruby/vendor_ruby/puppet/type.rb:1053:in `retrieve' /usr/lib/ruby/vendor_ruby/puppet/type.rb:1076:in `retrieve_resource' /usr/lib/ruby/vendor_ruby/puppet/transaction/resource_harness.rb:236:in `from_resource' /usr/lib/ruby/vendor_ruby/puppet/transaction/resource_harness.rb:19:in `evaluate' /usr/lib/ruby/vendor_ruby/puppet/transaction.rb:204:in `apply' /usr/lib/ruby/vendor_ruby/puppet/transaction.rb:217:in `eval_resource' /usr/lib/ruby/vendor_ruby/puppet/transaction.rb:147:in `call' /usr/lib/ruby/vendor_ruby/puppet/transaction.rb:147:in `block (2 levels) in evaluate' /usr/lib/ruby/vendor_ruby/puppet/util.rb:327:in `block in thinmark' /usr/lib/ruby/1.9.1/benchmark.rb:295:in `realtime' /usr/lib/ruby/vendor_ruby/puppet/util.rb:326:in `thinmark' /usr/lib/ruby/vendor_ruby/puppet/transaction.rb:147:in `block in evaluate' /usr/lib/ruby/vendor_ruby/puppet/graph/relationship_graph.rb:118:in `traverse' /usr/lib/ruby/vendor_ruby/puppet/transaction.rb:138:in `evaluate' /usr/lib/ruby/vendor_ruby/puppet/resource/catalog.rb:169:in `block in apply' /usr/lib/ruby/vendor_ruby/puppet/util/log.rb:149:in `with_destination' /usr/lib/ruby/vendor_ruby/puppet/transaction/report.rb:112:in `as_logging_destination' /usr/lib/ruby/vendor_ruby/puppet/resource/catalog.rb:168:in `apply' /usr/lib/ruby/vendor_ruby/puppet/configurer.rb:118:in `block in apply_catalog' /usr/lib/ruby/vendor_ruby/puppet/util.rb:161:in `block in benchmark' /usr/lib/ruby/1.9.1/benchmark.rb:295:in `realtime' /usr/lib/ruby/vendor_ruby/puppet/util.rb:160:in `benchmark' /usr/lib/ruby/vendor_ruby/puppet/configurer.rb:117:in `apply_catalog' /usr/lib/ruby/vendor_ruby/puppet/configurer.rb:222:in `run_internal' /usr/lib/ruby/vendor_ruby/puppet/configurer.rb:132:in `block in run' /usr/lib/ruby/vendor_ruby/puppet/context.rb:64:in `override' /usr/lib/ruby/vendor_ruby/puppet.rb:244:in `override' /usr/lib/ruby/vendor_ruby/puppet/configurer.rb:131:in `run' /usr/lib/ruby/vendor_ruby/puppet/agent.rb:47:in `block (4 levels) in run' /usr/lib/ruby/vendor_ruby/puppet/agent/locker.rb:20:in `lock' /usr/lib/ruby/vendor_ruby/puppet/agent.rb:47:in `block (3 levels) in run' /usr/lib/ruby/vendor_ruby/puppet/agent.rb:117:in `with_client' /usr/lib/ruby/vendor_ruby/puppet/agent.rb:44:in `block (2 levels) in run' /usr/lib/ruby/vendor_ruby/puppet/agent.rb:82:in `run_in_fork' /usr/lib/ruby/vendor_ruby/puppet/agent.rb:43:in `block in run' /usr/lib/ruby/vendor_ruby/puppet/application.rb:179:in `call' /usr/lib/ruby/vendor_ruby/puppet/application.rb:179:in `controlled_run' /usr/lib/ruby/vendor_ruby/puppet/agent.rb:41:in `run' /usr/lib/ruby/vendor_ruby/puppet/application/agent.rb:356:in `onetime' /usr/lib/ruby/vendor_ruby/puppet/application/agent.rb:322:in `run_command' /usr/lib/ruby/vendor_ruby/puppet/application.rb:384:in `block (2 levels) in run' /usr/lib/ruby/vendor_ruby/puppet/application.rb:510:in `plugin_hook' /usr/lib/ruby/vendor_ruby/puppet/application.rb:384:in `block in run' /usr/lib/ruby/vendor_ruby/puppet/util.rb:488:in `exit_on_fail' /usr/lib/ruby/vendor_ruby/puppet/application.rb:384:in `run' /usr/lib/ruby/vendor_ruby/puppet/util/command_line.rb:146:in `run' /usr/lib/ruby/vendor_ruby/puppet/util/command_line.rb:92:in `execute' /usr/bin/puppet:8:in `<main>' Removing the UTF-8 characters from the configuration file and running puppet agent -t --trace causes things to work as desired. Without LANG set, /sbin/status php5-fpm still works. /etc/default/locale sets LANG=en_US.UTF-8 The bug can be worked around by setting the locale in /etc/environment, or by setting it in /etc/init.d/puppet. Add Comment   This message was sent by Atlassian JIRA (v6.1.4#6159-sha1:44eaede) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.