精品技术论坛

精品技术论坛 (https://bbs.et8.net/bbs/index.php)
-   『软件使用』 (https://bbs.et8.net/bbs/forumdisplay.php?f=17)
-   -   【已解决】CentOS7安装到服务器上。开机后没几分钟出现poweroff就关了 (https://bbs.et8.net/bbs/showthread.php?t=1392362)

wgf4242 2021-03-23 11:58:34

【已解决】CentOS7安装到服务器上。开机后没几分钟出现poweroff就关了
 
1 个附件
1.很稳定,5分钟内必定关机。有时候1分2分。怎么查原因。

安装在服务器上的。hp dl380p gen8。不知道和这有关系没。 正常在虚拟机里装没这毛病。

2.顺便问下。Centos不维护了以后用什么。

【已解决】今天去看了眼服务器。电源故障了。。。(也可能有别的问题。)
换了一台服务器。

llyang 2021-03-23 12:57:14

OS稀奇古怪的问题,别折腾,建议:

1、换个OS。比如centos 8, debian 10
2、如果RAM大于1GB,SSD大于10GB。直接DD换个OS

总之,我怀疑你的OS本身有问题,而不是你自己折腾出来了什么问题。
一句话,换系统。上面2个思路都是换系统。

fatality 2021-03-23 13:24:59

引用:

作者: wgf4242 (文章 17744409)
2.顺便问下。Centos不维护了以后用什么。

debian 10

luwentao 2021-03-23 14:23:17

打算等https://rockylinux.org/看看

llyang 2021-03-23 17:51:41

引用:

作者: fatality (文章 17744462)
debian 10

ubuntu 20才是真的好用

外面大家都说 debian 10,感觉默认安装缺的太多了

只是,现在的vps供应商提供u20不多,也不能DD

judite 2021-03-23 19:13:10

#dmesg

wgf4242 2021-03-24 12:26:23

1 个附件
引用:

作者: llyang (文章 17744447)
OS稀奇古怪的问题,别折腾,建议:

1、换个OS。比如centos 8, debian 10
2、如果RAM大于1GB,SSD大于10GB。直接DD换个OS

总之,我怀疑你的OS本身有问题,而不是你自己折腾出来了什么问题。
一句话,换系统。上面2个思路都是换系统。

今天装了个8.还是一样。一会儿就提示
dracut warning killing all remaining processes
powering off

debian到分区那删不掉。没装成功。晚些再试。

引用:

作者: judite (文章 17744646)
#dmesg

太大了。上传文件了。

judite 2021-03-24 13:38:14

不好意思,dmesg是每次boot就清空,所以看不到上一次的信息
找找/var/log/messages*看看内容有什么不正常的地方
或者/var/log/syslog*

wgf4242 2021-03-24 13:58:01

1 个附件
引用:

作者: judite (文章 17744929)
不好意思,dmesg是每次boot就清空,所以看不到上一次的信息
找找/var/log/messages*看看内容有什么不正常的地方
或者/var/log/syslog*

没有syslog*
有message

JustPro 2021-03-24 14:25:37

iLO登进去看看,是不是温度保护的设定有问题,或者本身温度就出问题了

wgf4242 2021-03-24 15:01:38

2 个附件
引用:

作者: JustPro (文章 17744960)
iLO登进去看看,是不是温度保护的设定有问题,或者本身温度就出问题了

好像正常
温度的保护设置?我找找看

没找到啊。。网上找了个说明书。也没翻到。

这是硬盘100度么?。。啥也没干呢还。

judite 2021-03-24 20:19:10

引用:

作者: wgf4242 (文章 17744939)
没有syslog*
有message

仔细看了log,只找到两处疑似
第一处在3102行
代码:

Mar 18 23:52:06 localhost rsyslogd[1359]: imjournal: journal files changed, reloading...  [v8.1911.0-6.el8 try https://www.rsyslog.com/e/0 ]
Mar 18 23:52:08 localhost dnf[1802]: 鏃犳硶鍐冲畾鏈€鍚庣殑 makecache 鏃堕棿銆?Mar 18 23:52:08 localhost dnf[1802]: CentOS Linux 8 - AppStream                      0.0  B/s |  0  B    00:00
Mar 18 23:52:08 localhost dnf[1802]: Errors during downloading metadata for repository 'appstream':
Mar 18 23:52:08 localhost dnf[1802]:  - Curl error (6): Couldn't resolve host name for http://mirrorlist.centos.org/?release=8&arch=x86_64&repo=AppStream&infra=stock [Could not resolve host: mirrorlist.centos.org]
Mar 18 23:52:08 localhost dnf[1802]: 閿欒锛氫负 repo 'appstream' 涓嬭浇鍏冩暟鎹け璐?: Cannot prepare internal mirrorlist: Curl error (6): Couldn't resolve host name for http://mirrorlist.centos.org/?release=8&arch=x86_64&repo=AppStream&infra=stock [Could not resolve host: mirrorlist.centos.org]
Mar 18 23:52:08 localhost systemd[1]: dnf-makecache.service: Main process exited, code=exited, status=1/FAILURE
Mar 18 23:52:08 localhost systemd[1]: dnf-makecache.service: Failed with result 'exit-code'.
Mar 18 23:52:08 localhost systemd[1]: Failed to start dnf makecache.
Mar 18 23:56:04 localhost chronyd[1002]: Backward time jump detected!
Mar 18 23:57:06 localhost systemd[1]: Starting Cleanup of Temporary Directories...
Mar 18 23:57:06 localhost systemd-tmpfiles[1820]: [/usr/lib/tmpfiles.d/pesign.conf:1] Line references path below legacy directory /var/run/, updating /var/run/pesign 鈫?/run/pesign; please update the tmpfiles.d/ drop-in file accordingly.
Mar 18 23:57:06 localhost systemd[1]: systemd-tmpfiles-clean.service: Succeeded.
Mar 18 23:57:06 localhost systemd[1]: Started Cleanup of Temporary Directories.

google "imjournal: journal files changed, reloading..."没找到有用信息,应该跟重启无关。但后面的信息有点像硬盘出问题了
第二处在4573行
代码:

Mar 24 12:09:42 localhost rsyslogd[1357]: imjournal: journal files changed, reloading...  [v8.1911.0-6.el8 try https://www.rsyslog.com/e/0 ]
Mar 24 12:09:44 localhost kdumpctl[1355]: kexec: loaded kdump kernel
Mar 24 12:09:44 localhost kdumpctl[1355]: Starting kdump: [OK]
Mar 24 12:09:44 localhost systemd[1]: Started Crash recovery kernel arming.
Mar 24 12:09:44 localhost systemd[1]: Startup finished in 1.186s (kernel) + 3.411s (initrd) + 19.420s (userspace) = 24.018s.

还是同样原因,然后突然内核崩溃了
我觉得先ummount所有硬盘,做一个fsck再说

wgf4242 2021-03-24 20:29:38

引用:

作者: judite (文章 17745115)
仔细看了log,只找到两处疑似第一处在3102行[code]Mar 18 23:52:06 localhost rsyslogd[1359]: imjournal: journal files changed, reloading... [v8.1911.0-6.el8 try https://www.rsyslog......

非常感谢。。。明天一早去试试。。。

检测中。。。

iname1976 2021-03-25 11:05:14

硬盘控制器温度太高了,我也遇到过,我的超过80就会有这个问题,先降温吧

wgf4242 2021-03-25 11:37:48

引用:

作者: iname1976 (文章 17745420)
硬盘控制器温度太高了,我也遇到过,我的超过80就会有这个问题,先降温吧

这咋降啊机房温度不高。。。
我看了这东西。开机就100度。用手摸了下硬盘温度不高。动静挺大好像是风扇。

引用:

作者: judite (文章 17745115)
仔细看了log,只找到两处疑似第一处在3102行[code]Mar 18 23:52:06 localhost rsyslogd[1359]: imjournal: journal files changed, reloading... [v8.1911.0-6.el8 try https://www.rsyslog......

好像是正常的?

代码:

[root@localhost ~]# umount /dev/sda1
[root@localhost ~]# umount /dev/mapper/cl-home
[root@localhost ~]# fsck /dev/sda1
fsck,来自 util-linux 2.32.1
If you wish to check the consistency of an XFS filesystem or
repair a damaged filesystem, see xfs_repair(8).
[root@localhost ~]# xfs_repair -L /dev/sda1
Phase 1 - find and verify superblock...
        - reporting progress in intervals of 15 minutes
Phase 2 - using internal log
        - zero log...
        - scan filesystem freespace and inode maps...
        - 07:57:59: scanning filesystem freespace - 8 of 8 allocation groups done
        - found root inode chunk
Phase 3 - for each AG...
        - scan and clear agi unlinked lists...
        - 07:57:59: scanning agi unlinked lists - 8 of 8 allocation groups done
        - process known inodes and perform inode discovery...
        - agno = 7
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - agno = 6
        - 07:57:59: process known inodes and inode discovery - 640 of 640 inodes done
        - process newly discovered inodes...
        - 07:57:59: process newly discovered inodes - 8 of 8 allocation groups done
Phase 4 - check for duplicate blocks...
        - setting up duplicate extent list...
        - 07:57:59: setting up duplicate extent list - 8 of 8 allocation groups done
        - check for inodes claiming duplicate blocks...
        - agno = 0
        - agno = 4
        - agno = 5
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 6
        - agno = 7
        - 07:57:59: check for inodes claiming duplicate blocks - 640 of 640 inodes done
Phase 5 - rebuild AG headers and trees...
        - 07:57:59: rebuild AG headers and trees - 8 of 8 allocation groups done
        - reset superblock...
Phase 6 - check inode connectivity...
        - resetting contents of realtime bitmap and summary inodes
        - traversing filesystem ...
        - traversal finished ...
        - moving disconnected inodes to lost+found ...
Phase 7 - verify and correct link counts...
        - 07:58:00: verify and correct link counts - 8 of 8 allocation groups done
Maximum metadata LSN (6:0) is ahead of log (1:512).
Format log to cycle 9.
done
[root@localhost ~]# fsck /dev/mapper/cl-home
fsck,来自 util-linux 2.32.1
If you wish to check the consistency of an XFS filesystem or
repair a damaged filesystem, see xfs_repair(8).
[root@localhost ~]# xfs_repair /dev/mapper/cl-home
Phase 1 - find and verify superblock...
        - reporting progress in intervals of 15 minutes
Phase 2 - using internal log
        - zero log...
        - scan filesystem freespace and inode maps...
        - 07:58:42: scanning filesystem freespace - 32 of 32 allocation groups done
        - found root inode chunk
Phase 3 - for each AG...
        - scan and clear agi unlinked lists...
        - 07:58:42: scanning agi unlinked lists - 32 of 32 allocation groups done
        - process known inodes and perform inode discovery...
        - agno = 0
        - agno = 30
        - agno = 15
        - agno = 1
        - agno = 31
        - agno = 16
        - agno = 2
        - agno = 17
        - agno = 3
        - agno = 18
        - agno = 4
        - agno = 5
        - agno = 19
        - agno = 6
        - agno = 20
        - agno = 7
        - agno = 8
        - agno = 9
        - agno = 21
        - agno = 10
        - agno = 22
        - agno = 23
        - agno = 11
        - agno = 24
        - agno = 25
        - agno = 12
        - agno = 26
        - agno = 13
        - agno = 14
        - agno = 27
        - agno = 28
        - agno = 29
        - 07:58:42: process known inodes and inode discovery - 64 of 64 inodes done
        - process newly discovered inodes...
        - 07:58:42: process newly discovered inodes - 32 of 32 allocation groups done
Phase 4 - check for duplicate blocks...
        - setting up duplicate extent list...
        - 07:58:42: setting up duplicate extent list - 32 of 32 allocation groups done
        - check for inodes claiming duplicate blocks...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 9
        - agno = 10
        - agno = 11
        - agno = 12
        - agno = 13
        - agno = 14
        - agno = 15
        - agno = 16
        - agno = 17
        - agno = 18
        - agno = 19
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - agno = 8
        - agno = 20
        - agno = 3
        - agno = 21
        - agno = 22
        - agno = 23
        - agno = 24
        - agno = 25
        - agno = 26
        - agno = 27
        - agno = 28
        - agno = 29
        - agno = 30
        - agno = 31
        - 07:58:42: check for inodes claiming duplicate blocks - 64 of 64 inodes done
Phase 5 - rebuild AG headers and trees...
        - 07:58:42: rebuild AG headers and trees - 32 of 32 allocation groups done
        - reset superblock...
Phase 6 - check inode connectivity...
        - resetting contents of realtime bitmap and summary inodes
        - traversing filesystem ...
        - traversal finished ...
        - moving disconnected inodes to lost+found ...
Phase 7 - verify and correct link counts...
        - 07:58:42: verify and correct link counts - 32 of 32 allocation groups done



所有时间均为北京时间, 现在的时间是 02:04:52.

本论坛带宽由迅通网络提供
SSL证书由TrustAsia提供

Copyright © 2000 - 2019 ClassiClub Forum All Rights Reserved.
粤ICP备09123456号