首先可以通过测试命令 ./categraf --test --inputs mysql
会在控制台打印采集数据的样例,确认一下mysql插件的配置是否存在错误,根据你的截图显示插件配置应该没有错误;
其次修改n9e的配置文件默认情况下是etc/config.toml
找到配置项 Pushgw.DebugSample 和Log,修改日志级别为DEBUG,Pushgw.DebugSample改你要排查的指标名称和数据源的ident,例如 mysql插件会上报一个名为 mysql_up的指标,上报ident为localhost.localdomain,那么对应配置文件就可以改为下面这样:
[Log]
Level = "DEBUG"
[Pushgw.DebugSample]
ident = "localhost.localdomain"
__name__ = "mysql_up"
之后重启n9e进程你就可以确认n9e是否接收到了categraf上报的数据;
最后如果根据日志观察到--> debug sample from: xxxxx
那么就可以确认n9e已经接收到了数据,再排查没有存到时序库的问题,日志上应该也能很明显看出,主要逻辑位于和排查关键字可以从writer/writer.go里去找找。
这是目前我了解到的一点方法,希望能解决你的问题。最后也挺希望能知道你最终解决问题的方法,学习一下。
根据你更新的截图,可以看到看到错误发生在n9e把数据推送部分
writer/writer.go:72 post http://192.168.187.131:9090 got error:push data xxxx
writer/writer.go:73 example timeseries:labels:<name:"__name_" value:"sockst
后续排查的关键是,确保部署n9e所在机器可以利用remote_write,通过http请求可以把数据写入时序库