Thanks for the information, I somehow managed to not notice your response for several days.
On Wednesday, July 17, 2013 6:52:43 PM UTC+2, Josh Cooper wrote: > > > > On Wednesday, July 17, 2013 9:27:05 AM UTC-7, Иван Кадочников wrote: >> >> Hi all, >> >> I have trouble installing puppet open source 3.2.3 from the msi package >> on Windows 7 Home Basic. >> The error message is "Service 'Puppet Agent' (puppet) failed to start. >> Verify that you have sufficient privileges to start system services." >> >> I am pretty sure it's not a privileges problem. >> If (without closing the installer, as that would roll back everything) I >> open Services and try to start Puppet Agent manually it fails to start with >> "Error 1053: The service did not respond to the start or control request >> in a timely fashion." >> >> This may be a timeout problem (the hardware is a netbook), but I doubt it. >> >> 1) Is there a way to install Puppet without installing or auto-starting >> the service? A checkbox in the installer would be nice. >> > > This is http://projects.puppetlabs.com/issues/18268 > > 2) Is there a way to avoid rolling back the whole installation if the >> service failed to start? A yes/no dialog would be nice. "Yes, I will start >> the service later manually, after I figure out what's wrong, thank you" >> > > We're using WiX to build our MSI. I'm not sure if there is an option to do > this? > A search lead me to the ServiceInstall component parameter Vital, which controls if failing to start the service fails the whole install. On the other hand, changing this would surprise people doing automated setup. And now that I know there's a reason for the service not working I don't care about preventing rollback that much... > >> 3) What could be causing this, what can I do to work around this? >> I have tried adding registry key >> \HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ServicesPipeTimeout = >> 120000 (googling error 1053 led me to believe it might help, but it did not) >> >> Then I tried to run Puppet directly (still without closing the installer): >> >> C:\Program Files\Puppet Labs\Puppet\bin>puppet.bat >> C:/Program Files/Puppet >> Labs/Puppet/sys/ruby/lib/ruby/gems/1.9.1/gems/win32-dir- >> 0.3.7/lib/win32/dir.rb:54:in `strip': invalid byte sequence in US-ASCII >> (Argumen >> tError) >> from C:/Program Files/Puppet >> Labs/Puppet/sys/ruby/lib/ruby/gems/1.9.1/ge >> ms/win32-dir-0.3.7/lib/win32/dir.rb:54:in `block in <class:Dir>' >> from C:/Program Files/Puppet >> Labs/Puppet/sys/ruby/lib/ruby/gems/1.9.1/ge >> ms/win32-dir-0.3.7/lib/win32/dir.rb:36:in `each' >> from C:/Program Files/Puppet >> Labs/Puppet/sys/ruby/lib/ruby/gems/1.9.1/ge >> ms/win32-dir-0.3.7/lib/win32/dir.rb:36:in `<class:Dir>' >> from C:/Program Files/Puppet >> Labs/Puppet/sys/ruby/lib/ruby/gems/1.9.1/ge >> ms/win32-dir-0.3.7/lib/win32/dir.rb:13:in `<top (required)>' >> from C:/Program Files/Puppet >> Labs/Puppet/sys/ruby/lib/ruby/site_ruby/1.9 >> .1/rubygems/custom_require.rb:60:in `require' >> from C:/Program Files/Puppet >> Labs/Puppet/sys/ruby/lib/ruby/site_ruby/1.9 >> .1/rubygems/custom_require.rb:60:in `rescue in require' >> from C:/Program Files/Puppet >> Labs/Puppet/sys/ruby/lib/ruby/site_ruby/1.9 >> .1/rubygems/custom_require.rb:35:in `require' >> from C:/Program Files/Puppet >> Labs/Puppet/facter/lib/facter/util/config.r >> b:44:in `<top (required)>' >> from C:/Program Files/Puppet >> Labs/Puppet/sys/ruby/lib/ruby/site_ruby/1.9 >> .1/rubygems/custom_require.rb:36:in `require' >> from C:/Program Files/Puppet >> Labs/Puppet/sys/ruby/lib/ruby/site_ruby/1.9 >> .1/rubygems/custom_require.rb:36:in `require' >> from C:/Program Files/Puppet >> Labs/Puppet/facter/lib/facter/util/resoluti >> on.rb:7:in `<top (required)>' >> from C:/Program Files/Puppet >> Labs/Puppet/sys/ruby/lib/ruby/site_ruby/1.9 >> .1/rubygems/custom_require.rb:36:in `require' >> from C:/Program Files/Puppet >> Labs/Puppet/sys/ruby/lib/ruby/site_ruby/1.9 >> .1/rubygems/custom_require.rb:36:in `require' >> from C:/Program Files/Puppet >> Labs/Puppet/facter/lib/facter/util/fact.rb: >> 2:in `<top (required)>' >> from C:/Program Files/Puppet >> Labs/Puppet/sys/ruby/lib/ruby/site_ruby/1.9 >> .1/rubygems/custom_require.rb:36:in `require' >> from C:/Program Files/Puppet >> Labs/Puppet/sys/ruby/lib/ruby/site_ruby/1.9 >> .1/rubygems/custom_require.rb:36:in `require' >> from C:/Program Files/Puppet >> Labs/Puppet/facter/lib/facter.rb:23:in `<mo >> dule:Facter>' >> from C:/Program Files/Puppet >> Labs/Puppet/facter/lib/facter.rb:19:in `<to >> p (required)>' >> from C:/Program Files/Puppet >> Labs/Puppet/sys/ruby/lib/ruby/site_ruby/1.9 >> .1/rubygems/custom_require.rb:36:in `require' >> from C:/Program Files/Puppet >> Labs/Puppet/sys/ruby/lib/ruby/site_ruby/1.9 >> .1/rubygems/custom_require.rb:36:in `require' >> from C:/Program Files/Puppet >> Labs/Puppet/puppet/lib/puppet.rb:6:in `<top >> (required)>' >> from C:/Program Files/Puppet >> Labs/Puppet/sys/ruby/lib/ruby/site_ruby/1.9 >> .1/rubygems/custom_require.rb:36:in `require' >> from C:/Program Files/Puppet >> Labs/Puppet/sys/ruby/lib/ruby/site_ruby/1.9 >> .1/rubygems/custom_require.rb:36:in `require' >> from C:/Program Files/Puppet >> Labs/Puppet/puppet/lib/puppet/util/command_ >> line.rb:12:in `<top (required)>' >> from C:/Program Files/Puppet >> Labs/Puppet/sys/ruby/lib/ruby/site_ruby/1.9 >> .1/rubygems/custom_require.rb:36:in `require' >> from C:/Program Files/Puppet >> Labs/Puppet/sys/ruby/lib/ruby/site_ruby/1.9 >> .1/rubygems/custom_require.rb:36:in `require' >> from C:/Program Files/Puppet Labs/Puppet/puppet/bin/puppet:3:in >> `<main>' >> I have no ruby experience so any help interpreting that would be welcome. >> >> Ivan >> > > The error in win32-dir gem is related to > https://projects.puppetlabs.com/issues/17010. The version of win32-dir > gem we are using (0.3.7) uses the ANSI win32 apis, e.g. > SHGetFolderLocationA and does not work correctly on locales whose paths are > not ascii compatible. > > The newer win32-dir gems 0.4.x correctly use the wide versions, e.g. > SHGetFolderLocationW, but there was still an issue preventing us from > resolving #17010. I filed an upstream PR, which was recently merged > https://github.com/djberg96/win32-dir/blob/7664900064cce9e606bfb67842fb98f66cc60ae2/lib/win32/dir.rb > . > > As soo as Dan releases 0.4.3, we will move to that version, as currently > this issue prevents facter and puppet from working in many non-ascii based > locales. In the meantime, you might want to try cloning the latest > win32-dir gem (from the ffi branch) and installing that. > > Josh > So I should wait for win32-dir 0.4.3 to be released and for the corresponding Puppet update? Good enough for me, more time to play with the linux version. Ivan -- 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 post to this group, send email to puppet-users@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-users. For more options, visit https://groups.google.com/groups/opt_out.
