Systemctl从失败的列表中删除失效的服务单元

systemctl reset-failed 命令列出自重启服务,看到有failed failed的服务(失效的服务或者被移除的服务)
在这里插入图片描述
如何在列表中将这些失效的服务删除呢?
systemctl reset-failed 命令
或者指定服务
systemctl reset-failed mongodb.service
完成!

=============================================================================
CentOS 7从查看、启动、自启动、停止服务谈谈systemctl:

执行命令“systemctl status 服务名.service”可查看服务的运行状态,其中服务名后的.service 可以省略,这是CenOS7以后采用systemd作为初始化进程后产生的变化。

Systemctl是一个systemd工具,主要负责控制systemd系统和服务管理器。

Systemd是一个系统管理守护进程、工具和库的集合,用于取代System V初始进程。Systemd的功能是用于集中管理和配置Linux系统。
以网络服务network.service为例:

1、查看服务状态

systemctl status network.service
2、控制服务

启动服务
systemctl start network.service

重启服务
systemctl restart network.service

停止服务
systemctl stop network.service

开机启动服务
systemctl enable network.servic

停止开机启动
systemctl disable network.servic
3、查找所有或者某个服务

systemctl list-units --type=service | grep network
4、Systemctl接受服务(.service),挂载点(.mount),套接口(.socket)和设备(.device)作为单元。

列出所有可用单元
systemctl list-unit-files

列出所有运行中单元
systemctl list-units

列出所有失败单元
systemctl --failed
5、使用systemctl命令杀死服务

systemctl kill network.service
6、列出所有系统挂载点

systemctl list-unit-files --type=mount

UNIT FILE                     STATE   
dev-hugepages.mount           static  
dev-mqueue.mount              static  
proc-sys-fs-binfmt_misc.mount static  
sys-fs-fuse-connections.mount static  
sys-kernel-config.mount       static  
sys-kernel-debug.mount        static  
tmp.mount                     disabled

7、挂载、卸载、重新挂载、重载系统挂载点并检查系统中挂载点状态

systemctl start tmp.mount
systemctl stop tmp.mount
systemctl restart tmp.mount
systemctl reload tmp.mount
systemctl status tmp.mount

<think>嗯,用户遇到了Proxmox VE(PVE)重启后无法访问服务和SSH的问题。这个问题可能有多种原因,我得一步步分析可能的故障点,并给出相应的解决办法。首先,我需要回忆一下PVE的基本架构和常见问题。 首先,PVE是基于Debian的虚拟化平台,所以很多系统层面的问题可能与Debian类似。用户重启后无法访问服务和SSH,可能涉及到网络配置错误、服务启动失败、硬件问题或者文件系统损坏等。我得逐一排查这些可能性。 第一步,网络配置问题。PVE重启后网络接口可能没有正确启动,比如/etc/network/interfaces配置错误,导致IP地址无法分配。这种情况下,用户可能需要通过物理控制台检查网络接口的状态,使用ip a或者ifconfig查看是否有IP地址,确认网卡是否启用。另外,检查是否有错误的VLAN配置或者防火墙规则阻止了SSH连接。 第二步,服务启动失败。可能是PVE的相关服务(如pve-cluster、corosync等)在启动时失败,导致Web界面无法访问。这时候需要查看系统日志,使用journalctl -u service_name来检查具体服务的状态,或者查看/var/log/syslog中的错误信息。如果关键服务未能启动,可能需要重新安装或修复这些服务。 第三步,文件系统损坏。突然断电或不当关机可能导致文件系统损坏,进而影响系统启动。用户可以通过控制台运行fsck来检查和修复文件系统。此外,如果/boot分区损坏,可能导致内核无法加载,这时需要从救援模式修复。 第四步,硬件问题。虽然可能性较低,但硬件故障如硬盘损坏或内存问题也可能导致系统无法正常启动。需要检查硬件状态,比如使用smartctl检查硬盘健康情况,或者查看dmesg输出是否有硬件错误信息。 第五步,SSH服务配置问题。可能SSH服务本身没有启动,或者配置文件(如/etc/ssh/sshd_config)被错误修改,导致拒绝连接。检查ssh服务状态systemctl status ssh,并确保端口监听正常netstat -tulnp | grep sshd。 用户可能需要通过物理访问主机进入控制台,逐步排查这些问题。例如,如果网络配置错误,可以临时修改接口文件或重启网络服务。如果是服务启动失败,可能需要重新配置或更新软件包。文件系统问题则需要运行fsck,而硬件问题可能需要更换部件。 另外,用户可能在更新后出现问题,比如内核更新导致驱动不兼容,这时可以尝试从旧内核启动。还有可能是磁盘空间不足,导致服务无法正常启动,需要清理空间。 总结下来,解决步骤大致是:检查网络配置,确认IP和接口状态;检查服务状态和日志,修复或重新安装问题服务;检查文件系统完整性;排除硬件故障;验证SSH配置和运行状态。用户需要根据具体情况逐一排查,可能需要结合日志和命令行工具进行诊断。</think>遇到Proxmox VE(PVE)重启后无法访问服务和SSH的问题,可能由多种原因导致。以下是逐步排查和解决方案: --- ### **1. 检查网络配置** #### 可能原因: - 网络接口未正确启动(如`/etc/network/interfaces`配置错误)。 - IP地址冲突或DHCP失效- 防火墙规则阻止访问。 #### 解决方法: 1. **通过物理控制台登录**(接显示器或IPMI/iLO)。 2. 查看网络接口状态: ```bash ip a # 检查网卡是否获取IP地址 systemctl restart networking # 重启网络服务(Debian系) ``` 3. 检查配置文件: ```bash cat /etc/network/interfaces # 确认网卡配置正确 ``` 4. 临时禁用防火墙: ```bash pve-firewall stop # 关闭PVE防火墙 systemctl stop ufw # 关闭UFW(若使用) ``` --- ### **2. 服务启动失败** #### 可能原因: - PVE核心服务(如`pve-cluster`、`pveproxy`)未启动。 - 依赖服务(如`corosync`、`postfix`)异常。 #### 解决方法: 1. 检查服务状态: ```bash systemctl status pve-cluster pveproxy corosync ``` 2. 重启关键服务: ```bash systemctl restart pve-cluster pveproxy ``` 3. 查看日志定位问题: ```bash journalctl -u pve-cluster -b # 查看本次启动日志 tail -n 100 /var/log/syslog # 检查系统日志 ``` --- ### **3. 文件系统或磁盘问题** #### 可能原因: - 文件系统损坏(如异常断电导致)。 - 磁盘空间不足(如日志占满根分区)。 #### 解决方法: 1. 检查磁盘空间: ```bash df -h # 查看分区使用情况 ``` 2. 修复文件系统: ```bash fsck -y /dev/sdX # 替换为实际分区(需卸载或从Live CD操作) ``` 3. 清理旧内核或日志: ```bash apt autoremove # 删除旧内核 journalctl --vacuum-size=200M # 清理日志 ``` --- ### **4. SSH服务异常** #### 可能原因: - SSH服务未启动或被配置错误。 - 端口冲突或IP限制。 #### 解决方法: 1. 检查SSH服务状态: ```bash systemctl status ssh ``` 2. 确认SSH端口监听: ```bash netstat -tulnp | grep 22 ``` 3. 重置SSH配置: ```bash cp /etc/ssh/sshd_config /root/sshd_config.backup # 备份 apt install --reinstall openssh-server # 重装SSH ``` --- ### **5. 硬件或内核问题** #### 可能原因: - 硬件故障(如硬盘、内存损坏)。 - 内核崩溃或驱动不兼容。 #### 解决方法: 1. 检查硬件日志: ```bash dmesg | grep -i error smartctl -a /dev/sda # 检查硬盘健康(需安装smartmontools) ``` 2. 尝试旧内核启动: - 重启时在Grub菜单选择旧版本内核。 --- ### **总结步骤** 1. 通过物理控制台登录。 2. 检查网络配置和服务状态。 3. 查看日志定位具体错误。 4. 修复文件系统或清理磁盘。 5. 重启关键服务或重置配置。 如果问题仍未解决,可尝试从备份恢复或重装PVE(最后手段)。建议在操作前备份重要数据!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值