docker日志出现无法检索问题的解决
日常检查服务的时候，从portainer那里进去看容器日志的时候，发现右上角出现红色的感叹号：Unabletoretrievecontainerlogs。
因为之前没出现过这样的问题，所以就先上服务器上用命令dockerlogs-fcontainerID看日志，发现日志也是动不了，还是停留在某个时间的日志记录上。
想了一下不应该是服务的日志打印出问题，先照着Google搜索了一遍，发现都没有跟我的问题相匹配的。因为日志有时能收集显示，有些日志不可以，应该是跟docker设置的日志引擎有问题。
本来是想整一套EFK的，但是感觉现在日志量还不够大，所以并没有修改docker的日志引擎，还是默认的journald
[root@ad-officialxiaoxiao]#dockerinfo|grepLogging WARNING:You'renotusingthedefaultseccompprofile LoggingDriver:journald
journald的官方文档上有这么一个说明：
manjournald.conf...RateLimitInterval=,RateLimitBurst=Configurestheratelimitingthatisappliedtoallmessagesgeneratedonthesystem.If,inthetimeintervaldefinedbyRateLimitInterval=,moremessagesthanspecifiedinRateLimitBurst=areloggedbyaservice,allfurthermessageswithintheintervalaredroppeduntiltheintervalisover.Amessageaboutthenumberofdroppedmessagesisgenerated.Thisratelimitingisappliedper-service,sothattwoserviceswhichlogdonotinterferewitheachother'slimits.Defaultsto1000messagesin30s.ThetimespecificationforRateLimitInterval=maybespecifiedinthefollowingunits:"s","min","h","ms","us".Toturnoffanykindofratelimiting,seteithervalueto0....
这里写了默认30秒内只能接收1000条日志，看到这里就能明白了，因为前阵子刚在docker发布了一个单日日志文件大小差不多达到3G的服务，导致到了其他服务的日志也受到了影响，大量的日志被journald丢弃，所以我们修改一下配置就没有问题了。
打开/etc/systemd/journald.conf文件，将RateLimitBurst从默认的1000修改成5000，根据自己目前的日志输出量进行调整：
[root@ad-officiallog]#cat/etc/systemd/journald.conf #Thisfileispartofsystemd. # #systemdisfreesoftware;youcanredistributeitand/ormodifyit #underthetermsoftheGNULesserGeneralPublicLicenseaspublishedby #theFreeSoftwareFoundation;eitherversion2.1oftheLicense,or #(atyouroption)anylaterversion. # #Entriesinthisfileshowthecompiletimedefaults. #Youcanchangesettingsbyeditingthisfile. #Defaultscanberestoredbysimplydeletingthisfile. # #Seejournald.conf(5)fordetails. [Journal] #Storage=auto #Compress=yes #Seal=yes #SplitMode=uid #SyncIntervalSec=5m #RateLimitInterval=30s RateLimitBurst=5000 #SystemMaxUse= #SystemKeepFree= #SystemMaxFileSize= #RuntimeMaxUse= #RuntimeKeepFree= #RuntimeMaxFileSize= #MaxRetentionSec= #MaxFileSec=1month ForwardToSyslog=no #ForwardToKMsg=no #ForwardToConsole=no ForwardToWall=no #TTYPath=/dev/console #MaxLevelStore=debug #MaxLevelSyslog=debug #MaxLevelKMsg=notice #MaxLevelConsole=info #MaxLevelWall=emerg #LineMax=48K
顺便将ForwardToSyslog和ForwardToWall设置成no，因为默认是yes，会导致我们清理了journal的日志文件，而Syslog中的没有清除掉，慢慢的就会将磁盘占满。
然后重启一下journald就可以恢复正常使用啦：systemctlrestartsystemd-journald.service
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持毛票票。
声明：本文内容来源于网络，版权归原作者所有，内容由互联网用户自发贡献自行上传，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任。如果您发现有涉嫌版权的内容，欢迎发送邮件至：czq8825#qq.com（发邮件时，请将#更换为@）进行举报，并提供相关证据，一经查实，本站将立刻删除涉嫌侵权内容。