rsyslog trouble shooting

openstack,swift的log不输出了。trouble shooting过程 ,

发现我们的程序 /var/log/swift/proxy.log等总是不输出log。

因为log rsyslog控制,所以这些log应该是 rsyslog进程打开

lsof -p rsyslog 发现没有打开这些文件, 并显示一些错误信息。

重启rsyslogd进程发现下面信息

/var/lib/rsyslog/imjounral.state 不能scan。

删掉这个文件 重启rsyslogd进程 , OK

时间: 2024-10-08 11:13:06

rsyslog trouble shooting的相关文章

Android-First trouble shooting

进来的开发一直都很奇葩,从PC web前端到web后端再到iOS端再到Android端,每一次都是摸了点皮毛就得因为项目需求转战其他平台,想想真觉得不合适.就像从昨天其遇到的这个问题,竟然调了几个小时才确定问题. 下面废话少说了,写trouble shooting. 之前依照网上的教程已经跑通了一个demo,完成蓝牙的启动.配对.写命令以及activity的切换. 结果前两天在重新写一个程序,然后添加了前向的一些功能后,将之前写好的这些代码和XML文件添加到这个项目中,却在切换进程和打开蓝牙时都

Linux 常见的trouble shooting故障排错

Linux 常见的trouble shooting故障排错 备份开机所必须运行的程序对一个运维人员来说是非常有必要的.在实际生产环境中,系统和数据基本都是安装在不同的硬盘上面,因为企业最关心的还是数据,系统崩溃了,最坏的方法就是重新安装系统,但是数据丢失了,那会直接给企业带来损失,如果系统和数据都放在同一个硬盘上面,那系统都进不去了,何谈数据.解决常见的trouble shooting,不要在系统出现故障的时候,想到的第一个就是重装系统.为解决常见的trouble shooting,首先必须先了

SharePoint Workflow Trouble Shooting(一)Task被锁住或者卡住

[译者按]Andy Li这篇文章,是我看过的最好的,最透彻的关于SharePoint Workflow架构的文章.通过阅读他的文章,我才清楚的了解了SharePoint Workflow的运作机制,并且在遇到问题的时候,知道如何下手查找问题.因此翻译过来,希望对Workflow的开发人员有帮助.本部分主要讲trouble shooting. 这篇博客是由Andy Li贡献的,他是SharePoint开发人员支持组的处理疑难问题的工程师.原文地址.这个关于Workflow的系列,是他贡献给社区的,

SharePoint Workflow Trouble Shooting(二)分析log文件

[译者按]Andy Li这篇文章,是我看过的最好的,最透彻的关于SharePoint Workflow架构的文章.通过阅读他的文章,我才清楚的了解了SharePoint Workflow的运作机制,并且在遇到问题的时候,知道如何下手查找问题.因此翻译过来,希望对Workflow的开发人员有帮助.本部分主要讲trouble shooting. 这篇博客是由Andy Li贡献的,他是SharePoint开发人员支持组的处理疑难问题的工程师.原文地址.这个关于Workflow的系列,是他贡献给社区的,

Mysql create constraint foreign key faild.trouble shooting method share

mysql> create table tb_test (id int(10) not null auto_increment primary key,action_id int(10) not null,error_code int(10) not null default 0,desc_key varchar(64) not null default 'audit.log.default',INDEX(action_id),constraint `FK_ACTIONID` foreign k

Ubuntu上Docker安装Trouble Shooting

(我的环境是Mint7.1,相当于Ubuntu14.04) 1,首先,根据docker.com上的安装指导来安装docker,这里就不重复了,参考: https://docs.docker.com/installation/ubuntulinux/   2,执行 $ docker version 你可能遭遇如下错误: FATA[0000] Get http:///var/run/docker.sock/v1.17/version: dial unix /var/run/docker.sock:

OpenStack Juno - Trouble Shooting

1    compute node修改了主机名,重启服务导致原来运行中的虚拟机都消失了 原因: nova数据库的instances和neutron数据库的ml2_port_bindings都依赖主机名 先来看下instances表结构: desc instances; +--------------------------+-----------------------+------+-----+---------+----------------+ | Field              

Trouble Shooting -- Commonj任务同一时间多次触发

老系统,使用了commonj做为时间和任务线程池.其中的时间管理之前系统只有单个fixed-rate的时间任务一直都运行的很好,最近系统中加入了健康监控(dropwizard healtch check),需要加多一个时间任务,结果在测试过程中出现了healtch check任务偶尔在触发点执行多次的问题,百思不得其解,读了commonj的源代码 (de.myfoo.commonj.timers.FooTimerManager.java和de.myfoo.commonj.timers.Timer

Spring Struts Hibernate trouble shooting | 一些问题的记载

Struts 2 Struts 2上传文件报错 [13 16:09:13,321 catalina-exec-5] CommonsLogger.warn(56) | Could not find create multipart save directory '/attachment'.[13 16:09:13,323 catalina-exec-5] CommonsLogger.warn(60) | Unable to parse requestorg.apache.commons.fileu