[chef] Re: Re: Error connecting to SSL URL


Chronological Thread 
  • From: Joe Van Dyk < >
  • To:
  • Subject: [chef] Re: Re: Error connecting to SSL URL
  • Date: Mon, 24 Aug 2009 15:21:11 -0700
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; b=JxxMPdisV4DW+SuBe1+mg+gIqxSFuBl490uQhp/Buqu8xPqgeh3ngRdEGani9g9wAR 8qIZgUrU5x2TepEs7EyZsOUXdzch8nShYm0NnHL0rEtVSxnChnVHIVl/Q3/73gU8+Mzn cH+n6VB3J7MjZiFhZOfJHhO90AuD2d+DheAgc=

On Mon, Aug 24, 2009 at 10:42 AM, Arjuna 
Christensen< >
 wrote:
> HI,
> On 25/08/2009, at 5:38 AM, 
> < >
>  wrote:
>
> Hi,
>
> I'm able to install chef server 7.8 on centos5.3 per wiki guide.  I'm also
> able
> to run chef client on a node and then 'validate' registration from the
> server
> web UI.  However, subsequent chef-client runs fail.  Looks like openid
> issues.
> Am hoping someone can point me in the right direction.
>
> BTW, previous 7.6 install worked perfectly (server & nodes).
>
> Here is the output from client:
>
> /usr/lib/ruby/1.8/net/http.rb:2097:in `error!': 400 "Bad Request"
> (Net::HTTPServerException)
> from /usr/lib/ruby/gems/1.8/gems/chef-0.7.8/lib/chef/rest.rb:233:in
> `run_request'
> from /usr/lib/ruby/gems/1.8/gems/chef-0.7.8/lib/chef/rest.rb:95:in
> `post_rest'
> from /usr/lib/ruby/gems/1.8/gems/chef-0.7.8/lib/chef/client.rb:232:in
> `authenticate'
> from /usr/lib/ruby/gems/1.8/gems/chef-0.7.8/lib/chef/client.rb:74:in
> `run'
> from
> /usr/lib/ruby/gems/1.8/gems/chef-0.7.8/lib/chef/application/client.rb:186:in
> `run_application'
> from
> /usr/lib/ruby/gems/1.8/gems/chef-0.7.8/lib/chef/application/client.rb:178:in
> `loop'
> from
> /usr/lib/ruby/gems/1.8/gems/chef-0.7.8/lib/chef/application/client.rb:178:in
> `run_application'
> from
> /usr/lib/ruby/gems/1.8/gems/chef-0.7.8/lib/chef/application.rb:57:in `run'
> from /usr/lib/ruby/gems/1.8/gems/chef-0.7.8/bin/chef-client:26
> from /usr/bin/chef-client:19:in `load'
> from /usr/bin/chef-client:19
>
>
> And here is the chef server.log:
>
> ~ Started request handling: Mon Aug 24 03:26:23 -0700 2009
> ~ Params: {"submit"=>"Verify", "action"=>"start",
> "controller"=>"chef_server_slice/openid_consumer",
> "openid_identifier"=>"https://chef001.blah.com:444/openid/server/node/node001_blah_com"}
> ~ WARNING: making https request to
> https://chef001.blah.com:444/openid/server/node/node001_blah_com without
> verifying server certificate; no CA path was specified.
> ~ Discovery failed for
> https://chef001.blah.com:444/openid/server/node/node001_blah_com: Failed to
> fetch identity URL
> https://chef001.blah.com:444/openid/server/node/node001_blah_com : Error
> connecting to SSL URL
> https://chef001.blah.com:444/openid/server/node/node001_blah_com: hostname
> does
> not match - (Merb::ControllerExceptions::BadRequest)
>
> This error means that the URL your chef server is attempting to connect to
> does not match the Common Name of the SSL certificate running there. You
> should re-generate your cert (our repo has a task) for chef001.blah.com and
> change it your Apache configuration appropriately.
> I believe the Opscode Chef Server recipe can do this automatically by
> supplying values for 'server_ssl_req' and 'server_fqdn' in JSON or
> Attributes (Roles), then running Solo.
> --
> AJ Christensen, Software Engineer
> Opscode, Inc.
> E:
>

I've ran into this problem as well.  My script that sets up chef asks
the user what they expect the fqdn to be and it sets that before
configuring chef.  It's a pretty easy thing to forget to do.

It would be awesome if that could be part of the installation routine
for debian (and maybe rpm packages) -- asking the user what the fqdn
name should be and configuring that for them.


-- 
Joe Van Dyk
http://fixieconsulting.com



Archive powered by MHonArc 2.6.16.

§