Warning: error tailing logs

[michaelgrifalconi]

Hello, I performed a new install of bosh-lite on vagrant, and using a linux box I followed the guide to deploy cf (branch develop) and diego

Everything is deployed (I've had some troubles on the release creation because not all the compiler were configured to take the proxy info but is fine now)

cf apps:

Getting apps in org myOrg / space dev as admin...
FAILED
Server error, status code: 500, error code: 10001, message: An unknown error occurred.

cf push:

OK

Warning: error tailing logs
Unauthorized error: You are not authorized. Error: Invalid authorization
Starting app hwphp in org myOrg / space dev as admin...
FAILED
Server error, status code: 500, error code: 10001, message: An unknown error occurred.

It seems to be something like:
https://groups.google.com/a/cloudfoundry.org/forum/#!topic/vcap-dev/VzBQDblEEwk [solved but I didn't found the file to edit, its an old release]

https://groups.google.com/a/cloudfoundry.org/forum/#!msg/bosh-users/Yb3X9vMtd9Y/NZBtkXvI1igJ [unanswered]

can someone give me an hint about that?
Thank you!

edit:

this is a log I collected:

<11>2015-03-10T12:33:21.493514+00:00 10.244.0.138 vcap.cloud_controller_ng [job=api_z1 index=0]  {"timestamp":1425990801.4934351,"message":"Request failed: 500: {\"code\"=>10001, \"description\"=>\"SSL_connect returned=1 errno=0 state=SSLv3 read server certificate B: certificate verify failed\", \"error_code\"=>\"CF-SSLError\", \"backtrace\"=>[\"/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/vendor/bundle/ruby/2.1.0/gems/httpclient-2.5.3.3/lib/httpclient/session.rb:314:in `connect'\", \"/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/vendor/bundle/ruby/2.1.0/gems/httpclient-2.5.3.3/lib/httpclient/session.rb:314:in `ssl_connect'\", \"/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/vendor/bundle/ruby/2.1.0/gems/httpclient-2.5.3.3/lib/httpclient/session.rb:771:in `block in connect'\", \"/var/vcap/packages/ruby-2.1.4/lib/ruby/2.1.0/timeout.rb:91:in `block in timeout'\", \"/var/vcap/packages/ruby-2.1.4/lib/ruby/2.1.0/timeout.rb:101:in `call'\", \"/var/vcap/packages/ruby-2.1.4/lib/ruby/2.1.0/timeout.rb:101:in `timeout'\", \"/var/vcap/packages/ruby-2.1.4/lib/ruby/2.1.0/timeout.rb:127:in `timeout'\", \"/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/vendor/bundle/ruby/2.1.0/gems/httpclient-2.5.3.3/lib/httpclient/session.rb:762:in `connect'\", \"/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/vendor/bundle/ruby/2.1.0/gems/httpclient-2.5.3.3/lib/httpclient/session.rb:620:in `query'\", \"/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/vendor/bundle/ruby/2.1.0/gems/httpclient-2.5.3.3/lib/httpclient/session.rb:164:in `query'\", \"/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/vendor/bundle/ruby/2.1.0/gems/httpclient-2.5.3.3/lib/httpclient.rb:1161:in `do_get_block'\", \"/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/vendor/bundle/ruby/2.1.0/gems/httpclient-2.5.3.3/lib/httpclient.rb:962:in `block in do_request'\", \"/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/vendor/bundle/ruby/2.1.0/gems/httpclient-2.5.3.3/lib/httpclient.rb:1059:in `protect_keep_alive_disconnected'\", \"/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/vendor/bundle/ruby/2.1.0/gems/httpclient-2.5.3.3/lib/httpclient.rb:961:in `do_request'\", \"/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/vendor/bundle/ruby/2.1.0/gems/httpclient-2.5.3.3/lib/httpclient.rb:823:in `request'\", \"/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/vendor/bundle/ruby/2.1.0/gems/httpclient-2.5.3.3/lib/httpclient.rb:726:in `post'\", \"/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/lib/cloud_controller/dea/hm9000/client.rb:76:in `post_bulk_app_state'\", \"/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/lib/cloud_controller/dea/hm9000/client.rb:96:in `make_request'\", \"/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/lib/cloud_controller/dea/hm9000/client.rb:90:in `app_state_bulk_request'\", \"/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/lib/cloud_controller/dea/hm9000/client.rb:23:in `healthy_instances_bulk'\", \"/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/lib/cloud_controller/dea/instances_reporter.rb:38:in `healthy_instances_bulk'\", \"/var/vcap/packages/cloud_controller_ng/cloud_c...","log_level":"error","source":"cc.api","data":{"request_guid":"5e05004f-7ce5-4f02-7744-2b898cdc81aa::a412f221-85ac-4919-8d59-66e1565f2abd"},"thread_id":70040017744920,"fiber_id":70040026187480,"process_id":225,"file":"/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/lib/sinatra/vcap.rb","lineno":53,"method":"block in registered"}

I'd prefear to fix the certificate problem instead of lower the security level and dont use SSL, but any suggestion will be appreciated

[cf-gitbot]

We have created an issue in Pivotal Tracker to manage this. You can view the current status of your issue at: https://www.pivotaltracker.com/story/show/90000782.

[onsi]

hi @tyyko we recently started seeing this issue ourselves and are investigating it -- seems to be an upstream issue in CF-Release

[fraenkel]

We have a new updated README which includes a new template for cf-release. Regenerate your cf deployment manifest and re-deploy. You should be all set.