On 04/18/2017 01:51 PM, Shepp wrote:
Hello,
I've posted over on the FluentD Google Groups but was directed here.
https://groups.google.com/forum/#!topic/fluentd/Uo2E6kQzM5E
<https://groups.google.com/forum/#%21topic/fluentd/Uo2E6kQzM5E>
I've got an OpenShift test lab in AWS, all the Aggregated Logging PODs
are deployed and running, and I believe I've also configured the
OpenShift Master Node master-config.yaml to display the FluentD
aggregated logs in the OpenShift Web Interface, however I don't see
the aggregated logs for any of our running images. I don't think the
logs are throwing any kind of severe error that I can tell is causing
this to not work. What I think might be a problem is in the KIBANA
'ROUTES' in OpenShift. I've attached a .png of the routes, one thing
I can say is the logging-kibana route looks close to right but when I
try to open that URL there's nothing there at that URL. In this setup
port 8443 is open, not 443 (if that is what Kibana is trying to use),
and the OpenShift console is at URL/console, yet that and the port
seems to have been ignored?
The way Routes work in OpenShift is that the hostname is used as the
discriminator for the route. I'm not sure if you can use the same
hostname for both the OpenShift console and Kibana even though they use
different ports. Usually, Kibana is deployed at kibana.{{ openshift
deployment subdomain }} and you will have to set up either DNS to have
the correct IP address for kibana.{{ openshift deployment subdomain }}
or just hack your /etc/hosts file. The Route listens at host on port
443 (https). It will redirect requests to the logging-kibana Service,
which may be on a different port.
Also the second ROUTE kibna-ops.example.com
<http://kibna-ops.example.com/> - that is obvisouly some sort of
default URL, what would this need to be set to?
You can ignore it if you deployed without the separate ops cluster.
In the I've copied out and zipped each PODs log file. and the image of
the ROUTES for Kibana. I don't know what else to check.
2017-04-13 06:30:18 -0400 [warn]: temporarily failed to flush the
buffer. next_retry=2017-04-13 06:30:19 -0400 error_class="NoMethodError"
error="undefined method `status' for nil:NilClass"
plugin_id="object:1fe9bb4"
2017-04-13 06:30:18 -0400 [warn]:
/usr/share/gems/gems/elasticsearch-transport-1.0.18/lib/elasticsearch/transport/transport/base.rb:265:in
`rescue in perform_request'
2017-04-13 06:30:18 -0400 [warn]:
/usr/share/gems/gems/elasticsearch-transport-1.0.18/lib/elasticsearch/transport/transport/base.rb:247:in
`perform_request'
2017-04-13 06:30:18 -0400 [warn]:
/usr/share/gems/gems/elasticsearch-transport-1.0.18/lib/elasticsearch/transport/transport/http/faraday.rb:20:in
`perform_request'
2017-04-13 06:30:18 -0400 [warn]:
/usr/share/gems/gems/elasticsearch-transport-1.0.18/lib/elasticsearch/transport/client.rb:128:in
`perform_request'
Are you using 1.4/3.4? And did you recently upgrade from 1.3/3.3?
If so, looks like your fluent.conf is incorrect. Can you provide this?
oc get configmap logging-fluentd -o yaml
Any help would be greatly appreciated.
Thanks and best wishes,
Joel
Inline image 2
_______________________________________________
users mailing list
[email protected]
http://lists.openshift.redhat.com/openshiftmm/listinfo/users
_______________________________________________
users mailing list
[email protected]
http://lists.openshift.redhat.com/openshiftmm/listinfo/users
