[Puppet Users] Re: Announcement: Foreman 0.1-1 is out
Hi Kennon, Are you sharing storeconfig database? The error complains about an environment table already in the database? the error actually comes from puppet migrations (regardless to foreman), so its quite strange that you get this error. Maybe you can try out first without storeconfigs (if you did) and see if you get the same error. cheers, Ohad On Wed, Sep 30, 2009 at 5:44 AM, Kennon wrote: > > Hi Ohad, > I'm having an installation issue on an CentOS 5 machine... I haven't > seen this issue mentioned before - am I missing something? > > Thanks! > > -kennon > > $ RAILS_ENV=production rake db:migrate --trace > (in /var/home/l_kkwok/foreman) > ** Invoke db:migrate (first_time) > ** Invoke environment (first_time) > ** Execute environment > ** Execute db:migrate > == CreateHosts: migrating > > == AddCreatedAtToAllTables: migrating > > -- add_column("schema_migrations", :created_at, :datetime) > -> 0.0006s > == AddCreatedAtToAllTables: migrated (0.0124s) > === > > == RemoveDuplicatedIndexOnAllTables: migrating > === > == RemoveDuplicatedIndexOnAllTables: migrated (0.0076s) > == > > == AddEnvironmentToHost: migrating > === > -- add_column(:hosts, :environment, :string) > rake aborted! > An error has occurred, this and all later migrations canceled: > > Could not migrate database: An error has occurred, this and all later > migrations canceled: > > SQLite3::SQLException: duplicate column name: environment: ALTER TABLE > "hosts" ADD "environment" varchar(255) > /usr/lib/ruby/site_ruby/1.8/puppet/rails.rb:106:in `migrate' > ./db/migrate//20090714132448_create_hosts.rb:9:in > `up_without_benchmarks' > /var/home/l_kkwok/foreman/vendor/rails/activerecord/lib/active_record/ > migration.rb:282:in `send' > /var/home/l_kkwok/foreman/vendor/rails/activerecord/lib/active_record/ > migration.rb:282:in `migrate' > /usr/lib/ruby/1.8/benchmark.rb:293:in `measure' > /var/home/l_kkwok/foreman/vendor/rails/activerecord/lib/active_record/ > migration.rb:282:in `migrate' > (__DELEGATION__):2:in `__send__' > (__DELEGATION__):2:in `migrate' > /var/home/l_kkwok/foreman/vendor/rails/activerecord/lib/active_record/ > migration.rb:486:in `migrate' > /var/home/l_kkwok/foreman/vendor/rails/activerecord/lib/active_record/ > migration.rb:560:in `call' > /var/home/l_kkwok/foreman/vendor/rails/activerecord/lib/active_record/ > migration.rb:560:in `ddl_transaction' > /var/home/l_kkwok/foreman/vendor/rails/activerecord/lib/active_record/ > connection_adapters/abstract/database_statements.rb:136:in > `transaction' > /var/home/l_kkwok/foreman/vendor/rails/activerecord/lib/active_record/ > transactions.rb:182:in `transaction' > /var/home/l_kkwok/foreman/vendor/rails/activerecord/lib/active_record/ > migration.rb:560:in `ddl_transaction' > /var/home/l_kkwok/foreman/vendor/rails/activerecord/lib/active_record/ > migration.rb:485:in `migrate' > /var/home/l_kkwok/foreman/vendor/rails/activerecord/lib/active_record/ > migration.rb:472:in `each' > /var/home/l_kkwok/foreman/vendor/rails/activerecord/lib/active_record/ > migration.rb:472:in `migrate' > /var/home/l_kkwok/foreman/vendor/rails/activerecord/lib/active_record/ > migration.rb:400:in `up' > /var/home/l_kkwok/foreman/vendor/rails/activerecord/lib/active_record/ > migration.rb:383:in `migrate' > /var/home/l_kkwok/foreman/vendor/rails/railties/lib/tasks/ > databases.rake:116 > /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:636:in > `call' > /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:636:in > `execute' > /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:631:in > `each' > /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:631:in > `execute' > /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:597:in > `invoke_with_call_chain' > /usr/lib/ruby/1.8/monitor.rb:238:in `synchronize' > /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:590:in > `invoke_with_call_chain' > /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:583:in > `invoke' > /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:2051:in > `invoke_task' > /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:2029:in > `top_level' > /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:2029:in > `each' > /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:2029:in > `top_level' > /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:2068:in > `standard_exception_handling' > /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:2023:in > `top_level' > /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:2001:in > `run' > /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:2068:in > `standard_exception_handling' > /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:1998:in > `run' > /var/ho
[Puppet Users] Re: creating custom types
This is always a good starting place: http://reductivelabs.com/trac/puppet/wiki/Development/CreatingCustomTypes On Wed, Sep 30, 2009 at 12:35 AM, Matt Delves wrote: > > Hey Folks, > I'm after some documentation about creating a custom puppet type. > Particularly creating test cases for the type as well. > > Thanks, > Matt Delves > > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] creating custom types
Hey Folks, I'm after some documentation about creating a custom puppet type. Particularly creating test cases for the type as well. Thanks, Matt Delves --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Re: Problem installing Solaris Datastream Package
Hi, the same story with http. This looks good, /usr/sbin/pkgadd -d http://ezsrva004/openssl-0.9.8k-sol10-x86-local ## Downloading... ...20%...40%...60%...80%... 100% ## Download Complete The following packages are available: 1 SMCossl openssl (x86) 0.9.8k but Puppet tries. /usr/sbin/pkgadd -d http://ezsrva004/openssl-0.9.8k-sol10-x86-local -n openssl-0.9.8k-sol10-x86-local How can I configure puppet to omit the package name after non- interactive switch? cheers, Andy On Sep 29, 7:54 pm, Moty wrote: > I wonder > > Did http worked for you as a source datastream protocol for pkg > files ? > > Moty > > On Sep 29, 10:02 am, martin wrote: > > > Hi Andy! > > > On Sep 29, 7:59 am, Andy Kocher wrote: > > > > I'm having problem with the way Puppet is processing Solaris > > > datastream packages. The following error occurs: > > > > err: //Node[basenode]/openssl/Package[openssl-0.9.8k-sol10-x86-local]/ > > > ensure: change from absent to present failed: Execution of '/usr/sbin/ > > > pkgadd -a /etc/puppet/files/puppet -d /var/tmp/staging/openssl/ > > > openssl-0.9.8k-sol10-x86-local -n openssl-0.9.8k-sol10-x86-local' > > > returned 1: pkgadd: ERROR: no packages were found in > > dstrePaOVx> > > > What does your package definition look like? > > > When I install package streams I use: > > package { "SFWrsync": > > adminfile => "/etc/pkgadmin", > > source => "http://$pkg_server/packages/$hardwareisa/$name.pkg"; > > > } > > > cheers, > > /Martin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Re: PuppetCamp is almost here
There are technically 8 slots left until we go over our 'final' count for the caterer. If you there are others who are still able to make it, please sign up ASAP so we can work it out. On Tue, Sep 29, 2009 at 3:05 PM, Aaron Lippold wrote: > > Hi, > > Is there still room in PuppetCamp for interested folks? > > Thanks, > > Aaron > > On Tue, Sep 29, 2009 at 2:07 AM, Andrew Shafer > wrote: > > > > PuppetCamp is only a few days away. > > > > I know some people are already in San Francisco. > > > > Luke will be around tomorrow night and I'm coming in Wednesday morning. > > > > We should be hanging around the Serrano hotel Wednesday afternoon with > the > > full Reductive Labs crew, Teyo, Markus, Rein and Scott. > > Come lobby for features and fixes or hack on your ideas with us. I > believe > > James Turnbull, Brice Figureau, and Paul Nasrat should be around as well > so > > there should be enough people around to shed light on nearly any Puppet > > related topic. > > > > And there are also some emergent plans to meet up for dinner... > > > > If you are in the neighborhood let us know (especially if you are staying > at > > the Serrano) > > > > I should (mostly) know what is going on, so feel free to contact me. > > > > email works, but might be slower than calling/texting 615.554.8774 or > > message @littleidea on twitter (to allow for serendipitous coordination) > > > > For those of you who can't make it, the morning sessions are going to be > > recorded by SFSU folks with slides and everything. > > > > I'm toying with streaming/capturing some of the open space discussion, > but > > the thing I'm most worried about is getting decent sound. > > > > At the very least, we should be posting notes and highlights. > > > > If anyone has any comments, questions or concerns, let me know. > > > > Regards, > > Andrew > > > > > > > > > > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Running puppet as non-root => getting rid of all those ownership warnings
I'm using puppet to manage configs on machines where I don't have root access. Whenever I use a File resource where the source is a puppet:// resource, I get tons of warnings when I run puppet that look like: Cannot manage ownership unless running as root True enough, I'm not running as root, but I also didn't specifically mention a "owner" parameter on my file resource. This only seems to happen to File resources that I populate using a "source" parameter. These warnings tend to pile up and make it difficult to see more informative messages from puppet about what has actually changed when updating. Is there some way of disabling these messages? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Re: puppetd daemon dies for no apparent reason
More information: In my efforts to get past some other messages regarding "could not intern from JSON," I had installed (yum install) the ruby-json package. With that installed, puppetd refused to run at all. I dug around and found some blags that said this message was ignorable. So I (yum) uninstalled that package. Uninstalled, puppetd would run - tvd, but wouldn't stay alive as a daemon. I began to suspect there may have been other dependent packages that were gumming things up. So I've recreated my host (this was all in an experimental VM) without installing the ruby-json package, and now puppet stays alive. However, it refuses to pull the local host's manifest on demand. puppetd will pull the manifest when it wakes up periodically, but if I try to trigger it from another host using puppetrun, it still gives me the message above, complaining that it can't retrieve the catalog. If I make changes, it will get them on the next scheduled wakeup, but I can't trigger it remotely. Does that ring any bells? Chris --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Re: PuppetCamp is almost here
I will look for you at the seranno in the late afternoon on wednesday. Thanks. On Tue, Sep 29, 2009 at 2:07 AM, Andrew Shafer wrote: > > PuppetCamp is only a few days away. > > I know some people are already in San Francisco. > > Luke will be around tomorrow night and I'm coming in Wednesday morning. > > We should be hanging around the Serrano hotel Wednesday afternoon with the > full Reductive Labs crew, Teyo, Markus, Rein and Scott. > Come lobby for features and fixes or hack on your ideas with us. I believe > James Turnbull, Brice Figureau, and Paul Nasrat should be around as well so > there should be enough people around to shed light on nearly any Puppet > related topic. > > And there are also some emergent plans to meet up for dinner... > > If you are in the neighborhood let us know (especially if you are staying at > the Serrano) > > I should (mostly) know what is going on, so feel free to contact me. > > email works, but might be slower than calling/texting 615.554.8774 or > message @littleidea on twitter (to allow for serendipitous coordination) > > For those of you who can't make it, the morning sessions are going to be > recorded by SFSU folks with slides and everything. > > I'm toying with streaming/capturing some of the open space discussion, but > the thing I'm most worried about is getting decent sound. > > At the very least, we should be posting notes and highlights. > > If anyone has any comments, questions or concerns, let me know. > > Regards, > Andrew > > > > > -- Alex Laslavic Turner Broadcasting - Lead Engineer --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
Re: Type and Metaparameter Reference (was Re: [Puppet Users] http://reductivelabs.com/trac/puppet/wiki/TypeReference)
Thanks for the update. Both pages are so important to each other, they really should be linked to each other. --- Thanks, Allan Marcus 505-667-5666 On Sep 29, 2009, at 3:16 PM, James Turnbull wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi all > > One thing I clearly forgot to mention here was that we've moved the > metaparameter documentation from the Type Reference into its own > page which is located at: > > http://reductivelabs.com/trac/puppet/wiki/MetaparameterReference > > Allan - I'll also try to find out what happened to the TOC. > > Regards > > James Turnbull --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Ruby 1.9.1 compatibility?
Hi, Should I be expecting puppet/puppetmaster to work on Ruby 1.9.1p243? I've got some definite errors relating to syntax in puppetmaster, and having fixed those, there's other more obscure looking errors e.g: Could not autoload file: constant Puppet::Type::File not defined Could not autoload status: undefined method `add_method' for nil:NilClass Should I be chasing, or is that wasted effort and I should continue with 1.8 for now? Thanks, -- Craig Miskell Senior Systems Administrator Opus International Consultants "No wonder Unix makes you feel boxed in. It ties you to an inflexible system. It requires you to pay for expensive experts. It makes you struggle daily with a server environment that's more complex than ever" -- Microsoft ad proving that irony isn't dead --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Re: Announcement: Foreman 0.1-1 is out
Hi Ohad, I'm having an installation issue on an CentOS 5 machine... I haven't seen this issue mentioned before - am I missing something? Thanks! -kennon $ RAILS_ENV=production rake db:migrate --trace (in /var/home/l_kkwok/foreman) ** Invoke db:migrate (first_time) ** Invoke environment (first_time) ** Execute environment ** Execute db:migrate == CreateHosts: migrating == AddCreatedAtToAllTables: migrating -- add_column("schema_migrations", :created_at, :datetime) -> 0.0006s == AddCreatedAtToAllTables: migrated (0.0124s) === == RemoveDuplicatedIndexOnAllTables: migrating === == RemoveDuplicatedIndexOnAllTables: migrated (0.0076s) == == AddEnvironmentToHost: migrating === -- add_column(:hosts, :environment, :string) rake aborted! An error has occurred, this and all later migrations canceled: Could not migrate database: An error has occurred, this and all later migrations canceled: SQLite3::SQLException: duplicate column name: environment: ALTER TABLE "hosts" ADD "environment" varchar(255) /usr/lib/ruby/site_ruby/1.8/puppet/rails.rb:106:in `migrate' ./db/migrate//20090714132448_create_hosts.rb:9:in `up_without_benchmarks' /var/home/l_kkwok/foreman/vendor/rails/activerecord/lib/active_record/ migration.rb:282:in `send' /var/home/l_kkwok/foreman/vendor/rails/activerecord/lib/active_record/ migration.rb:282:in `migrate' /usr/lib/ruby/1.8/benchmark.rb:293:in `measure' /var/home/l_kkwok/foreman/vendor/rails/activerecord/lib/active_record/ migration.rb:282:in `migrate' (__DELEGATION__):2:in `__send__' (__DELEGATION__):2:in `migrate' /var/home/l_kkwok/foreman/vendor/rails/activerecord/lib/active_record/ migration.rb:486:in `migrate' /var/home/l_kkwok/foreman/vendor/rails/activerecord/lib/active_record/ migration.rb:560:in `call' /var/home/l_kkwok/foreman/vendor/rails/activerecord/lib/active_record/ migration.rb:560:in `ddl_transaction' /var/home/l_kkwok/foreman/vendor/rails/activerecord/lib/active_record/ connection_adapters/abstract/database_statements.rb:136:in `transaction' /var/home/l_kkwok/foreman/vendor/rails/activerecord/lib/active_record/ transactions.rb:182:in `transaction' /var/home/l_kkwok/foreman/vendor/rails/activerecord/lib/active_record/ migration.rb:560:in `ddl_transaction' /var/home/l_kkwok/foreman/vendor/rails/activerecord/lib/active_record/ migration.rb:485:in `migrate' /var/home/l_kkwok/foreman/vendor/rails/activerecord/lib/active_record/ migration.rb:472:in `each' /var/home/l_kkwok/foreman/vendor/rails/activerecord/lib/active_record/ migration.rb:472:in `migrate' /var/home/l_kkwok/foreman/vendor/rails/activerecord/lib/active_record/ migration.rb:400:in `up' /var/home/l_kkwok/foreman/vendor/rails/activerecord/lib/active_record/ migration.rb:383:in `migrate' /var/home/l_kkwok/foreman/vendor/rails/railties/lib/tasks/ databases.rake:116 /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:636:in `call' /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:636:in `execute' /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:631:in `each' /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:631:in `execute' /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:597:in `invoke_with_call_chain' /usr/lib/ruby/1.8/monitor.rb:238:in `synchronize' /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:590:in `invoke_with_call_chain' /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:583:in `invoke' /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:2051:in `invoke_task' /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:2029:in `top_level' /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:2029:in `each' /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:2029:in `top_level' /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:2068:in `standard_exception_handling' /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:2023:in `top_level' /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:2001:in `run' /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:2068:in `standard_exception_handling' /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/lib/rake.rb:1998:in `run' /var/home/l_kkwok/.gem/ruby/1.8/gems/rake-0.8.7/bin/rake:31 /usr/bin/rake:19:in `load' /usr/bin/rake:19 On Sep 21, 6:10 am, Ohad Levy wrote: > Hello All, > > I'm happy to announce the next stable release of Foreman, main new features > include: > > - Integration of Puppet Reports, once enabled you would see a real time > overview of all of yours hosts status. > - Improved support for multiple Puppet Masters (e.g. import facts and > reports from remote serves over http) > - Simplified migration from existing external nodes setup, now its > possible to import your existing classifier data into Fore
[Puppet Users] Re: lunch at Google on Wednesday for Puppet Campers?
ok, so anyone who wishes to come to Google for a quick squiz around and lunch, I suggest you come to my office around 11:30 to 12:00 and we'll work it out from there. http://explanatorygap.net/crap/cell is my cell. I'll pull it down from there after puppet camp. My office is at: 1500 Plymouth St Mountain View, CA 94043 and you can park there and I'll check people in at the lobby. I'm pretty flexible with time tomorrow. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Re: Wednesday night drinks?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 dmangot wrote: > Sorry I'm so late to chime in. I've been meaning to post this for a > while, even though I might not be able to make it to any events. My > version of: Thanks! > 1. The Zeitgeist (Duboce and Valencia). Happens to be the best bar in > San Francisco, but the connection is that legions of syadmins and > coders get drunk here. Cheap pitchers, biker bar (not Harleys, Moto > Guzzis), big backyard with german style outdoor biergarten (you can > smoke here). I met the late, great Chuck Yerkes (SAGE gives out an > award in his memory) here back around 1999 and got into a huge FreeBSD > debate with him. He won, of course. This place sounds good. P.S. No one wins any debate about FreeBSD - it's like Mutually Assured Destruction. :) Regards James Turnbull - -- Author of: * Pro Linux Systems Administration (http://tinyurl.com/linuxadmin) * Pulling Strings with Puppet (http://tinyurl.com/pupbook) * Pro Nagios 2.0 (http://tinyurl.com/pronagios) * Hardening Linux (http://tinyurl.com/hardeninglinux) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEVAwUBSsJ6iCFa/lDkFHAyAQKM0QgAp0NFZhg5BiARA/ttjiCMEu5LYT+pnxXZ lBAlRaAlg+5Y3Ab3X0QSTKQrkW0FiZs+Rkx9C4yX6bGSQjYzdh4bP8yyCsLJxFBd Hm/x6mSp2ekWnm9oS325vXQyAoNbb5JS5IpulmutSbgReZt8fBfUDbBo031fc50p a6Aejuz0kZCPQYkLVMhaNsSf42EY7DTEXb0fqoZvCSx0MssZxahGKE0rnVv0BS0A lHHWj835FItDI3jDlOx+J3eYBeSJvzrM56fziyq6FxPiAu7j/WwNwbTKE5VYJVsv 2MoY08oBFUbHh9pGXr1S8buYX8nVzS+2AIxBWUrFV3sVzKkpVSvQGA== =/vXm -END PGP SIGNATURE- --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
Type and Metaparameter Reference (was Re: [Puppet Users] http://reductivelabs.com/trac/puppet/wiki/TypeReference)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all One thing I clearly forgot to mention here was that we've moved the metaparameter documentation from the Type Reference into its own page which is located at: http://reductivelabs.com/trac/puppet/wiki/MetaparameterReference Allan - I'll also try to find out what happened to the TOC. Regards James Turnbull - -- Author of: * Pro Linux Systems Administration (http://tinyurl.com/linuxadmin) * Pulling Strings with Puppet (http://tinyurl.com/pupbook) * Pro Nagios 2.0 (http://tinyurl.com/pronagios) * Hardening Linux (http://tinyurl.com/hardeninglinux) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEVAwUBSsJ5OiFa/lDkFHAyAQLXbAf+Or7MI0mBVrBjabylRKGwOr18/ZqtDtc5 zO3jMA+X4yUicuQB6t4/3e8xAjCxJ77sTMjdf+WzK4VKnvNqmDuvaAl6JKOfFwlL qDO1WWRpy5JhoHQW2zzbSuoQ1mvxJucD63BN8b/tvkcIQVWP5fGS/aeETK3s7l9V L1KMPULR/WSXTlX5jd1LchIgbKJ8hiW2SnshGHkI8LG2nxVeIF8ZIOMn8I6j7x5K kKYB2s18E6HLrfOCrriCO8M5CZh8jOjNBvaNFRJUCaWgwTngCjgwmca3IgkZEUa6 3mnMpQrWiFr5rBw6/WZVMjDg3JyQwPDB0Pv0IeukBv6F7DduTfZHrw== =mDg/ -END PGP SIGNATURE- --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Re: PuppetCamp is almost here
Hi, Is there still room in PuppetCamp for interested folks? Thanks, Aaron On Tue, Sep 29, 2009 at 2:07 AM, Andrew Shafer wrote: > > PuppetCamp is only a few days away. > > I know some people are already in San Francisco. > > Luke will be around tomorrow night and I'm coming in Wednesday morning. > > We should be hanging around the Serrano hotel Wednesday afternoon with the > full Reductive Labs crew, Teyo, Markus, Rein and Scott. > Come lobby for features and fixes or hack on your ideas with us. I believe > James Turnbull, Brice Figureau, and Paul Nasrat should be around as well so > there should be enough people around to shed light on nearly any Puppet > related topic. > > And there are also some emergent plans to meet up for dinner... > > If you are in the neighborhood let us know (especially if you are staying at > the Serrano) > > I should (mostly) know what is going on, so feel free to contact me. > > email works, but might be slower than calling/texting 615.554.8774 or > message @littleidea on twitter (to allow for serendipitous coordination) > > For those of you who can't make it, the morning sessions are going to be > recorded by SFSU folks with slides and everything. > > I'm toying with streaming/capturing some of the open space discussion, but > the thing I'm most worried about is getting decent sound. > > At the very least, we should be posting notes and highlights. > > If anyone has any comments, questions or concerns, let me know. > > Regards, > Andrew > > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Re: Mac Domainname and facter
On Tue, Sep 29, 2009 at 1:30 PM, engle wrote: > > OK, seems that there are two places where a resolv.conf file is > located. This is on Max OS X 10.5.8. > > /private/etc/resolv.conf > /private/var/run/resolv.conf > > The only one of these that gets updated via DHCP is the /private/var/ > run/resolv.conf file. Facter does not seem to look at this file > although the Mac uses this file for name resolution etc... If I copy > the /private/var/run/resolv.conf file to /private/etc/resolv.conf, > then facter reports the correct domain-name. nigelk$ ls -la /etc/resolv.conf lrwxr-xr-x 1 root wheel 20 Jul 1 16:18 /etc/resolv.conf -> /var/run/resolv.conf That's should be the default setup. > > As I mention above, the Mac seems to only use the /private/var/run/ > resolv.conf for its DNS functionality. Completely removing the / > private/etc/resolv.conf has no effect on the machine's ability to > browse the internet and resolve names/ip addresses. > > Perhaps, facter should ignore the /private/etc/resolv.conf file and > rely on the /private/var/run/resolv.conf file??? > > I can solve my issue with a startup script, but I would rather have > facter do the work for me. > > Thanks, > > Kurt > > On Sep 23, 12:23 pm, Allan Marcus wrote: >> domainname is only relevant if you are using NIS. >> >> The larger issue here, IMHO, is why the hostname command is not >> returning the correct host name. Sounds like you may hve a problem >> with your DNS resolution. We have noticed _sometimes_ that if our >> domain name is not in the search domain field in the network set up, >> the hostname command doesn't work right. >> >> If you focus on getting hostname to return the correct value you will >> solve your facter domain issue. >> >> --- >> Thanks, >> >> Allan Marcus >> 505-667-5666 >> >> On Sep 23, 2009, at 9:51 AM, engle wrote: >> >> >> >> > Yes, that is true. >> >> > Hostname is reporting wrong and so is facter. >> >> > The issue is that the mac is picking up the correct domainname from >> > the DHCP server, but facter is not. >> >> > The 'domainname' command returns nothing. >> >> > The other issue is that the 'ipconfig getpacket en0' command returns >> > the proper domain name but the resolv.conf does not. >> >> > It seems that our DHCP config is correct or the 'ipconfig' command >> > would fail. But it is the 'resolv.conf' that is incorrect in this. So >> > perhaps there is something that I am missing in how the mac sets the >> > resolv.conf file via DHCP. >> >> > -kurt >> >> > On Sep 23, 7:05 am, Allan Marcus wrote: >> >> Compare: >> >> >> hostname >> >> to >> >> facter | grep -i FQDN >> >> >> they should be the same. The domain name is just going to be the FQDN >> >> minus everything upto the first period. >> >> >> --- >> >> Thanks, >> >> >> Allan Marcus >> >> 505-667-5666 >> >> >> On Sep 22, 2009, at 5:07 PM, engle wrote: >> >> >>> So, when I issue the command: >> >> >>> ipconfig getpacket en0 >> >> >>> I get the proper domain name from DHCP. But, 'facter', does not >> >>> display this when reporting the 'domain' or in the FQDN . Both of >> >>> these list "local" for the domain name of the computer. In addition, >> >>> in my 'resolv.conf', the correct domain name is listed as a 'search' >> >>> domain as well as a general domain statement. >> >> >>> So, I am still a bit unsure as to where facter is getting its >> >>> infomation. >> >> >>> -kurt >> >> >>> On Sep 18, 11:33 am, Nigel Kersten wrote: >> On Fri, Sep 18, 2009 at 11:16 AM, Allan Marcus >> wrote: >> >> > /Library/Ruby/Site/1.8/facter/domain.rb >> >> > I think for the Mac you need to set the search domain in the >> > Network >> > System Pref, and that is what facter uses, but I'm not sure I'm >> > reading the code right. >> >> No, if you're using DHCP it should fall to resolv.conf which is >> automatically generated by data provided by DHCP to the interface >> for >> the SystemConfiguration framework. >> >> It'll try dnsdomainname first, which will fail, thendomainname, >> which >> will be empty unless you're attached to NIS, then resolv.conf >> >> It will pick any domain entry, if that doesn't exist, then fall >> back >> to search domains. >> >> You should be getting exactly the same results as you see when >> dumping >> a DHCP response with >> >> ipconfig getpacket en1 (en0 or whatever) >> >> OS X clients have ComputerName and LocalHostName in >> SystemConfiguration as well, which are what are set via the Sharing >> prefpane. These are independent of actual domain names, but the >> fact >> that terminal prompts fall back to them in some situations often >> confuses people. >> >> scutil --get ComputerName >> scutil --get LocalHostName >> >> > --- >> > Thanks, >> >> > Allan Marcus >> > 505-667-5666 >> >> > On Sep 18, 2009, at 10:11 AM, engle wrote: >> >> >> We have a large number of Macs that are
[Puppet Users] Re: 0.25.x upgrade gives "Parameter notify failed"
Well, I've tracked it down a bit further. I updated activerecord to 2.3.4 before installing puppet, since I'm using storedconfigs. If I remove this gem and leave 2.2.2 installed, everything seems to work as expected. So, tracking it down a bit further, it seems that everything works with AR <= 2.3.2 but breaks with AR >=2.3.3, whether or not storedconfigs are enabled. I guess I should open a ticket, eh? d. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Re: Mac Domainname and facter
OK, seems that there are two places where a resolv.conf file is located. This is on Max OS X 10.5.8. /private/etc/resolv.conf /private/var/run/resolv.conf The only one of these that gets updated via DHCP is the /private/var/ run/resolv.conf file. Facter does not seem to look at this file although the Mac uses this file for name resolution etc... If I copy the /private/var/run/resolv.conf file to /private/etc/resolv.conf, then facter reports the correct domain-name. As I mention above, the Mac seems to only use the /private/var/run/ resolv.conf for its DNS functionality. Completely removing the / private/etc/resolv.conf has no effect on the machine's ability to browse the internet and resolve names/ip addresses. Perhaps, facter should ignore the /private/etc/resolv.conf file and rely on the /private/var/run/resolv.conf file??? I can solve my issue with a startup script, but I would rather have facter do the work for me. Thanks, Kurt On Sep 23, 12:23 pm, Allan Marcus wrote: > domainname is only relevant if you are using NIS. > > The larger issue here, IMHO, is why the hostname command is not > returning the correct host name. Sounds like you may hve a problem > with your DNS resolution. We have noticed _sometimes_ that if our > domain name is not in the search domain field in the network set up, > the hostname command doesn't work right. > > If you focus on getting hostname to return the correct value you will > solve your facter domain issue. > > --- > Thanks, > > Allan Marcus > 505-667-5666 > > On Sep 23, 2009, at 9:51 AM, engle wrote: > > > > > Yes, that is true. > > > Hostname is reporting wrong and so is facter. > > > The issue is that the mac is picking up the correct domainname from > > the DHCP server, but facter is not. > > > The 'domainname' command returns nothing. > > > The other issue is that the 'ipconfig getpacket en0' command returns > > the proper domain name but the resolv.conf does not. > > > It seems that our DHCP config is correct or the 'ipconfig' command > > would fail. But it is the 'resolv.conf' that is incorrect in this. So > > perhaps there is something that I am missing in how the mac sets the > > resolv.conf file via DHCP. > > > -kurt > > > On Sep 23, 7:05 am, Allan Marcus wrote: > >> Compare: > > >> hostname > >> to > >> facter | grep -i FQDN > > >> they should be the same. The domain name is just going to be the FQDN > >> minus everything upto the first period. > > >> --- > >> Thanks, > > >> Allan Marcus > >> 505-667-5666 > > >> On Sep 22, 2009, at 5:07 PM, engle wrote: > > >>> So, when I issue the command: > > >>> ipconfig getpacket en0 > > >>> I get the proper domain name from DHCP. But, 'facter', does not > >>> display this when reporting the 'domain' or in the FQDN . Both of > >>> these list "local" for the domain name of the computer. In addition, > >>> in my 'resolv.conf', the correct domain name is listed as a 'search' > >>> domain as well as a general domain statement. > > >>> So, I am still a bit unsure as to where facter is getting its > >>> infomation. > > >>> -kurt > > >>> On Sep 18, 11:33 am, Nigel Kersten wrote: > On Fri, Sep 18, 2009 at 11:16 AM, Allan Marcus > wrote: > > > /Library/Ruby/Site/1.8/facter/domain.rb > > > I think for the Mac you need to set the search domain in the > > Network > > System Pref, and that is what facter uses, but I'm not sure I'm > > reading the code right. > > No, if you're using DHCP it should fall to resolv.conf which is > automatically generated by data provided by DHCP to the interface > for > the SystemConfiguration framework. > > It'll try dnsdomainname first, which will fail, thendomainname, > which > will be empty unless you're attached to NIS, then resolv.conf > > It will pick any domain entry, if that doesn't exist, then fall > back > to search domains. > > You should be getting exactly the same results as you see when > dumping > a DHCP response with > > ipconfig getpacket en1 (en0 or whatever) > > OS X clients have ComputerName and LocalHostName in > SystemConfiguration as well, which are what are set via the Sharing > prefpane. These are independent of actual domain names, but the > fact > that terminal prompts fall back to them in some situations often > confuses people. > > scutil --get ComputerName > scutil --get LocalHostName > > > --- > > Thanks, > > > Allan Marcus > > 505-667-5666 > > > On Sep 18, 2009, at 10:11 AM, engle wrote: > > >> We have a large number of Macs that are using puppet to install > >> packages. The source of the packages is determined by the domain > >> name > >> of the client. We are using ISC's dhcpd. The macs seem to pick up > >> the > >> correct domain name from the dhcp server but facter is not > >> picking it > >> up. If I type "domainname" at a shell prompt, I get nothi
[Puppet Users] The file resource is going away?
In the type reference (http://reductivelabs.com/trac/puppet/wiki/ TypeReference), under the file resource, it says "As Puppet matures, it expected that the file resource will be used less and less to manage content, and instead native resources will be used to do so. If you find that you are often copying files in from a central location, rather than using native resources, please contact Reductive Labs and we can hopefully work with you to develop a native resource to support what you are doing." I thought there was previously even stronger wording that implied this would eventually go away (that stronger wording seems to have disappeared in the last few days, along with the TOC). I'm finding the file type ideal for handling configuration files. I've got a set of MySQL slaves that receive their my.cnf file this way, and its templated to assign them all unique server-ids (required for MySQL replication). Re the comment above, is there a better way to get these configuration files on each host? What native resource would I use to accomplish this? Chris --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Re: migating from 0.24.8 to 0.25.0rc1
I'm getting similar messages about cacrl, even though I haven't set it. Did switching to passenger fix the problem? Or did you find another way to fix it? I'm using webrick and don't want to complicate things further for now if I don't have to. Chris --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] http://reductivelabs.com/trac/puppet/wiki/TypeReference
The http://reductivelabs.com/trac/puppet/wiki/TypeReference page used to have a very handy TOC. Anyway to get it back? --- Thanks, Allan Marcus 505-667-5666 --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Re: Wednesday night drinks?
Sorry I'm so late to chime in. I've been meaning to post this for a while, even though I might not be able to make it to any events. My version of: The SysAdmin/Tech Nerds tour of SF bars (yes, I'm local) 1. The Zeitgeist (Duboce and Valencia). Happens to be the best bar in San Francisco, but the connection is that legions of syadmins and coders get drunk here. Cheap pitchers, biker bar (not Harleys, Moto Guzzis), big backyard with german style outdoor biergarten (you can smoke here). I met the late, great Chuck Yerkes (SAGE gives out an award in his memory) here back around 1999 and got into a huge FreeBSD debate with him. He won, of course. 2. The 21st Amendment Brewery (2nd Street opposite South Park). Most (all?) of the bars from the old Organic days are probably gone so I just picked one of the best neighborhood bars from the area (plus, great brewery). Organic is just a few blocks away where they used to throw raves in the early 90s while Brian Behlendorf was madly hacking out the first real versions of the Apache web server (you may have heard of this piece of software). 3. Thirsty Bear Brewing (Howard between 2nd and 3rd). Pretty much, you can't come to SF for a convention and not go to the Thirsty Bear at least once. Every major convention is held at the Moscone Center (JavaOne, MacWorld, ADC, etc) and this is where all the conventioneers go to get a beer. Was also super packed with hip techies during the dot-Com boom as most dot-Coms were (are?) located South of Market. Cheers! -Dave --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Re: 0.25.x upgrade gives "Parameter notify failed"
> Is it that you're using Service[smb] rather than Service['smb'] ? I thought of that, but that doesn't seem to matter - the other example I give uses single quotes everywhere, and other failures are similar. d. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Re: 0.25.x upgrade gives "Parameter notify failed"
On Tue, Sep 29, 2009 at 11:39 AM, Darrell Fuhriman wrote: > > > On Sep 29, 2009, at 10:25, Darrell Fuhriman wrote: > >> In testing the move to 0.25 (tried with both 0.25.0 and 0.25.1rc1), >> I'm now getting the following error, seemingly everywhere that >> notify/require is used: > > As an additional piece of info, 0.24.8 client continue to function as > normal, even though the server is 0.25.1rc1 > > really scratching my head now.. Is it that you're using Service[smb] rather than Service['smb'] ? > > d. > > > > > -- nigel --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Re: 0.25.x upgrade gives "Parameter notify failed"
On Sep 29, 2009, at 10:25, Darrell Fuhriman wrote: > In testing the move to 0.25 (tried with both 0.25.0 and 0.25.1rc1), > I'm now getting the following error, seemingly everywhere that > notify/require is used: As an additional piece of info, 0.24.8 client continue to function as normal, even though the server is 0.25.1rc1 really scratching my head now.. d. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Re: Problem installing Solaris Datastream Package
I wonder Did http worked for you as a source datastream protocol for pkg files ? Moty On Sep 29, 10:02 am, martin wrote: > Hi Andy! > > On Sep 29, 7:59 am, Andy Kocher wrote: > > > I'm having problem with the way Puppet is processing Solaris > > datastream packages. The following error occurs: > > > err: //Node[basenode]/openssl/Package[openssl-0.9.8k-sol10-x86-local]/ > > ensure: change from absent to present failed: Execution of '/usr/sbin/ > > pkgadd -a /etc/puppet/files/puppet -d /var/tmp/staging/openssl/ > > openssl-0.9.8k-sol10-x86-local -n openssl-0.9.8k-sol10-x86-local' > > returned 1: pkgadd: ERROR: no packages were found in > dstrePaOVx> > > What does your package definition look like? > > When I install package streams I use: > package { "SFWrsync": > adminfile => "/etc/pkgadmin", > source => "http://$pkg_server/packages/$hardwareisa/$name.pkg"; > > } > > cheers, > /Martin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] 0.25.x upgrade gives "Parameter notify failed"
In testing the move to 0.25 (tried with both 0.25.0 and 0.25.1rc1), I'm now getting the following error, seemingly everywhere that notify/ require is used: For example: err: Could not run Puppet configuration client: Parameter notify failed: No title provided and title '{"title"=>"smb", "type"=>"Service", "builtin_type"=>nil}' is not a valid resource reference or err: Could not run Puppet configuration client: Parameter require failed: No title provided and title '{"title"=>"/var/tmp/gwc", "type"=>"File", "builtin_type"=>nil}' is not a valid resource reference There's nothing particularly interesting about the manifests that I can see. Any ideas? class samba::server { case $operatingsystem { centos: { $sambadir = '/etc/samba' package { 'samba': ensure => installed, } service { 'smb': ensure => running, hasrestart => true, hasstatus => true, enable => true } } } remotefile { "${sambadir}/smb.conf": source => 'samba/smb.conf', mode => 0444, notify => Service[smb], } } --- class geoserver::server { file {'/var/lib/geoserver': ensure => directory, mode => 0775, owner => tomcat, group => tomcat } file {'/var/lib/geoserver/gwc-conf': ensure => directory, mode => 0775, owner => tomcat, group => tomcat, require => File['/var/lib/geoserver'], } # cache location file {'/var/lib/geoserver/gwc': ensure => '/var/tmp/gwc', require => [File['/var/tmp/gwc'],File['/var/lib/geoserver']], } file {'/var/tmp/gwc': ensure => directory, mode => 0775, owner => tomcat, group => tomcat } } --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Re: Wednesday night drinks?
2009/9/28 Michael Halligan : > > Is anybody interested in getting together at my place downtown to > drink scotch, talk Puppet, and chill out before the big day? > I'm sure there will be some plan - a hangout/scotch (what do you have, I can probably pick up a bottle of something in the UK before I fly) after dinner sounds cool. Paul --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Re: puppet / works & does not work: the quantum effect
On Tue, Sep 29, 2009 at 5:28 AM, Peter Meier wrote: > Or design by convention and never put more than one class/define into > a file and extensively use puppet's autoloading feature right. ;) That's the approach I've always taken, and I haven't run into any of these class of problems so far. -- nigel --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Re: puppet / works & does not work: the quantum effect
Peter, Thanks for the explanation. I hadn't realized that I was abusing the crap out of the autoloader but, now that you explain it, I am! Trevor On Tue, Sep 29, 2009 at 08:28, Peter Meier wrote: > > nasty side effect from running multiple nodes against the same thread. > If you would run only the wrong manifest against a certain > puppetmasterd thread it would always fail (like trevor suggested the > restart). If puppet would unload all already loaded classes everytime > a new compile request comes in, people would complain puppet being > slow(er). > > So either cache loaded classes and have such nasty side effects. To be > sure that your manifest will always work, simply run it against a very > own puppetmasterd instance. > > Or have a slow(er) puppetmasterd without any caching at all. -> no > "feature" yet. > > Or design by convention and never put more than one class/define into > a file and extensively use puppet's autoloading feature right. ;) > > cheers peter > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Re: puppet / works & does not work: the quantum effect
I'm noticed a similar odd behavior with 0.25.1 as well. I have a module that works fine under 0.24.8 (both webrick and passenger), works fine under 0.25.1 (webrick), but will not load for the first few runs under 0.25.1 (passenger). I only have one node, so I'm pretty sure it's not a caching issue, or if it is, it's odd. For the first few runs of the node I see the following in the log: : Could not parse for environment production: No file(s) found for import of 'lanl-baseline' at /var/puppet/environments/production/ manifests/site.pp:19 So here's the chain. If you can see where the problem is, please let me know. /var/puppet/environments/production/manifests/site.pp: import "lanl-baseline" /var/puppet/environments/production/modules/lanl-baseline/manifests/ init.pp: import "nodes.pp" import "definitions/*" import "classes/*" /var/puppet/environments/production/modules/lanl-baseline/manifests/ nodes.pp: node basenode { case $operatingsystem { darwin: { include darwin } default: { include darwin } } } # the default node. All non OS classes should inherit this node default inherits basenode {} /var/puppet/environments/production/modules/lanl-baseline/manifests/ classes/darwin.pp class darwin { include puppet include stom include getDefsDate include swInventory include sav } each of the classes included in darwin.pp have corresponding ".pp" class files in same "classes" dir. So after two or three client runs I no longer get the error about lanl- baseline and the catalog is built and run. Do I need to change my dir structure: puppet-dev:production root# pwd /var/puppet/environments/production puppet-dev:production root# tree . |-manifests |-modules |---lanl-baseline |-files |-manifests |---classes |---definitions |-templates puppet.conf: [main] manifest = /var/puppet/environments/production/manifests/site.pp modulepath= /var/puppet/environments/production/modules templatedir= /var/puppet/environments/production/templates --- Thanks, Allan Marcus 505-667-5666 On Sep 28, 2009, at 2:13 AM, Nico -telmich- Schottelius wrote: > Good morning dear puppet users, > > if you experience "it works - it does not work" situations with puppet > like I do, here may be the reason for it: > > http://www.nico.schottelius.org/blog/puppet-sometimes-loads-a-class/ > > I was told that this behaviour is "correct" on IRC, but I don't agree > with it: a configuration should either work or not, not both. > > What's your point of view? > Is my approach not the way puppet users/devs think or do you also see > this as a bug? > > Sincerly, > > Nico > > -- > Currently moving *.schottelius.org to http:// > www.nico.schottelius.org/ ... > > PGP: BFE4 C736 ABE5 406F 8F42 F7CF B8BE F92A 9885 188C --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Re: Using variables in virtual resources
Hi, there Im looking into the same thing. Did you come up with a decent solution? Regards Bjørn Dyresen 2009/9/28 Eric Gerlach > > On Fri, Sep 18, 2009 at 09:08:37AM +0200, Kenneth Holter wrote: > > Hi. > > > > > > I've defined a virtual user "kenneth", and depending on a variable in the > > node definiton I'd like to add the users to different groups. Consider > this > > example: > > > > ## Code start > > > > node "server.example.com" { > >$server_type = "typeA" > > > >realize User[kenneth] > > > > } > > > > @user {"kenneth": > > ensure => present, > > uid => 1000, > > gid => 1000, > > groups => $server_type ? { > >typeA => "wheel", > >default => undef, > > }, > > > > home => "/home/kenneth", > > shell => "/bin/bash", > > comment => "A comment", > > password => '' > > > > } > > > > ## Code end > > > > If I add the user to an ordinary class (like "class user_kenneth") > instead > > of defining it as a virtual resource, everything works fine. But when > using > > a virtual definition like this, the variable "server_type" doesn't seem > to > > have any effect on the if statement "groups". Am I doing something wrong, > or > > is this not supposed to work? I'm running version 0.24.4. > > I've been off for over a week, so I just noticed you never got an answer to > this question. The variables are filled out at the time the virtual > resource > is defined, not at the time it's realized. > > You might be able to do something like: > > realize User[kenneth] > > User[kenneth] { > groups => $server_type ? { >typeA => "wheel", >default => undef, >} > } > > to realize it the way you want. Haven't tried anything like that though. > Maybe someone else can comment if it works. > > Cheers, > > -- > Eric Gerlach, Network Administrator > Federation of Students > University of Waterloo > p: (519) 888-4567 x36329 > e: egerl...@feds.uwaterloo.ca > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Re: puppet / works & does not work: the quantum effect
nasty side effect from running multiple nodes against the same thread. If you would run only the wrong manifest against a certain puppetmasterd thread it would always fail (like trevor suggested the restart). If puppet would unload all already loaded classes everytime a new compile request comes in, people would complain puppet being slow(er). So either cache loaded classes and have such nasty side effects. To be sure that your manifest will always work, simply run it against a very own puppetmasterd instance. Or have a slow(er) puppetmasterd without any caching at all. -> no "feature" yet. Or design by convention and never put more than one class/define into a file and extensively use puppet's autoloading feature right. ;) cheers peter --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Re: puppet / works & does not work: the quantum effect
Nico, I've seen this behavior in the past and it generally has to do with a typo or misconfiguration on my part. Whenever I run across this, I restart the puppetmaster and then try again. At that point, you should never have it work until you fix the problem. Generally, after any major change, I restart my test puppetmaster anyway just to make sure I didn't do something stupid (missing permissions, whatever). If the test puppetmaster works properly, then it should translate to production with few issues. Trevor On Mon, Sep 28, 2009 at 04:13, Nico -telmich- Schottelius wrote: > Good morning dear puppet users, > > if you experience "it works - it does not work" situations with puppet > like I do, here may be the reason for it: > > http://www.nico.schottelius.org/blog/puppet-sometimes-loads-a-class/ > > I was told that this behaviour is "correct" on IRC, but I don't agree > with it: a configuration should either work or not, not both. > > What's your point of view? > Is my approach not the way puppet users/devs think or do you also see > this as a bug? > > Sincerly, > > Nico > > -- > Currently moving *.schottelius.org to http://www.nico.schottelius.org/ ... > > PGP: BFE4 C736 ABE5 406F 8F42 F7CF B8BE F92A 9885 188C > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > > iEYEARECAAYFAkrAcBkACgkQuL75KpiFGIwSngCfTXT/2V+B3MRI4xJB1t6xnMo8 > QFEAoNhYsbbKieB8OpCT3n0PME4HyuFR > =0+k/ > -END PGP SIGNATURE- > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Misssing package with yum provider
Hi all, I'm on SL5 (something like RH5) and I have something as simple as: package {"libX11-devel.x86_64": } package {"libX11-devel.i386": } Cause I want both versions installed in my system. But on one node: # rpm -qa|grep libX11-devel libX11-devel-1.0.3-9.el5 # yum list libX11-devel* Loaded plugins: kernel-module Excluding Packages from dag Finished Installed Packages libX11-devel.x86_64 1.0.3-9.el5 installed Available Packages libX11-devel.i386 1.0.3-9.el5 sl so the one for i386 is not installed. Seems that puppet thinks that it's already installed. I'm trying o figure out what it's doing for checking package presence: # puppetd --test --server server.domain --debug > log # grep libX11-devel log debug: Puppet::Type::Package::ProviderYum: Executing '/bin/rpm -q libX11-devel.x86_64 --nosignature --nodigest --qf %{NAME} %|EPOCH?{%{EPOCH}}:{0}| %{VERSION} %{RELEASE} %{ARCH} debug: Puppet::Type::Package::ProviderYum: Executing '/bin/rpm -q libX11-devel.i386 --nosignature --nodigest --qf %{NAME} %|EPOCH?{%{EPOCH}}:{0}| %{VERSION} %{RELEASE} %{ARCH} I cannot execute that query: # /bin/rpm -q libX11-devel.x86_64 --nosignature --nodigest --qf %{NAME} %|EPOCH?{%{EPOCH}}:{0}| %{VERSION} %{RELEASE} %{ARCH} -bash: %{VERSION}: command not found -bash: EPOCH?{%{EPOCH}}:{0}: command not found but the first part of both returns 0: # /bin/rpm -q libX11-devel.i386 --nosignature --nodigest # echo $? 0 # /bin/rpm -q libX11-devel.x86_64 --nosignature --nodigest libX11-devel-1.0.3-9.el5 # echo $? 0 Our yum version: yum-3.2.19-25.sl So, anyone could help me to understand why puppet cannot install both packages? Cheers, Arnau --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Re: Passing input to script within an exec statement fails
Allan, superb! That's what the problem was which turned out to be embarrassingly basic. I'd missed the /bin in my path statement Thanks Paul 2009/9/28 Allan Marcus > > You could try to add > > path=> "/bin:/usr/bin", > > for the echo command. > > --- > Thanks, > > Allan Marcus > 505-667-5666 > > > > On Sep 28, 2009, at 8:46 AM, paul matthews wrote: > > > Hi, > > > > From the command line I can successfully perform this:- > > > > echo y | /mnt/Linux/install.sh > > > > Trying the same thing from an exec, though, fails and I'm not too > > sure how to get round it > > > > command => "(echo y | /mnt/Linux/install.sh)", > > > > err: //Node[host]/vm_post_install/Exec[install-xenserver-tools]/ > > returns: change from notrun to 0 failed: (echo y | /mnt/Linux/ > > install.sh) returned 1 instead of 0 at /etc/puppet/modules/ > > vm_post_install/manifests/init.pp:30 > > > > I've tried without the brackets as well - same result > > > > Unfortunately, in this case the option does not exist to avoid the > > script (as I'm mounting an iso and running the package's install > > script) > > > > Thanks > > Paul > > > > > > -- > > Paul Matthews > > -- > > > > > > > > > > -- Paul Matthews -- --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Re: Problem installing Solaris Datastream Package
forgot to paste the definition of $platform $platform = $hardwareisa ? { sparc => "openssl-0.9.8k-sol10-sparc- local", default => "openssl-0.9.8k-sol10-x86- local" } On Sep 29, 10:11 am, Andy Kocher wrote: > Hi Martin, > > my definition looks like this > > package { "$platform": > ensure => installed, > provider => sun, > source => "/var/tmp/staging/openssl/ > $platform", > adminfile => "/etc/puppet/files/puppet", > require => File[ "/var/tmp/staging/openssl/ > $platform" ] > } > > cheers, > Andy > > On Sep 29, 10:02 am, martin wrote: > > > Hi Andy! > > > On Sep 29, 7:59 am, Andy Kocher wrote: > > > > I'm having problem with the way Puppet is processing Solaris > > > datastream packages. The following error occurs: > > > > err: //Node[basenode]/openssl/Package[openssl-0.9.8k-sol10-x86-local]/ > > > ensure: change from absent to present failed: Execution of '/usr/sbin/ > > > pkgadd -a /etc/puppet/files/puppet -d /var/tmp/staging/openssl/ > > > openssl-0.9.8k-sol10-x86-local -n openssl-0.9.8k-sol10-x86-local' > > > returned 1: pkgadd: ERROR: no packages were found in > > dstrePaOVx> > > > What does your package definition look like? > > > When I install package streams I use: > > package { "SFWrsync": > > adminfile => "/etc/pkgadmin", > > source => "http://$pkg_server/packages/$hardwareisa/$name.pkg"; > > > } > > > cheers, > > /Martin > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Re: Problem installing Solaris Datastream Package
Hi Martin, my definition looks like this package { "$platform": ensure => installed, provider => sun, source => "/var/tmp/staging/openssl/ $platform", adminfile => "/etc/puppet/files/puppet", require => File[ "/var/tmp/staging/openssl/ $platform" ] } cheers, Andy On Sep 29, 10:02 am, martin wrote: > Hi Andy! > > On Sep 29, 7:59 am, Andy Kocher wrote: > > > I'm having problem with the way Puppet is processing Solaris > > datastream packages. The following error occurs: > > > err: //Node[basenode]/openssl/Package[openssl-0.9.8k-sol10-x86-local]/ > > ensure: change from absent to present failed: Execution of '/usr/sbin/ > > pkgadd -a /etc/puppet/files/puppet -d /var/tmp/staging/openssl/ > > openssl-0.9.8k-sol10-x86-local -n openssl-0.9.8k-sol10-x86-local' > > returned 1: pkgadd: ERROR: no packages were found in > dstrePaOVx> > > What does your package definition look like? > > When I install package streams I use: > package { "SFWrsync": > adminfile => "/etc/pkgadmin", > source => "http://$pkg_server/packages/$hardwareisa/$name.pkg"; > > } > > cheers, > /Martin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---
[Puppet Users] Re: Problem installing Solaris Datastream Package
Hi Andy! On Sep 29, 7:59 am, Andy Kocher wrote: > I'm having problem with the way Puppet is processing Solaris > datastream packages. The following error occurs: > > err: //Node[basenode]/openssl/Package[openssl-0.9.8k-sol10-x86-local]/ > ensure: change from absent to present failed: Execution of '/usr/sbin/ > pkgadd -a /etc/puppet/files/puppet -d /var/tmp/staging/openssl/ > openssl-0.9.8k-sol10-x86-local -n openssl-0.9.8k-sol10-x86-local' > returned 1: pkgadd: ERROR: no packages were found in dstrePaOVx> > What does your package definition look like? When I install package streams I use: package { "SFWrsync": adminfile => "/etc/pkgadmin", source => "http://$pkg_server/packages/$hardwareisa/$name.pkg"; } cheers, /Martin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~--~~~~--~~--~--~---