Re: [Puppet Users] Puppet Application Server Deployment
Hi, So what do u thing is good and better than Puppet ? thanks On Sun, Oct 24, 2010 at 8:23 PM, Nigel Kersten ni...@puppetlabs.com wrote: On Tue, Oct 19, 2010 at 2:12 PM, Scott Smith sc...@ohlol.net wrote: I highly suggest you refrain from using Puppet to manage service-level applications. What has led you to this viewpoint Scott? On Mon, Oct 18, 2010 at 1:19 AM, ajax ajinkya.prabh...@gmail.com wrote: Hello all, I wanted to know can i deploy Application Severs like JOnAS (java) using Puppet from the server. -- You received this message because you are subscribed to the Google Groups Puppet Users group. To post to this group, send email to puppet-us...@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.compuppet-users%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en. -- http://about.me/scoot http://twitter.com/ohlol -- You received this message because you are subscribed to the Google Groups Puppet Users group. To post to this group, send email to puppet-us...@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.compuppet-users%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en. -- You received this message because you are subscribed to the Google Groups Puppet Users group. To post to this group, send email to puppet-us...@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.compuppet-users%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en. -- Thank you and Regards Ajinkya Prabhune -- You received this message because you are subscribed to the Google Groups Puppet Users group. To post to this group, send email to puppet-us...@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: [Puppet Users] Puppet Application Server Deployment
ajinkya prabhune wrote: Hi, So what do u thing is good and better than Puppet ? thanks I second Nigel's question. I know a number of people who deploy Java, Ruby, PHP, etc, etc applications with Puppet. Regards James Turnbull -- Puppet Labs - http://www.puppetlabs.com C: 503-734-8571 -- You received this message because you are subscribed to the Google Groups Puppet Users group. To post to this group, send email to puppet-us...@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: [Puppet Users] show dependency tree?
On 10/22/2010 5:26 PM, Nigel Kersten wrote: On Thu, Oct 21, 2010 at 5:12 PM, Matt Wise w...@wiredgeek.net mailto:w...@wiredgeek.net wrote: I'd really like to see puppet-dashboard do this dynamically show you these graphs by pointing puppet dashboard to a local copy of your puppet configs... Thoughts? I'm not sure dashboard is the right place for this, but I think we all would like to some visualisation tools that run against the local catalog with a bit more detail than the current graph output. Well, the dashboard _is_ a main entry point into the operational part of puppet use. It'd be great to have access (for each run/report) to the generated catalog and the contained dependency graph. Having the separate catalog storage service/bus would make integration a breeze, without having to add private access rights. Best Regards, David -- dasz.at OG Tel: +43 (0)664 2602670 Web: http://dasz.at Klosterneuburg UID: ATU64260999 FB-Nr.: FN 309285 g FB-Gericht: LG Korneuburg -- You received this message because you are subscribed to the Google Groups Puppet Users group. To post to this group, send email to puppet-us...@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: Accessing Facter in other languages than Ruby?
On Oct 25, 2:36 am, Daniel Pittman dan...@rimspace.net wrote: I see Matthew's concerns about security, but I'd argue you simply wouldn't take input that gets used in actual commands. Facter doesn't do this, and a wrapper script wouldn't either. That's a good point and has started me thinking about how I could implement this... :) For my site I would probably deploy this as /etc/cron.d/get-facts: */15 * * * * root /usr/bin/facter --puppet --yaml /var/tmp/facts.yaml Then you could parse that YAML file as whatever user at whatever time, without having to worry about root access to collect them or whatever. Hmmm, I'm currently thinking along the lines of: =-=-=-=-=-=-=-=-=-= import os import yaml cmd = facter --puppet --yaml facts_dict = yaml.load(cmd) # Do x with facts =-=-=-=-=-=-=-=-=-= (...or just use mcollective :) LOL, we're already using MCollective, this is for a project I'm working on that will (eventually) enable us to interface MCollective with other languages from a client-basis, not just an agent. Cheers, M. -- You received this message because you are subscribed to the Google Groups Puppet Users group. To post to this group, send email to puppet-us...@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: [Puppet Users] Re: Accessing Facter in other languages than Ruby?
- macwall mattmacw...@gmail.com wrote: LOL, we're already using MCollective, this is for a project I'm working on that will (eventually) enable us to interface MCollective with other languages from a client-basis, not just an agent. would you mind elaborating on this? Other language support is on my list of things to do, would be good to get peoples wishes captured for when I start down that route -- R.I.Pienaar -- You received this message because you are subscribed to the Google Groups Puppet Users group. To post to this group, send email to puppet-us...@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: [Puppet Users] Problem overriding file resource in 2.6.x
Arnaud Gomes-do-Vale arnaud.go...@ircam.fr writes: What am I doing wrong? I had an old puppetd process running while it should have been killed weeks ago. I have killed it this afternoon and it looks like everything is working properly now. -- Arnaud -- You received this message because you are subscribed to the Google Groups Puppet Users group. To post to this group, send email to puppet-us...@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.
MCollective Client Languages (WAS Re: [Puppet Users] Re: Accessing Facter in other languages than Ruby?)
Quoting R.I.Pienaar r...@devco.net: - macwall mattmacw...@gmail.com wrote: LOL, we're already using MCollective, this is for a project I'm working on that will (eventually) enable us to interface MCollective with other languages from a client-basis, not just an agent. would you mind elaborating on this? Other language support is on my list of things to do, would be good to get peoples wishes captured for when I start down that route Sure. We have a team of system administrators within our organisation who love the look and power of MCollective but are currently unable to utilise it fully as they don't know ruby (for some reason Python is the language of choice here!). I'm writing a new web interface for our change management system that will b= e written in DJango, it would be really nice to be able to trigger mcollective actions as part of a change request, but without Python bindings we need to run the SIMPLERPC sinatra client (and we need to make adjustments to it!) so we can use a web interface to send a request to a second API that is running on the same server as the original web interface (more on this at a later da= te as I'm also planning on releasing it under a BSD-style license). As I'm currently the only SysAd that has even a vague idea about Ruby within my organisation (and my idea of Ruby is very vague as those of you who have seen my code will know!) I'm also the only person who can extend MCollective and write new agents. I'm also therefore the only one who can write new clients for our support teams to use, where as if I could write clients in another language, I could hand out the work across the team - infact, some o= f our support guys could even write their own tools! Let me know if you would like any more on the above, I'm only to happy to he= lp - Mcollective and puppet are amazing tools and it really is about time I started giving back to the community! ;) Cheers, M. -- You received this message because you are subscribed to the Google Groups Puppet Users group. To post to this group, send email to puppet-us...@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] Templates VS static files
Hi folks, This may be a totally dumb question, but hey.. sometimes I'm dumb recently I've been rocking template's like a crazy person.. and I'm wondering, is there any reason why I shouldn't use templates for *all* files I want to manage, rather then have some files defined under files directory some in templates, and some content defined in the manifest itself.. I'm thinking that as I train our team to use puppet, having two possible source of content to look at would be easier then three. Are there any pro/cons to using templates exclusively? Thanks! -a -- You received this message because you are subscribed to the Google Groups Puppet Users group. To post to this group, send email to puppet-us...@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] Custom Fact Location Issues
Hi Guys, I have tried changing the default location of puppet facts /var/lib/ puppet/facts to /etc/puppet/development/modules/custom/lib/facter . However, it fails to check the new location, and still pulls the facts from the default location. My puppet.conf is as follows: [main] logdir=/var/log/puppet vardir=/var/lib/puppet ssldir=/etc/puppet/ssl rundir=/var/run/puppet templatedir=$confdir/templates factpath=/etc/puppet/development/modules/custom/lib/facter factsync = true [puppetmasterd] #entries read by the puppetmaster itself templatedir=/var/lib/puppet/templates #reportdir=/var/puppet/lib reports=store, log, foreman report=true ca=true autosign=true certname=puppeteer.myowndomain.co.uk ca_md = sha keylength=4096 ssl_client_header = SSL_CLIENT_S_DN ssl_client_verify_header = SSL_CLIENT_VERIFY [production] manifest = /etc/puppet/manifests/site.pp modulepath = /etc/puppet/production/modules:/etc/puppet/common/ modules [development] manifest = /etc/puppet/development/manifests/site.pp modulepath = /etc/puppet/development/modules:/etc/puppet/common/ modules:/etc/puppet/production/modules [puppetd] #entries read by the clients about puppetmaster templatedir=/var/lib/puppet/templates server=pupppeteer.myowndomain.co.uk report=true -- And on the puppet client.. info: Retrieving facts debug: Calling fileserver.list debug: Calling fileserver.describe debug: /File[/var/lib/puppet/facts]: Changing checksum debug: /File[/var/lib/puppet/facts]: 1 change(s) debug: /File[/var/lib/puppet/facts]/checksum: Replacing /var/lib/ puppet/facts checksum {mtime}Mon Oct 25 12:40:07 +0100 2010 with {mtime}Mon Oct 25 13:07:46 +0100 2010 notice: /File[/var/lib/puppet/facts]/checksum: checksum changed '{mtime}Mon Oct 25 12:40:07 +0100 2010' to '{mtime}Mon Oct 25 13:07:46 +0100 2010' debug: Finishing transaction -613821548 with 1 changes debug: Retrieved facts in 0.72 seconds 1) Why is it still reading the default location? 2) Any idea where I have gone wrong? -- You received this message because you are subscribed to the Google Groups Puppet Users group. To post to this group, send email to puppet-us...@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] Multiple errors on puppet client runs: A section with name updates already exists
Hello, I'm currently running Puppet 0.25.5-1 on CentOS 5.5. Everything has been going swimmingly until a couple of weeks ago, when I began receiving errors on one of my nodes. The node in question is also my puppetmaster, but the errors seem client-related. The errors are: err: //yumrepos::centosbase/Yumrepo[addons]: Failed to retrieve current state of resource: A section with name updates already exists err: //yumrepos::epel/Yumrepo[epel]: Failed to retrieve current state of resource: A section with name updates already exists err: //yumrepos::centosbase/Yumrepo[base]: Failed to retrieve current state of resource: A section with name updates already exists err: //yumrepos::centosbase/Yumrepo[contrib]: Failed to retrieve current state of resource: A section with name updates already exists err: //yumrepos::centosbase/Yumrepo[updates]: Failed to retrieve current state of resource: A section with name updates already exists err: //yumrepos::centosbase/Yumrepo[extras]: Failed to retrieve current state of resource: A section with name updates already exists err: //yumrepos::perkins/Yumrepo[perkins]: Failed to retrieve current state of resource: A section with name updates already exists err: //yumrepos::centosbase/Yumrepo[centosplus]: Failed to retrieve current state of resource: A section with name updates already exists notice: //yumrepos::fixperms/File[/etc/yum.repos.d]: Dependency yumrepo[centosplus] has 1 failures notice: //yumrepos::fixperms/File[/etc/yum.repos.d]: Dependency yumrepo[base] has 1 failures notice: //yumrepos::fixperms/File[/etc/yum.repos.d]: Dependency yumrepo[extras] has 1 failures notice: //yumrepos::fixperms/File[/etc/yum.repos.d]: Dependency yumrepo[addons] has 1 failures notice: //yumrepos::fixperms/File[/etc/yum.repos.d]: Dependency yumrepo[epel] has 1 failures notice: //yumrepos::fixperms/File[/etc/yum.repos.d]: Dependency yumrepo[perkins] has 1 failures notice: //yumrepos::fixperms/File[/etc/yum.repos.d]: Dependency yumrepo[updates] has 1 failures notice: //yumrepos::fixperms/File[/etc/yum.repos.d]: Dependency yumrepo[contrib] has 1 failures warning: //yumrepos::fixperms/File[/etc/yum.repos.d]: Skipping because of failed dependencies I took a look at /etc/puppet/modules/yumrepos/manifests/init.pp, and it looks normal. I'm wondering if there's a conflict somewhere in another file, but I'm not sure which file that would be; nodes.pp looks normal, and this node isn't controlled by anything within /etc/ puppet/services. I am not receiving messages like this on any other node, and have not received this message on this or any other node in the past. Any ideas would be very much appreciated. Thanks! -- You received this message because you are subscribed to the Google Groups Puppet Users group. To post to this group, send email to puppet-us...@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] Installing Software via Puppet
Hello there, I would like to install software on my puppets. I have two installation options: - RPMs lying on the master - silent installation routine lying on the master What is the standard/pattern for puppet to install software from the puppet master if it is not installed? Kind regards Maciej -- You received this message because you are subscribed to the Google Groups Puppet Users group. To post to this group, send email to puppet-us...@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: [Puppet Users] Installing Software via Puppet
On Oct 25, 2010, at 8:20 AM, Maciej Skrzetuski wrote: Hello there, I would like to install software on my puppets. I have two installation options: - RPMs lying on the master - silent installation routine lying on the master What is the standard/pattern for puppet to install software from the puppet master if it is not installed? I'm not sure what the second is, but OS packages are always the preferred way to install software on Redhat and Debian based systems. Any reason not to setup a repository? -- You received this message because you are subscribed to the Google Groups Puppet Users group. To post to this group, send email to puppet-us...@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: [Puppet Users] Templates VS static files
On Mon, Oct 25, 2010 at 8:12 AM, Alaric paxindust...@gmail.com wrote: Hi folks, This may be a totally dumb question, but hey.. sometimes I'm dumb recently I've been rocking template's like a crazy person.. and I'm wondering, is there any reason why I shouldn't use templates for *all* files I want to manage, rather then have some files defined under files directory some in templates, and some content defined in the manifest itself.. I'm thinking that as I train our team to use puppet, having two possible source of content to look at would be easier then three. Are there any pro/cons to using templates exclusively? You may end up with files that have template expansion syntax inside them that you weren't expecting? Have you looked at the file() function? It's very similar to template, but without the templating. Unfortunately it's not quite consistent with the template function, but we are going to fix that. It takes absolute paths, not module-based. https://projects.puppetlabs.com/issues/4885 is the ticket to watch for us adding the ~ syntax and making the file/template functions consistent. Thanks! -a -- You received this message because you are subscribed to the Google Groups Puppet Users group. To post to this group, send email to puppet-us...@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.compuppet-users%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en. -- Nigel Kersten Product Manager, Puppet Labs http://www.puppetlabs.com Twitter: @nigelkersten -- You received this message because you are subscribed to the Google Groups Puppet Users group. To post to this group, send email to puppet-us...@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: [Puppet Users] Templates VS static files
On Oct 25, 2010, at 8:12 AM, Alaric wrote: Hi folks, This may be a totally dumb question, but hey.. sometimes I'm dumb recently I've been rocking template's like a crazy person.. and I'm wondering, is there any reason why I shouldn't use templates for *all* files I want to manage, rather then have some files defined under files directory some in templates, and some content defined in the manifest itself.. I'm thinking that as I train our team to use puppet, having two possible source of content to look at would be easier then three. Are there any pro/cons to using templates exclusively? Sure, it's slower. That being said, I'm not sure if the performance difference will be big enough it matter. -- You received this message because you are subscribed to the Google Groups Puppet Users group. To post to this group, send email to puppet-us...@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: [Puppet Users] Templates VS static files
On Mon, Oct 25, 2010 at 9:52 AM, Patrick kc7...@gmail.com wrote: On Oct 25, 2010, at 8:12 AM, Alaric wrote: Hi folks, This may be a totally dumb question, but hey.. sometimes I'm dumb recently I've been rocking template's like a crazy person.. and I'm wondering, is there any reason why I shouldn't use templates for *all* files I want to manage, rather then have some files defined under files directory some in templates, and some content defined in the manifest itself.. I'm thinking that as I train our team to use puppet, having two possible source of content to look at would be easier then three. Are there any pro/cons to using templates exclusively? Sure, it's slower. That being said, I'm not sure if the performance difference will be big enough it matter. Also, in case it wasn't clear, there are fundamental differences between file/template and a source specified file like puppet:///foo/bar The former will: * be shipped as part of the catalog * always be shipped to the client in the catalog regardless of client state * can be applied offline The latter will: * not be shipped as part of the catalog * fetched at catalog application time, but only if the client requires it * cannot be applied offline -- Nigel Kersten Product Manager, Puppet Labs http://www.puppetlabs.com Twitter: @nigelkersten -- You received this message because you are subscribed to the Google Groups Puppet Users group. To post to this group, send email to puppet-us...@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: Installing Software via Puppet
Do you mean hosting your own yum repository in your own network? That is not a bad idea but it would be easier to just copy the files over to the puppets and then just rpm -ihv package, wouldn't it? Another question in this context is: How can I install software (for example RPMs) on all my puppets only on demand? Can you tell puppet to install s.th. right now? On 25 Okt., 18:46, Patrick kc7...@gmail.com wrote: On Oct 25, 2010, at 8:20 AM, Maciej Skrzetuski wrote: Hello there, I would like to install software on my puppets. I have two installation options: - RPMs lying on the master - silent installation routine lying on the master What is the standard/pattern for puppet to install software from the puppet master if it is not installed? I'm not sure what the second is, but OS packages are always the preferred way to install software on Redhat and Debian based systems. Any reason not to setup a repository? -- You received this message because you are subscribed to the Google Groups Puppet Users group. To post to this group, send email to puppet-us...@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: [Puppet Users] Templates VS static files
- Nigel Kersten ni...@puppetlabs.com wrote: Also, in case it wasn't clear, there are fundamental differences between file/template and a source specified file like puppet:///foo/bar The former will: * be shipped as part of the catalog * always be shipped to the client in the catalog regardless of client state * can be applied offline There is an often overlooked reason to use content and not source. If you're deploying manifests and code that are sensitive to being the right combination of config files vs source you absolutely want to avoid using source and favor content. Puppet has a catalog cache and will use the cache if anything went wrong during compilation of your new catalog. The 'something goes wrong' can literally be anything like syntax errors but also software crashes, being out of memory, write errors to disk or any of a 100 other factors. In this scenario puppetd will use the old catalog BUT it will still fetch files with source from the master. Should a file fetch pass it will apply the just downloaded file. In this scenario its conceivable that you end up with a scenario where your manifests are out of sync with the files being installed on your servers and this could render your servers broken. If you have very sensitive combo's of software, config and supporting files all being copied out and applied with puppet, or even if you are using packages to deploy software but puppet to deploy the configs you want to be very very careful of the cache. I recommend either avoiding source in these cases or disabling the feature that let puppet use the cache on compile failure. I also monitor my compiles for success. I've often campaigned for a catalog that combines files and everything else into one artifact but I think we're some way off from realising that still. -- You received this message because you are subscribed to the Google Groups Puppet Users group. To post to this group, send email to puppet-us...@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: MCollective Client Languages (WAS Re: [Puppet Users] Re: Accessing Facter in other languages than Ruby?)
- li...@truthisfreedom.org.uk wrote: We have a team of system administrators within our organisation who love the look and power of MCollective but are currently unable to utilise it fully as they don't know ruby (for some reason Python is the language of choice here!). I'm writing a new web interface for our change management system that will be written in DJango, it would be really nice to be able to trigger mcollective actions as part of a change request, but without Python bindings we need to run the SIMPLERPC sinatra client (and we need to make adjustments to it!) so we can use a web interface to send a request to a second API that is running on the same server as the original web interface (more on this at a later date as I'm also planning on releasing it under a BSD-style license). OK, yeah the REST thing is nice and all but its more a demo of what you can do in a specific use case, writing a truely generic REST bridge might have value I am not sure but it will be a PITA. Ideally we'll get other languages to be clients directly obviously thats the biggest win. Are you using the SSL security plugin? It uses YAML and there's some sample Perl code that speaks to mcollective - at least mc-ping - in ext, it should be easy to make any language that has a syck YAML library to work with mcollective. Eventually I hope to have some nice libraries in the usual suspects like Perl, Python and PHP but really I dont know or dont care enough for those languages to bother doing it. I'd gladly help someone who is keen to write such a library though. We should probably also consider making JSON based serialization an option for this kind of thing though I quite like that the Marshal and YAML based plugins preserve data types 100% but that also risk making the thing ruby specific so it's probably high time to make it so that we only support the primitives that JSON supports. As I'm currently the only SysAd that has even a vague idea about Ruby within my organisation (and my idea of Ruby is very vague as those of you who have seen my code will know!) I'm also the only person who can extend MCollective and write new agents. I'm also therefore the only one who can write new clients for our support teams to use, where as if I could write clients in another language, I could hand out the work across the team - infact, some of our support guys could even write their own tools! The roadmap [1] covers some of what I have in mind for different languages, essentially you'll be able to write a small ruby wrapper that defines the interface of an agent but you can then provide the actions of an agent in any language and even use different languages to build up one agent. The ruby wrapper could be made using a generator so you might not even need to know much of ruby. Some way off still but thats the plan, [1] http://marionette-collective.org/roadmap/actions_in_other_languages.html -- You received this message because you are subscribed to the Google Groups Puppet Users group. To post to this group, send email to puppet-us...@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: [Puppet Users] Re: Installing Software via Puppet
Maciej Skrzetuski wrote: Do you mean hosting your own yum repository in your own network? That is not a bad idea but it would be easier to just copy the files over to the puppets and then just rpm -ihv package, wouldn't it? No, it wouldn't be. You lose yum's ability to install depndencies for one. Creating a yum repository is as simple as createrepo /path/ and serving that via apache really. Another question in this context is: How can I install software (for example RPMs) on all my puppets only on demand? Can you tell puppet to install s.th. right now? Puppet's not really geared to that sort of one-off thing. Tools like func or mcollective are better suited for that. -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ I am not young enough to know everything. -- Oscar Wilde (1854-1900) pgp4WGbNLVCI9.pgp Description: PGP signature
[Puppet Users] Passenger Problems
Hi all, I'm new to Puppet and I'm trying to setup a puppet master and a client on Amazon EC2 using Passenger. I've gone through the steps described here (http://docs.puppetlabs.com/guides/passenger.html) and here (http://github.com/puppetlabs/puppet/tree/master/ext/rack). However, I am still having some issues. My Environment: * Amazon EC2 * Puppet 2.6.1 * Passenger 2.2.5 Issue #1: From the puppet master node you can see below that passenger is running. However, when I run passenger-status it says that it's not running? Why? r...@ip-10-162-214-xxx:/var/log/apache2# ps -ef | grep passenger root 17327 17314 0 19:37 ?00:00:00 /var/lib/gems/1.8/gems/ passenger-2.2.5/ext/apache2/ApplicationPoolServerExecutable 0 /var/lib/ gems/1.8/gems/passenger-2.2.5/bin/passenger-spawn-server /usr/bin/ ruby1.8 /tmp/passenger.17294 root 17422 13196 0 19:38 pts/000:00:00 grep --color=auto passenger r...@ip-10-162-214-xxx:/var/log/apache2# passenger-status ERROR: Phusion Passenger doesn't seem to be running. r...@ip-10-162-214-xxx:/var/log/apache2# Issue #2: From the puppet client I execute puppetd --waitforcert 60 --test and receive below: r...@ip-10-161-106-xxx:/etc/puppet# puppetd --waitforcert 60 --test notice: Ignoring --listen on onetime run err: Could not retrieve catalog from remote server: Error 500 on SERVER: However, this gives the 500 above and in the puppet master's apache2 error.log I see below. [Mon Oct 25 19:37:02 2010] [warn] Init: Session Cache is not configured [hint: SSLSessionCache] [Mon Oct 25 19:37:02 2010] [notice] Apache/2.2.16 (Ubuntu) Phusion_Passenger/2.2.5 mod_ssl/2.2.16 OpenSSL/0.9.8o configured -- resuming normal operations *** Exception NameError in PhusionPassenger::Rack::ApplicationSpawner (uninitialized constant PhusionPassenger::Utils::PseudoIO::StringIO) (process 17328): from /var/lib/gems/1.8/gems/passenger-2.2.5/lib/ phusion_passenger/utils.rb:207:in `initialize' from /var/lib/gems/1.8/gems/passenger-2.2.5/lib/ phusion_passenger/utils.rb:248:in `new' from /var/lib/gems/1.8/gems/passenger-2.2.5/lib/ phusion_passenger/utils.rb:248:in `report_app_init_status' from /var/lib/gems/1.8/gems/passenger-2.2.5/lib/ phusion_passenger/rack/application_spawner.rb:91:in `run' from /var/lib/gems/1.8/gems/passenger-2.2.5/lib/ phusion_passenger/rack/application_spawner.rb:69:in `spawn_application' from /var/lib/gems/1.8/gems/passenger-2.2.5/lib/ phusion_passenger/utils.rb:183:in `safe_fork' from /var/lib/gems/1.8/gems/passenger-2.2.5/lib/ phusion_passenger/rack/application_spawner.rb:62:in `spawn_application' from /var/lib/gems/1.8/gems/passenger-2.2.5/lib/ phusion_passenger/rack/application_spawner.rb:45:in `spawn_application' from /var/lib/gems/1.8/gems/passenger-2.2.5/lib/ phusion_passenger/spawn_manager.rb:159:in `spawn_application' from /var/lib/gems/1.8/gems/passenger-2.2.5/lib/ phusion_passenger/spawn_manager.rb:287:in `handle_spawn_application' from /var/lib/gems/1.8/gems/passenger-2.2.5/lib/ phusion_passenger/abstract_server.rb:352:in `__send__' from /var/lib/gems/1.8/gems/passenger-2.2.5/lib/ phusion_passenger/abstract_server.rb:352:in `main_loop' from /var/lib/gems/1.8/gems/passenger-2.2.5/lib/ phusion_passenger/abstract_server.rb:196:in `start_synchronously' from /var/lib/gems/1.8/gems/passenger-2.2.5/bin/passenger- spawn-server:61 Any idea(s) how to fix these two issues and what I'm doing wrong? -- You received this message because you are subscribed to the Google Groups Puppet Users group. To post to this group, send email to puppet-us...@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: Templates VS static files
On Oct 25, 11:13 am, R.I.Pienaar r...@devco.net wrote: In this scenario puppetd will use the old catalog BUT it will still fetch files with source from the master. This is also possible during your VCSs 'update' if /etc/puppet is a workdir. This came up at puppet camp, and I think two groups mentioned seeing this actually happen in production. In both cases puppetd just corrected it on the next run. I've often campaigned for a catalog that combines files and everything else into one artifact but I think we're some way off from realising that still. From the description I think #4817 implements this? I haven't even looked at the code though, so reality may vary. -- You received this message because you are subscribed to the Google Groups Puppet Users group. To post to this group, send email to puppet-us...@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: Templates VS static files
On Oct 25, 8:12 am, Alaric paxindust...@gmail.com wrote: Are there any pro/cons to using templates exclusively? Besides the already mentioned there are some security issues with using the file server from puppet. Richard Crowley covered this a bit in his puppetcamp talk[1]. He also distributes all of his configs in the catalog, so there's an example of production. On the downside your catalog will get pretty big. I can say that you shouldn't have any problems at 300Kb, at least. I'd be wary of getting too much bigger than that. [1] http://rcrowley.org/talks/puppet-camp-2010/#1 -- You received this message because you are subscribed to the Google Groups Puppet Users group. To post to this group, send email to puppet-us...@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: [Puppet Users] Re: Templates VS static files
On Oct 25, 2010, at 1:55 PM, donavan wrote: On Oct 25, 11:13 am, R.I.Pienaar r...@devco.net wrote: In this scenario puppetd will use the old catalog BUT it will still fetch files with source from the master. This is also possible during your VCSs 'update' if /etc/puppet is a workdir. This came up at puppet camp, and I think two groups mentioned seeing this actually happen in production. In both cases puppetd just corrected it on the next run. I've often campaigned for a catalog that combines files and everything else into one artifact but I think we're some way off from realising that still. From the description I think #4817 implements this? I haven't even looked at the code though, so reality may vary. You also might want to watch http://projects.puppetlabs.com/issues/4837 That looks more like what you want to me although it isn't finished. #4817 seems to have working code though. -- You received this message because you are subscribed to the Google Groups Puppet Users group. To post to this group, send email to puppet-us...@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.