免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12下一页
最近访问板块 发新帖
查看: 4751 | 回复: 11
打印 上一主题 下一主题

[系统管理] linux重启,请高人指点,谢谢! [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2012-07-25 16:38 |只看该作者 |倒序浏览
本帖最后由 xxwang1984 于 2012-07-25 16:41 编辑

查看OS
# uname -a
Linux localhost 2.6.9-42.ELsmp #1 SMP Sat Aug 12 09:39:11 CDT 2006 i686 i686 i386 GNU/Linux

查看重启时间点:
# last | more
root     pts/1        141.151.148.187  Wed Jul 25 16:41   still logged in   
root     pts/2        191.9.3.214      Wed Jul 25 15:31   still logged in   
root     pts/1        191.9.3.214      Wed Jul 25 15:19 - 16:00  (00:40)   
reboot   system boot  2.6.9-42.ELsmp   Wed Jul 25 08:44          (08:0   
reboot   system boot  2.6.9-42.ELsmp   Tue Jul 24 19:55          (20:57)   
root     pts/1        191.9.3.214      Tue Jul 24 10:27 - 10:28  (00:00)   
reboot   system boot  2.6.9-42.ELsmp   Tue Jul 24 07:53         (1+08:59)   
reboot   system boot  2.6.9-42.ELsmp   Tue Jul 24 07:06         (1+09:46)   
reboot   system boot  2.6.9-42.ELsmp   Tue Jul 24 06:50         (1+10:01)   
reboot   system boot  2.6.9-42.ELsmp   Tue Jul 24 06:22         (1+10:30)   
reboot   system boot  2.6.9-42.ELsmp   Tue Jul 24 03:04         (1+13:47)

查看Wed Jul 25 08:44这个时间点的messages日志

Jul 24 19:56:41 localhost kernel: ip_tables: (C) 2000-2002 Netfilter core team
Jul 24 19:56:41 localhost kernel: ip_tables: (C) 2000-2002 Netfilter core team
Jul 24 19:56:41 localhost kernel: tg3: eth0: Link is up at 100 Mbps, full duplex.
Jul 24 19:56:41 localhost kernel: tg3: eth0: Flow control is off for TX and off for RX.
Jul 24 19:56:41 localhost kernel: audit(1343130987.070:3): avc:  denied  { execute } for  pid=4548 comm="syslogd" name="libcwait.so" dev=sda6 ino=1138096 scontext=user_u:system_
r:syslogd_t tcontext=root object_r:etc_t tclass=file
Jul 24 19:56:41 localhost kernel: audit(1343130987.300:4): avc:  denied  { execute } for  pid=4575 comm="portmap" name="libcwait.so" dev=sda6 ino=1138096 scontext=user_u:system_
r:portmap_t tcontext=root bject_r:etc_t tclass=file
Jul 24 19:56:41 localhost kernel: SELinux: initialized (dev rpc_pipefs, type rpc_pipefs), uses genfs_contexts
Jul 24 19:56:41 localhost kernel: i2c /dev entries driver
Jul 24 19:56:41 localhost kernel: lp: driver loaded but no devices found
Jul 24 19:56:41 localhost python: Site list is missing: mailman
Jul 24 19:56:41 localhost python:
Jul 24 19:56:41 localhost mailman: python 启动 failed
Jul 24 20:34:29 localhost su(pam_unix)[5624]: session opened for user oracle by (uid=0)
Jul 24 20:34:31 localhost su(pam_unix)[5624]: session closed for user oracle
Jul 24 20:34:33 localhost su(pam_unix)[5656]: session opened for user oracle by (uid=0)
Jul 24 20:34:55 localhost su(pam_unix)[5656]: session closed for user oracle
Jul 24 20:34:59 localhost kernel: mtrr: type mismatch for d0000000,1000000 old: uncachable new: write-combining  --重启前唯一可疑的
Jul 25 08:45:17 localhost syslogd 1.4.1: restart.
Jul 25 08:45:17 localhost syslog: syslogd ???ˉ succeeded
Jul 25 08:45:17 localhost kernel: klogd 1.4.1, log source = /proc/kmsg started.
Jul 25 08:45:17 localhost kernel: Linux version 2.6.9-42.ELsmp (buildcentos@build-i386) (gcc version 3.4.6 20060404 (Red Hat 3.4.6-3)) #1 SMP Sat Aug 12 09:39:11 CDT 2006
Jul 25 08:45:17 localhost kernel: BIOS-provided physical RAM map:


请高人看看,到底是什么原因呢

论坛徽章:
0
2 [报告]
发表于 2012-07-26 15:37 |只看该作者
还需要什么其他的日志来协助定位错误呢?

论坛徽章:
13
技术图书徽章
日期:2014-04-29 14:15:42IT运维版块每日发帖之星
日期:2015-12-12 06:20:00IT运维版块每日发帖之星
日期:2015-08-30 06:20:00IT运维版块每日发帖之星
日期:2015-08-24 06:20:00IT运维版块每日发帖之星
日期:2015-08-02 06:20:002015年亚洲杯之澳大利亚
日期:2015-04-03 15:03:12申猴
日期:2015-03-20 09:00:292015年迎新春徽章
日期:2015-03-04 09:54:452015年辞旧岁徽章
日期:2015-03-03 16:54:15季节之章:冬
日期:2015-01-20 17:08:47双子座
日期:2014-11-21 16:30:31技术图书徽章
日期:2014-07-11 16:29:08
3 [报告]
发表于 2012-07-26 16:36 |只看该作者
cat /var/log/acpid

贴出来看看

论坛徽章:
15
CU大牛徽章
日期:2013-03-13 15:32:35白羊座
日期:2013-10-30 13:11:16未羊
日期:2013-11-29 10:47:02白羊座
日期:2014-01-22 11:34:25白羊座
日期:2014-03-04 11:05:50申猴
日期:2014-07-29 16:31:36天秤座
日期:2013-10-23 15:33:47未羊
日期:2013-10-09 09:18:53CU大牛徽章
日期:2013-03-13 15:38:15CU大牛徽章
日期:2013-03-13 15:38:52CU大牛徽章
日期:2013-03-14 14:08:55未羊
日期:2013-09-23 09:29:22
4 [报告]
发表于 2012-07-26 16:49 |只看该作者
是否安装了nmon,给出nmon的结果。
memory和swap信息

论坛徽章:
0
5 [报告]
发表于 2012-07-26 18:11 |只看该作者
使用memcheck检测下内存吧,我觉得内存的ECC可能有问题了。

论坛徽章:
0
6 [报告]
发表于 2012-07-27 10:04 |只看该作者


回复 3# dengbao2001


   

论坛徽章:
0
7 [报告]
发表于 2012-07-27 10:06 |只看该作者
acpid.rar (2.31 KB, 下载次数: 4) 回复 3# dengbao2001


   

论坛徽章:
0
8 [报告]
发表于 2012-07-27 10:29 |只看该作者
ECC这个东西忒专业了,google了一下,可用valgrind工具来获取

论坛徽章:
13
技术图书徽章
日期:2014-04-29 14:15:42IT运维版块每日发帖之星
日期:2015-12-12 06:20:00IT运维版块每日发帖之星
日期:2015-08-30 06:20:00IT运维版块每日发帖之星
日期:2015-08-24 06:20:00IT运维版块每日发帖之星
日期:2015-08-02 06:20:002015年亚洲杯之澳大利亚
日期:2015-04-03 15:03:12申猴
日期:2015-03-20 09:00:292015年迎新春徽章
日期:2015-03-04 09:54:452015年辞旧岁徽章
日期:2015-03-03 16:54:15季节之章:冬
日期:2015-01-20 17:08:47双子座
日期:2014-11-21 16:30:31技术图书徽章
日期:2014-07-11 16:29:08
9 [报告]
发表于 2012-07-27 10:56 |只看该作者
本帖最后由 dengbao2001 于 2012-07-27 10:56 编辑

Issue
Received the following message when restarted the server


kernel: mtrr: type mismatch for f8000000,400000 old: uncachable new: write-combining
After reboot, the console has messages



mtrr: type mismatch for e8000000,4000000 old: uncachable new: write-combining
Environment
Red Hat Enterprise Linux 4
Red Hat Enterprise Linux 5


Resolution:
These messages are informational messages only, seen in systems with CPUs supporting MTRR and are caused by MTRR overlaps.
The messages can be safely ignored if there are no associated functional difficulties noticed in the system.
These messages are not to be considered as an error, just a kernel message to give out the information that a type mismatch in expected access mode has been noticed in the MTRR, and is intended to be corrected, if possible.
This feature is generally controlled by BIOS settings. Some system firmwares have an "MTRR Mapping" feature in the BIOS setup, you may resolve these messages by changing this setting.
Update system BIOS to the latest available version.
For more information regarding mtrr, refer to /usr/share/doc/kernel-doc-*/Documentation/mtrr.txt



Root Cause
MTRR stands for Memory Type Range Register, which are a set of Processor Supplementary Capabilities control registers that provide system software with control of how accesses to memory ranges which the CPU has cached. MTRRs may be used to control processor access to memory ranges. This is most useful when you have a video card on a PCI or AGP bus.

There are different possible access modes to memory ranges, and they are uncached, write-through, write-combining, write-protect, and write-back. Write-combining allows bus write transfers to be combined into a larger transfer before bursting them over the bus to allow more efficient writes to system resources like graphics card memory. This often increases the speed of image write operations by several times, at the cost of losing the simple sequential read/write semantics of normal memory. This is normally preferred for the X server.

MTRRs are a finite limited resource provided by the CPU (for CPUs that support MTRRs). The BIOS may use some of these to set cacheability of memory regious during POST, and the OS can modify/add/remove regions after that. However, the OS is limited to using what the hardware provides/allows.

The messages are sometimes caused by a BIOS problem. The hardware vendor needs to be consulted regarding them further.

论坛徽章:
0
10 [报告]
发表于 2012-07-27 11:27 |只看该作者
回复 5# unix5188


    安装了valgrind这个工具,但是如何来调用工具,想要预想的结果或者输出呢,谢谢!
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP