New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
promtail: failed to get file size from tailer #1325
Comments
Is there a use case where this is really important to fix? Restarting promtail doesn't seem terrible to me if you are updating permissions on files/directories. |
I'm deploying |
This issue has been automatically marked as stale because it has not had any activity in the past 30 days. It will be closed in 7 days if no further activity occurs. Thank you for your contributions. |
We are also encountering this problem as logs are rotated. Our environment uses Nomad for container orchestration, with some nodes running 15 or more services; so logs are rotated frequently. |
I'm sorry @karlism that I didn't look more closely at this when you opened the issue to see that it was such an easy fix :( |
@slim-bean I do think we should improve the error msg promting that there is no permission on file. |
I have promtail installed i my amazonlinux 2 ec2 instance to view the nginx aceess logs and for nginx access logs have log rotated enabled. Can i assume due to this i am getting this error? |
Describe the bug
Warning in logs about "failed to get file size from tailer", even after file permissions are fixed.
To Reproduce
Steps to reproduce the behavior:
promtail
with file that is not readable by it:/var/log/secure
permissions to make it readable bypromtail
group (keeppromtail
process started in the previous step running):promtail
output and see that warning is still triggered despite the fact that file permissions have been fixed:promtail
process and start it again, no morefailed to get file size from tailer
warnings:Expected behavior
I would expect errors to go away after action in step 2 are performed without restarting
promtail
service, especially since the warning is triggered repeatedly, which makes me assume that it tries to repeatedly open the log file, but cannot succeed.Environment:
The text was updated successfully, but these errors were encountered: