Chinaunix首页 | 论坛 | 博客
  • 博客访问: 482230
  • 博文数量: 108
  • 博客积分: 25
  • 博客等级: 民兵
  • 技术积分: 1134
  • 用 户 组: 普通用户
  • 注册时间: 2010-03-29 19:43
文章分类

全部博文(108)

文章存档

2016年(10)

2015年(9)

2014年(73)

2013年(16)

我的朋友

分类: 系统运维

2014-05-04 17:05:17

我们的服务器是默认不开启abrt的。刚才有位同事跟我说这个是否需要开启。我也不知道呀。。
然后找了下相关资料。
大体意思就是说abrt只负责管理的一些package的bug。如第三方的都是不负责report bug的。。

Abrtd

abrtd is an automatic error reporting tool created by Redhat for their OS (and Centos). It will attempt to automatically send debugging information to Redhat (and others) when an error with a piece of software occurs but only if abrtd identifies it as being managed package on the system, such as OS produced by redhat, Centos, Atomicorp, etc. That error means something happened with a piece of software that is NOT package managed (so its not ours, redhats, centos, etc.)

If a piece of software is identified by abrtd as not being a redhat (or Centos) package, for example cpanels source built http, or cpanels PHP, PERL, etc. packages, abrtd will delete the dump because it will not send debugging information for non-package managed software (cpanels apache for example). This is more than likely whats happening, you have a non-package managed piece of software that has an error and abrtd has identified it as not package managed, or one of redhat/centos pieces of software and is likely built from source (and therefore not maintained by Redhat, Centos, Atomicorp, etc.). Our software, for example, if it has an error will automatically report that to us. cpanel, for example, will not because its not package managed. So if you see this error, it means you have something that is not package managed that has run into an error. If you have additional questions about abrtd itself, we recommend you discuss this with your OS vendor.

阅读(3513) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~