Open nitin194 opened 3 years ago
Hi @nitin194, the logs look clean to me. Can you please wait for a while and send more debug logs if possible with some error and warn messages?
Also, Can you please try using another output plugin (may be stdout
output plugin) instead of cloudwatch? Just to make sure its an real issue with CloudWatch output plugin?
@nitin194 Also, I am curious how you got the Fluent Bit log output? Since Fluent Bit is run as a hidden process, last time I checked, they don't support allowing customers to see its logs.
Hi @nitin194, the logs look clean to me. Can you please wait for a while and send more debug logs if possible with some error and warn messages?
Also, Can you please try using another output plugin (may be
stdout
output plugin) instead of cloudwatch? Just to make sure its an real issue with CloudWatch output plugin?
Thank you for your suggestions. However, I am not sure where does the log output will go using stdout, Will it be shown in the same log file?
@nitin194 Also, I am curious how you got the Fluent Bit log output? Since Fluent Bit is run as a hidden process, last time I checked, they don't support allowing customers to see its logs.
We are running Fluentbit as a sidecar for customized logging rather than the usual AWS fluent bit config setup. Thats why we are able to see the container specific logs
Hi, @nitin194, If you use stdout, your logs will appear in the same place as the fluent bit info logs.
Could you also change your log level to debug, and show the Fluent Bit error logs when you encounter this problem?
@nitin194 did you figure it out?
@nitin194 did you figure it out?
Sadly not @sufiyanghori
@nitin194 did you figure it out?
Sadly not @sufiyanghori
For me it worked after I mount the volume to both container and the fluentbit sidecar.
@nitin194 did you figure it out?
Sadly not @sufiyanghori
For me it worked after I mount the volume to both container and the fluentbit sidecar.
That sounds awesome ... would you be able to share the sample manifest for the benefit of others too?
Ensure you have service account attached to your deployment.
The Amazon EC2 instance metadata service (IMDS) isn't available to pods that are deployed to Fargate nodes. If you have pods that are deployed to Fargate that need IAM credentials, assign them to your pods using IAM roles for service accounts. If your pods need access to other information available through IMDS, then you must hard code this information into your pod spec. This includes the AWS Region or Availability Zone that a pod is deployed to.
Fluent Bit Log Output
Fluent Bit Version Info
Fluent Bit v1.7.4
Cluster Details
AWS EKS Fargate Cluster App Mesh is being used VPC is not network restricted
Application Details
Steps to reproduce issue
Please note main application docker image is not public
Related Issues
https://stackoverflow.com/q/69404530/9548311