You should be running puppet version 2 clients with puppetmaster version 2.
You should be running puppet version 3 clients with puppetmaster version 3.


On Thu, Jul 11, 2013 at 11:41 AM, Forrie <[email protected]> wrote:

> I'm having a perplexing problem with Puppet 3.2.2 (agent) on CentOS
> 6.3.    There are two systems, recently built, that exhibit the same
> problem.   I'm using the same, very basic and simple config I have on all
> of my systems (most of which are CentOS 5).  This system has its own ruby
> and puppet installation (gem), which is the only real difference.
>
> Basically, I can't get the master to generate a certificate.   I can
> telnet to the puppet inbound port, no problem.
>
> here's what I see:
>
> [ puppet master log ]
> 10.101.0.10 - - [11/Jul/2013:14:30:50 -0400] "GET /production/certificate/
> de-prod-archive.de-prod.harvard.edu? HTTP/1.1" 404 62 "-" "-"
> 10.101.0.10 - - [11/Jul/2013:14:30:50 -0400] "GET /production/certificate/
> de-prod-archive.de-prod.harvard.edu? HTTP/1.1" 404 62 "-" "-"
>
> [ puppet client log / debug, no-daemonize ]
>
> Debug: Finishing transaction 69955790206320
> Info: Creating a new SSL key for de-prod-archive.de-prod.harvard.edu
> Info: Caching certificate for ca
> Info: Caching certificate_request for de-prod-archive.de-prod.harvard.edu
> Debug: Using cached certificate for ca
> Debug: Using cached certificate for ca
> Debug: Using cached certificate for ca
> Notice: Did not receive certificate
>
>
> I've Googled around for this error, but I don't see a solution to my issue
> -- I wonder if I'm missing a ruby gem, or if there is generally something
> wrong with running this on CentOS 6 (that would be odd).
>
> I have tried completely removing /var/lib/puppet on the agent and starting
> over, that has no effect.
>
> The puppet.conf I'm using on all my systems:
>
>
> [main]
>         server = my-server.name.com
>
>         vardir = /var/lib/puppet
>
>         logdir = /var/log/puppet
>
>         rundir = /var/run/puppet
>
>         ssldir = $vardir/ssl
>
> [agent]
>
>         classfile = $vardir/classes.txt
>
>         localconfig = $vardir/localconfig
>
>         syslogfacility = local4
>
>         report = true
>
>         listen = true
>
>
> Am I missing something?   Granted, the older clients are running 2.7.x, so
> perhaps I've missed something in the upgrade docs and I need to add to the
> *.conf file.   The master server is running Puppet 3.2.2 under Passenger
> 4.0.8, all the other clients are connecting just fine.   Iptables is not a
> factor here, either.
>
>
> Thanks.
>
>
>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> To post to this group, send email to [email protected].
> Visit this group at http://groups.google.com/group/puppet-users.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/puppet-users.
For more options, visit https://groups.google.com/groups/opt_out.


Reply via email to