-
Notifications
You must be signed in to change notification settings - Fork 3.6k
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
error initializing stream - i/o timeout #7259
Comments
@silveraignacio is this still an issue for you? unfortunately I don't know much about the syslog setup for promtail but from https://grafana.com/docs/loki/latest/send-data/promtail/configuration/#syslog it looks like promtail establishes a TCP connection to the forwarder. |
I've been experiencing this issue as well. It used to work, although Tereform updated the components (all docker containers) and now it's generating this same issue. Initially there was an issue with the syslog-ng configuration as it now has a requirement for including @Version and @include at the top of the config. That was resolved and it's configured to send to my Promtail container. Then I found Grafana couldn't connect to Loki, I identified I wasn't pulling from the same docker provider for both, so changed them to both use Grafana/. That now works, so I know I can connect to Loki. Promtail itself is listening, from testing the following from my PC;
I believe it should go, device -> syslog-ng -> promtail -> loki. If I stop the syslog-ng container then promtail stops presenting the i/o timeouts, so it looks like syslog-ng is communicating with promtail. I'm just not sure if the errors relate to inbound to promtail from syslog-ng or if it's outbound from promtail to loki. Both are configured to use the latest build; UPDATE RESOLVED: |
Thanks for the update with the config fix 👍 |
@Shnooter Can you please share some more detail on how/where you set the port 514 for syslog-ng and what you mean by: Also the container by default was bound using TCP, however the syslogs were being sent to syslog-ng via UDP. Changing the container protocol resolved that. ? (although if I can query the logs using the explore option in Grafana: docker logs of the promtail container showing these warnings:
(172.19.0.2 being the promtail docker container and 172.19.0.5 being the syslog-ng container) |
@virtualistic so in my terraform I basically have it defined like this; I believe to do the same when running docker as a command it's in the -p parameter and should look something like this;
I am using this in a lab setup at home, so there could a chance I'm not using best practice for different parts ;) |
Thanks for your quick reply @Shnooter !
Can you perhaps share your promtail-config.yaml so we can compare?
|
I've compared configs and it's looks the same bar your syslog-ng. You have the udp port as 5514, I have mine as 514 as that's what my container will use for it's internal port. Network device -> udp 514 docker host -> udp 5514 syslog-ng -> promtail |
Describe the bug
I have promtail configured to use syslog module. Syslog module is configured to listen on port 1514 and syslog-ng pod is sending information to promtail. It has the following config:
I'm getting the following error in the logs sporadically:
I have it deployed on 8 worker nodes, and all of them are showing the same issue (of course varying the IP). The IP after the "->" corresponds to some syslog pod. I do not understand why promtail want to reach syslog pod if is syslog who should initiate the traffic
To Reproduce
Steps to reproduce the behavior:
Expected behavior
No timeout should be found
Environment:
Screenshots, Promtail config, or terminal output
If applicable, add any output to help explain your problem.
The text was updated successfully, but these errors were encountered: