Re: [Puppet Users] How to debug catalog transfer?
Okay, I ended up removing id.rb and timezone.rb COMPLETELY.
Now it works and puppet doesn't complain anymore.
Does that sound like opening a new issue? I don't think so because it
sounds like the general encoding problem puppet has to deal with soon.
Right?
But if it helps I will open a new issue. Just lemme know.
Thanks,
Andy.
On 2014-03-21, 17:57, Andy Spiegl wrote:
> I patched id.rb:
>
> < Facter.add(:id) do
> < setcode "whoami"
> < end
> ---
> > Facter.add(:id) do
> > setcode do
> > system( "whoami" ).encode("UTF-8")
> > end
> > end
>
> Works fine:
> id: "nt-autorität\x5csystem"
>
> Unfortunately I STILL get the error when running as service. I cannot
> find anymore umlauts in the yaml file, however. What else could be
> breaking it?
>
--
Good taste is the worst vice ever invented. (Dame Edith Stwell, British poet)
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/puppet-users/20140325112207.GC6214%40spiegl.de.
For more options, visit https://groups.google.com/d/optout.
Re: [Puppet Users] How to debug catalog transfer?
I patched id.rb:
< Facter.add(:id) do
< setcode "whoami"
< end
---
> Facter.add(:id) do
> setcode do
> system( "whoami" ).encode("UTF-8")
> end
> end
Works fine:
id: "nt-autorität\x5csystem"
Unfortunately I STILL get the error when running as service. I cannot
find anymore umlauts in the yaml file, however. What else could be
breaking it?
Thanks,
Andy.
--
Nobody ever went broke underestimating the intelligence of the American public.
(H. L. Mencken)
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/puppet-users/20140321165730.GA31121%40spiegl.de.
For more options, visit https://groups.google.com/d/optout.
Re: [Puppet Users] How to debug catalog transfer? (new idea!)
Just checked with an English Windows 7: id: "nt authority\x5csystem" Uhm, so why is it "binary" in the German version? I suppose decoded this is "NT Authorität\x5csystem" and that's where the umlaut \x84 comes from which puppet doesn't like. On 2014-03-20, 21:30, Andy Spiegl wrote: > > Okay, now we know that the problem has to do with the user SYSTEM. > > What could he be missing? Maybe an environment variable? > > I have an idea! I was playing around with foreman and noticed a new > error message: > root@foreman:~# /etc/puppet/node.rb winpet1 > Could not send facts to Foreman: "\x84" from ASCII-8BIT to UTF-8 > > So I started comparing the yaml files in /var/lib/puppet/yaml/facts/ > and noticed that the "id" variable is strange when puppet is running > as user SYSTEM: > > < id: "winpet1\x5cadministrator" > --- > > id: !binary "bnQtYXV0b3JpdIR0XHN5c3RlbQ==\n" > > If I remove this line from the yaml file /etc/puppet/node.rb does not > complain anymore! > > Now the new question is: why is the ID garbled in this way? > > Thanks, > Andy. > -- Did you know: Women blink nearly twice as much as men. -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/20140321105228.GA2239%40spiegl.de. For more options, visit https://groups.google.com/d/optout.
Re: [Puppet Users] How to debug catalog transfer? (new idea!)
> Okay, now we know that the problem has to do with the user SYSTEM. > What could he be missing? Maybe an environment variable? I have an idea! I was playing around with foreman and noticed a new error message: root@foreman:~# /etc/puppet/node.rb winpet1 Could not send facts to Foreman: "\x84" from ASCII-8BIT to UTF-8 So I started comparing the yaml files in /var/lib/puppet/yaml/facts/ and noticed that the "id" variable is strange when puppet is running as user SYSTEM: < id: "winpet1\x5cadministrator" --- > id: !binary "bnQtYXV0b3JpdIR0XHN5c3RlbQ==\n" If I remove this line from the yaml file /etc/puppet/node.rb does not complain anymore! Now the new question is: why is the ID garbled in this way? Thanks, Andy. -- The supreme irony of life is that hardly anyone gets out of it alive. (Robert Heinlein) -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/20140320203050.GA30290%40spiegl.de. For more options, visit https://groups.google.com/d/optout.
Re: [Puppet Users] How to debug catalog transfer?
On 2014-03-19, 13:32, Rob Reynolds wrote: > I meant change the puppet agent service to another user in the services > console just to rule that out. Oh, I see! I just did that, used the user ADMINISTRATOR and ... IT WORKED! Okay, now we know that the problem has to do with the user SYSTEM. What could he be missing? Maybe an environment variable? Thanks, Andy. -- Indeed, thanks to the Microsoft PC, the Internet has a level of inconvenience that would be unacceptable in any other mass-market medium. (http://www.economist.com/editorial/) -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/20140320191354.GA19012%40spiegl.de. For more options, visit https://groups.google.com/d/optout.
Re: [Puppet Users] How to debug catalog transfer?
> Can you confirm if you change the user on the agent to run as you > that the issue goes away? Yes, running as "ADMINISTRATOR" works without flaws. I don't know how to run "puppet agent -t" as SYSTEM. Is that possible at all? Thanks, Andy. -- Support bacteria - it's the only culture some people have! -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/20140319175800.GA8893%40spiegl.de. For more options, visit https://groups.google.com/d/optout.
Re: [Puppet Users] How to debug catalog transfer?
I tried downgrading to puppet MSI 3.4.2 and even removed as much as I could from my site.pp and modules dir. But I still get the same error. :-( Andy. On 2014-03-18, 13:47, Rob Reynolds wrote: > On Tue, Mar 18, 2014 at 1:35 PM, Andy Spiegl wrote: > > > > https://projects.puppetlabs.com/issues/22493#note-20 - I'm not sure the > > > user created the issue or not. > > > > > > Does the situation described in that thread apply to you? > > > > I tried with the dir.rb from the github-link > > but unfortunately it didn't change anything. > > > > It's so strange because it works when starting manually as > > ADMINISTRATOR but not when started from the service (as SYSTEM) > > > > Uhm, shouldn't SYSTEM have equivalent right and runtime environment as > > ADMINISTRATOR? > > > > Not necessarily. System does not have network privileges for instance. -- People with courage and character always seem sinister to the rest. (Hermann Hesse) -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/20140318200700.GC1502%40spiegl.de. For more options, visit https://groups.google.com/d/optout.
Re: [Puppet Users] How to debug catalog transfer?
> https://projects.puppetlabs.com/issues/22493#note-20 - I'm not sure the > user created the issue or not. > > Does the situation described in that thread apply to you? I tried with the dir.rb from the github-link but unfortunately it didn't change anything. It's so strange because it works when starting manually as ADMINISTRATOR but not when started from the service (as SYSTEM) Uhm, shouldn't SYSTEM have equivalent right and runtime environment as ADMINISTRATOR? Thanks Andy. -- People might not get all they work for in this world, but they must certainly work for all they get. (Frederick Douglass) -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/20140318183500.GA12731%40spiegl.de. For more options, visit https://groups.google.com/d/optout.
Re: [Puppet Users] How to debug catalog transfer?
> > > What is the user that the service is running under? > > Good questions. Aren't all services running as administrator? > > Not necessarily. It all depends on whether you took the default SYSTEM or > set your own credentials on install or afterwards in the services console. Thanks, I learned something new about windows. :-) I didn't change anything after installing the puppet MSI and just checked the properties tab of the puppet service: it says SYSTEM > Can you do this for me? Stop the service and in the services > console, add --debug --verbose to the start up arguments and start > it up. Some items are going to make it to the application event > log. Try to find the ones right around the error. Ah, great idea, thanks. Here are the lines around the error: ... Using cached certificate_revocation_list for ca Retrieving plugin Failed to load library 'msgpack' for feature 'msgpack' file_metadata supports formats: pson b64_zlib_yaml yaml raw Finishing transaction 13372440 Loading facts in C:/ProgramData/PuppetLabs/puppet/var/lib/facter/concat_basedir.rb Loading facts in C:/ProgramData/PuppetLabs/puppet/var/lib/facter/facter_dot_d.rb Loading facts in C:/ProgramData/PuppetLabs/puppet/var/lib/facter/pe_version.rb Loading facts in C:/ProgramData/PuppetLabs/puppet/var/lib/facter/puppet_vardir.rb Loading facts in C:/ProgramData/PuppetLabs/puppet/var/lib/facter/root_home.rb Failed to load library 'msgpack' for feature 'msgpack' catalog supports formats: pson b64_zlib_yaml yaml dot raw Could not retrieve catalog from remote server: Error 400 on SERVER: Could not intern from pson: "\x84" on US-ASCII Using cached catalog for test-pc.teaching.bzm Using cached catalog Puppet::Type::Package::ProviderChocolatey: file /chocolateyInstall/chocolatey.cmd does not exist Puppet::Type::Package::ProviderAix: file /usr/bin/lslpp does not exist Puppet::Type::Package::ProviderDpkg: file /usr/bin/dpkg does not exist ... Nothing really suspicious, right? For comparision I ran "puppet agent -t --debug --verbose" manually as administrator. Looks pretty identical up to the "Could not intern from pson" error. Very strange, Andy. -- A pessimist sees only the dark side of the clouds, and mopes; a philosopher sees both sides, and shrugs; an optimist doesn't see the clouds at all - he's walking on them. (Leonard Louis Levinson) -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/20140318120336.GA9649%40spiegl.de. For more options, visit https://groups.google.com/d/optout.
Re: [Puppet Users] How to debug catalog transfer?
> What is the user that the service is running under? Good questions. Aren't all services running as administrator? > What version is the puppet agent on? The master? Client: 3.4.3 (Windows 7 with all updates) Server: 3.4.3-1puppetlabs1 (Debian stable) Thanks, Andy. > > Hi! > > > > I've got a problem with Windows clients: > > > > When running "puppet agent -t" manually everything works. > > (as "administrator" in a "run as administrator" shell) > > > > But a run from the puppet-service throws > > "Error 400 on SERVER: Could not inte rn from pson: "\x84" on US-ASCII" > > > > and puppet uses the cached catalog as fallback. > > Any idea how I can find the cause for this difference? > > > > Thanks! > > Andy. -- Arithmetic is being able to count up to twenty without taking off your shoes. (Mickey Mouse) -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/20140317140804.GA9328%40spiegl.de. For more options, visit https://groups.google.com/d/optout.
[Puppet Users] How to debug catalog transfer?
Hi! I've got a problem with Windows clients: When running "puppet agent -t" manually everything works. (as "administrator" in a "run as administrator" shell) But a run from the puppet-service throws "Error 400 on SERVER: Could not inte rn from pson: "\x84" on US-ASCII" and puppet uses the cached catalog as fallback. Any idea how I can find the cause for this difference? Thanks! Andy. -- Many people easily confuse innovation with the latest influenza epidemia from Redmond. -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/20140314105101.GA3099%40spiegl.de. For more options, visit https://groups.google.com/d/optout.
Re: [Puppet Users] Re: how to require a md5sum before installing?
Hi Rafael, > It download the tarball, extract it to the target /usr/local , check > with MD5 and install my ERP. Windows doesn't have md5sum functionality built in. I have to get md5sum.exe to the machine somehow. The ARCHIVE module uses curl, rm, tar, unzip, ... Lots of unix tools. :-( Thanks, Andy. -- It's like shearing a pig – lots of screams but little wool. (Putin, 2013) -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/20140221181906.GA17710%40spiegl.de. For more options, visit https://groups.google.com/groups/opt_out.
Re: [Puppet Users] Re: how to require a md5sum before installing?
> Tell me more about your goal! > > What you really need!? > > Are your client Windows or Linux ? Most of them are Linux, but many user workstations are Windows. I am trying to set up puppet to update the most security crucial programs on these Windows machines: Java, Flash, Firefox, Thunderbird, putty, vlc and puppet itself of course. I've got a separate module for each which grab installer files from a samba share. The share is readonly but we have a bad feeling about it and would like to introduce an extra layer of security. Like checking the md5sum of the file before running the installer on the clients. The module you mentioned (gini-archive) sounds very practical, but if I distribute md5sum.exe to the windows clients using the same puppet method, I don't really gain security. :-) Thanks, Andy. -- If you take USABLE from UNSTABLE you get NT. -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/20140221175402.GA12818%40spiegl.de. For more options, visit https://groups.google.com/groups/opt_out.
[Puppet Users] Re: how to require a md5sum before installing?
Hi Rafael, > http://forge.puppetlabs.com/gini/archive Thanks, I'll try that! Sounds promising. Now I only have to find a way to securely get md5sum.exe onto the machines, uhm... Thanks! Andy. -- Every generation laughs at the old fashions but religiously follows the new. (Henry David Thoreau, US philosopher) -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/20140219173219.GF32149%40spiegl.de. For more options, visit https://groups.google.com/groups/opt_out.
Re: [Puppet Users] Re: how to require a md5sum before installing?
> My solution to that, has been to use a packaging system. Thanks, that's a good solution! For my windows clients I need something different, though. :-( Apparently there is no solution yet. How would I go about writing a plugin myself? Unfortunately I'm still too new to puppet... Thanks, Andy. -- Did you know: Women blink nearly twice as much as men. -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/20140217105204.GA8215%40spiegl.de. For more options, visit https://groups.google.com/groups/opt_out.
[Puppet Users] how to require a md5sum before installing?
Hi, I've got several modules which grab installer files from a network share. The share is readonly and as well protected as possibly. But still, I have a bad feeling about it and would like to introduce an extra layer of security. Like checking the md5sum of the file before running the installer. I thought about have a require line similar to require => md5['cdfb294489a14305ca729cc13fe10d52'], Any ideas? Thanks, Andy. -- It is no coincidence that in no known language does the phrase 'As pretty as an Airport' appear. (Douglas Adams) -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/20140214153802.GA30398%40spiegl.de. For more options, visit https://groups.google.com/groups/opt_out.
Re: [Puppet Users] Finally found workaround for problem with German windows clients
Hi Josh,
> This assumes Time.new.zone returns a string encoded with the Windows-1250
> code page. You are probably better off omitting the source encoding, since
> ruby should already know what it is:
>
>Time.new.zone.encode("UTF-8")
Thanks for this information!
While facter 2 isn't out, could you include that patch in the MSI please?
That would save us from patching ALL the systems manually.
Thanks and have a nice weekend,
Andy.
--
Happiness is not a destination. It is a method of life. -- Burton Hills
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/puppet-users/20140207150420.GA26621%40spiegl.de.
For more options, visit https://groups.google.com/groups/opt_out.
Re: [Puppet Users] Finally found workaround for problem with German windows clients
Following up on my own post:
> One has to patch this file (on ALL client PCs!):
> C:/Program Files (x86)/Puppet Labs/Puppet/facter/lib/facter/timezone.rb
>
> + Iconv.iconv("UTF-8", "windows-1250",Time.new.zone)
> - Time.new.zone
>
I just found that iconv is deprecated in ruby and one is supposed to
use String#encode instead. Otherwise "puppet --agent --test" shows a
deprecation warning at every run.
Okay, did that. Now my timezone.rb looks like this:
Facter.add("timezone") do
setcode do
Time.new.zone.encode("UTF-8", "windows-1250")
end
end
Bye,
Andy.
--
If an economist can't give you his phone number, he'll give you an
estimate. (Jack Valenti)
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/puppet-users/20140129182802.GA7511%40spiegl.de.
For more options, visit https://groups.google.com/groups/opt_out.
[Puppet Users] Finally found workaround for problem with German windows clients
A while ago I asked here for solutions with windows and puppet 3.x
I always got this error during the agent run:
> Could not intern from pson: "\xE4" on US-ASCII
After trying and debugging for a long time I finally found the right
comment in the right bug report:
http://projects.puppetlabs.com/issues/12702
https://tickets.puppetlabs.com/browse/PUP-1225
The problem is/was that in a German Windows facter answers with German
umlauts in windows-1250 character set instead of UTF-8. This is
something Puppet can't handle and quits.
C:\Program Files (x86)\Puppet Labs\Puppet\bin>facter timezone
Mitteleurop\344ische Zeit
In the bug report the user comment describes an (ugly) workaround to this:
One has to patch this file (on ALL client PCs!):
C:/Program Files (x86)/Puppet Labs/Puppet/facter/lib/facter/timezone.rb
+ Iconv.iconv("UTF-8", "windows-1250",Time.new.zone)
- Time.new.zone
After doing that the puppet agent finally runs without throwing errors. \o/
Hopefully this will be fixed upstream soon. The bug is 2 years old!
HTHH someone,
Andy.
--
People with courage and character always seem sinister to the rest.
(Hermann Hesse)
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/puppet-users/20140129181343.GA3072%40spiegl.de.
For more options, visit https://groups.google.com/groups/opt_out.
Re: [Puppet Users] puppet run interval
> Would you please be willing to include some context into your replies? Would YOU please NOT use fullquotes into your replies? Thanks, Andy. -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/20140129110748.GA28617%40spiegl.de. For more options, visit https://groups.google.com/groups/opt_out.
Re: [Puppet Users] recursive descent
On 2013-12-18, 07:27, jcbollinger wrote: > For example, you can keep the needed manifest code DRY and clear by > using a variable to specify the sources: Good idea, thanks! Andy. -- The foolish man seeks happiness in the distance, the wise grows it under his feet. -- James Oppenheim -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/20131218163912.GA4246%40spiegl.de. For more options, visit https://groups.google.com/groups/opt_out.
Re: [Puppet Users] recursive descent
On 2013-12-17, 16:31, Ben Ford wrote: > If you override something in a recursive directory, you're > overriding everything. I see, that makes sense. > If you add source => 'puppet:///modules/nagios/var_lib_nagios/plugins' then > I suspect you'll get what you want. You are right, that did it. Thanks! > I should also point out that this is unnecessary, as Puppet will > automatically promote read permissions to read & execute permissions > for directories. No, not exactly as the mode definition is meant for the files in the subdirectory. There are executables in "bin" and "plugins". So, what would be a better way of changing the mode of some files within a directory resource with "recurse" activated? Adding "source" for all of them seems awkward... Thanks for your help! Andy. -- Suburbia is where the developer bulldozes out the trees, then names the streets after them. (Bill Vaughan) -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/20131218082352.GA25905%40spiegl.de. For more options, visit https://groups.google.com/groups/opt_out.
Re: [Puppet Users] recursive descent
> > http://christian.hofstaedtler.name/blog/2008/11/puppet-managing-directories-recursively.html
I thought I had understood recursive directory management. It worked
fine until I switched to puppet v3 (Debian 3.3.2-1puppetla to be exact)
Since then, files in subdirs aren't copied anymore.
An example:
File {
owner => "nagios",
group => "nagios",
mode => '0644',
}
file { '/var/lib/nagios':
ensure=> directory,
source=> 'puppet:///modules/nagios/var_lib_nagios',
recurse => true,
}
file { '/var/lib/nagios/plugins':
ensure=> directory,
recurse => true,
mode => '0775',
}
file { '/var/lib/nagios/bin':
ensure=> directory,
recurse => true,
mode => '0775',
}
lama:~/.../puppet/modules/nagios> ls -la files/var_lib_nagios
total 8
drwxrwxr-x 2 andy users 4096 2013-11-15 15:56:23 bin/
drwxrwxr-x 2 andy users 4096 2013-11-25 12:01:14 plugins/
Why aren't these directories copied to /var/lib/nagios?
I tried setting recurselimit to '2' but that didn't help either.
Thanks for any hint!
Andy.
--
A mathematician is a machine for converting coffee into theorems. (Alfred
Renyi)
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/puppet-users/20131217191221.GA31279%40spiegl.de.
For more options, visit https://groups.google.com/groups/opt_out.
Re: [Puppet Users] Best practice for win7 clients?
> Are these non-enUS Windows clients? Yes, German. I removed all occurrences of German characters from the puppet configs but that didn't help either. Even the simplest test failed with this error message. Any German puppet users out there??? :-) > WIth the chocolatey provider, I would say use the one on github for now, > and use the one that is in the open PR for the latest version of > chocolatey. I need to work with the other committer to get that in and > pushed up to the forge. Could you elaborate on that, please ? I'm not sure I understand your suggestion. Thanks, Andy. -- Opposites attract, but not for long. -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/20131115111503.GA31017%40spiegl.de. For more options, visit https://groups.google.com/groups/opt_out.
[Puppet Users] Best practice for win7 clients?
Hi all, after setting up puppet for my linux clients yesterday I started tackling the windows7 PCs. I managed setting up users and deploying files but I couldn't get it to install software, e.g. Mozilla Firefox. I ran into various problem. First, puppet agent threw strange errors probably because v2.7 can't set "install_options" of the MSI provider to '/S'. I searched for solutions and tried the nifty chocolatey provider but it complained about "%" not being a command. Then I decided to upgrade to puppet v3.3 - first the clients then also the (Debian) puppetmaster. That worked fine with my linux clients but the windows clients complain: Could not intern from pson: "\xE4" on US-ASCII This seems to be related to bug #20522 but so far I haven't even found a workaround. So had to downgrade the puppet client to v2.7 again. :-( Now I am wondering what I am overlooking. Judging from various success stories in the net I have the impression that others can do what I am trying to do. I'd really appreciate any comments and hints from you guys. Thanks in advance, Andy. -- You can't run sausage backwards through a meat grinder and end up with a whole pig." (Tim Peoples talking about the irreversability of UNIX password encoding) -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/20131114174847.GA20276%40spiegl.de. For more options, visit https://groups.google.com/groups/opt_out.
