centos意外断电的情况下linux挂载磁盘报错（已解决）

问题描述

centos意外断电的情况下linux挂载磁盘报错，这大致是意外断电硬盘相关meta信息还未落盘之类的导致磁盘信息对不上

通过命令 kubectl describe pod minio-5b9765594b-g4bwt得到错误信息

Warning FailedMount 47m (x5 over 47m) kubelet MountVolume.MountDevice failed for volume "pvc-b42e9345-a3df-49b0-a38a-041e6e691599" : kubernetes.io/csi: attacher.MountDevice failed to create newCsiDriverClient: driver name cstor.csi.openebs.io not found in the list of registered CSI drivers
Warning FailedMount 47m kubelet MountVolume.MountDevice failed for volume "pvc-b42e9345-a3df-49b0-a38a-041e6e691599" : rpc error: code = Internal desc = Volume pvc-b42e9345-a3df-49b0-a38a-041e6e691599 Busy, status: RemountUnderProgress
Warning FailedMount 46m kubelet MountVolume.MountDevice failed for volume "pvc-b42e9345-a3df-49b0-a38a-041e6e691599" : rpc error: code = Internal desc = 'fsck' found errors on device /dev/disk/by-path/ip-10.0.0.158:3260-iscsi-iqn.2016-09.com.openebs.cstor
but could not correct them: fsck from util-linux 2.31.1
ext2fs_check_if_mount: Can't check if filesystem is mounted due to missing mtab file while determining whether /dev/sdc is mounted.
/dev/sdc: recovering journal
/dev/sdc contains a file system with errors, check forced.
/dev/sdc: Entry '0122fad8-c8ed-4c9a-a6bd-3559620515ae' in ??? (11796929) has deleted/unused inode 113509727. CLEARED.
/dev/sdc: Entry 'xl.meta' in ??? (11796929) has deleted/unused inode 113509724. CLEARED.
/dev/sdc: Directory inode 11796958, block #0, offset 0: directory has no checksum.
FIXED.
/dev/sdc: Directory inode 11796958, block #0, offset 0: directory corrupted/dev/sdc: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options)
Warning FailedMount 37m (x4 over 45m) kubelet Unable to attach or mount volumes: unmounted volumes=[data], unattached volumes=[empty-dir data timezone]: timed out waiting for the condition
Warning FailedMount 36m (x6 over 45m) kubelet MountVolume.MountDevice failed for volume "pvc-b42e9345-a3df-49b0-a38a-041e6e691599" : rpc error: code = Internal desc = 'fsck' found errors on device /dev/disk/by-path/ip-10.0.0.158:3260-iscsi-iqn.2016-09.com.openebs.cstor
but could not correct them: fsck from util-linux 2.31.1
ext2fs_check_if_mount: Can't check if filesystem is mounted due to missing mtab file while determining whether /dev/sdc is mounted.
/dev/sdc contains a file system with errors, check forced.
/dev/sdc: Directory inode 11796958, block #0, offset 0: directory has no checksum.
FIXED.
/dev/sdc: Directory inode 11796958, block #0, offset 0: directory corrupted/dev/sdc: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options)
Warning FailedMount 35m (x2 over 39m) kubelet Unable to attach or mount volumes: unmounted volumes=[data], unattached volumes=[data timezone empty-dir]: timed out waiting for the condition
Warning FailedMount 31m (x2 over 31m) kubelet MountVolume.MountDevice failed for volume "pvc-b42e9345-a3df-49b0-a38a-041e6e691599" : kubernetes.io/csi: attacher.MountDevice failed to create newCsiDriverClient: driver name cstor.csi.openebs.io not found in the list of registered CSI drivers
Warning FailedMount 12m (x2 over 17m) kubelet Unable to attach or mount volumes: unmounted volumes=[data], unattached volumes=[data timezone empty-dir]: timed out waiting for the condition
Warning FailedMount 10m (x2 over 27m) kubelet Unable to attach or mount volumes: unmounted volumes=[data], unattached volumes=[timezone empty-dir data]: timed out waiting for the condition
Warning FailedMount 8m47s (x7 over 29m) kubelet Unable to attach or mount volumes: unmounted volumes=[data], unattached volumes=[empty-dir data timezone]: timed out waiting for the condition
Warning FailedMount 38s (x20 over 30m) kubelet MountVolume.MountDevice failed for volume "pvc-b42e9345-a3df-49b0-a38a-041e6e691599" : rpc error: code = Internal desc = 'fsck' found errors on device /dev/disk/by-path/ip-10.0.0.158:3260-iscsi-iqn.2016-09.com.openebs.cstor
but could not correct them: fsck from util-linux 2.31.1
ext2fs_check_if_mount: Can't check if filesystem is mounted due to missing mtab file while determining whether /dev/sdc is mounted.
/dev/sdc contains a file system with errors, check forced.
/dev/sdc: Directory inode 11796958, block #0, offset 0: directory has no checksum.
FIXED.
/dev/sdc: Directory inode 11796958, block #0, offset 0: directory corrupted/dev/sdc: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options)

从上面的信息显示/dev/sdc出现了ext2fs_check_if_mount: Can't check if filesystem is mounted due to missing mtab file while determining whether /dev/sdc is mounted.

那么这里需要手动检查修复/dev/sdc的文件信息了

开始解决问题

检查设备

找到出问题的设备：

[root@k8s-master01 ~]# lsblk
NAME                          MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda                             8:0    0 465.8G  0 disk 
├─sda1                          8:1    0   200M  0 part /boot/efi
├─sda2                          8:2    0   500M  0 part /boot
└─sda3                          8:3    0 465.1G  0 part ├─centos-root               253:0    0   100G  0 lvm  /├─centos-swap               253:1    0    32G  0 lvm  ├─centos-var_lib_containerd 253:2    0   150G  0 lvm  /var/lib/containerd└─centos-home               253:3    0 183.1G  0 lvm  /home
sdb                             8:16   0   3.7T  0 disk 
├─sdb1                          8:17   0   3.7T  0 part 
└─sdb9                          8:25   0     8M  0 part 
sdc                             8:32   0     3T  0 disk /var/lib/kubelet/pods/0d56e107-427f-49e4-b120-ea150aab1914/volumes/kubernetes.io~csi/pvc-b42e9345-a3df-49b0-a38a-041e6e691599/mount

卸载设备（如果已挂载）：

我的设备时通过openebs管理的，没执行这部

sudo umount /dev/sdc

e2fsck工具

注意这里e2fsck的版本不能低于1.43.x

不然会报错不支持check

e2fsck 1.42.9 (28-Dec-2013)
/dev/sdc has unsupported feature(s): metadata_csum

如果版本太低就重新下载一个支持的版本，这里我选择的时安装到/usr/local/e2fsck，没有取修改系统自带的工具

# 下载 e2fsprogs 源代码
wget https://www.kernel.org/pub/linux/kernel/people/tytso/e2fsprogs/v1.43.9/e2fsprogs-1.43.9.tar.gz
tar -xzf e2fsprogs-1.43.9.tar.gz
cd e2fsprogs-1.43.9# 创建构建目录并配置
mkdir build
cd build
../configure --prefix=/usr/local/e2fsck# 编译和安装
make
sudo make install

记得配置环境配置：

export PATH=/usr/local/e2fsck/sbin:$PATH

前提条件已经准备好了，现在可以开始了

网上有的用的这种方式(注意：不过我是没有成功过)

[root@k8s-master01 ~]# sudo fsck /dev/sdc
fsck，来自 util-linux 2.23.2
e2fsck 1.42.9 (28-Dec-2013)
/dev/sdc has unsupported feature(s): metadata_csum
e2fsck: Get a newer version of e2fsck!

我的最终解决：全程y就行了

[root@k8s-master01 ~]# e2fsck /dev/sdc     
e2fsck 1.43.9 (8-Feb-2018)
/dev/sdc 有一个含有错误的文件系统，强制进行检查。
第 1 步：检查inode、块和大小
第 2 步：检查目录结构
目录inode 11796958，块 #0，偏移量 0：目录缺少校验值。
处理<y>? 是
目录inode 11796958，块 #0，偏移量 0：目录已损坏
修复<y>? 是
目录inode 11796958 中缺少“.”。
处理<y>? 是
将???（11796958）中的项 “.”的文件类型设置为 2。
目录inode 11796958 中缺少“..”。
处理<y>? 是
将???（11796958）中的项 “..”的文件类型设置为 2。
目录inode 11927554，块 #0，偏移量 0：目录缺少校验值。
处理<y>? 是
目录inode 11927554，块 #0，偏移量 0：目录已损坏
修复<y>? 是
目录inode 11927554 中缺少“.”。
处理<y>? 是
将???（11927554）中的项 “.”的文件类型设置为 2。
目录inode 11927554 中缺少“..”。
处理<y>? 是
将???（11927554）中的项 “..”的文件类型设置为 2。
目录inode 11927555，块 #0，偏移量 0：目录缺少校验值。
处理<y>? 是
目录inode 11927555，块 #0，偏移量 0：目录已损坏
修复（“a” 表示全部回答“yes”） <y>? 是
目录inode 11927555 中缺少“.”。
处理（“a” 表示全部回答“yes”） <y>? 是
将???（11927555）中的项 “.”的文件类型设置为 2。
目录inode 11927555 中缺少“..”。
处理（“a” 表示全部回答“yes”） <y>? 是
将???（11927555）中的项 “..”的文件类型设置为 2。
目录inode 11927556，块 #0，偏移量 0：目录缺少校验值。
处理（“a” 表示全部回答“yes”） <y>? 是
目录inode 11927556，块 #0，偏移量 0：目录已损坏
修复<y>? 是
目录inode 11927556 中缺少“.”。
处理<y>? 是
将???（11927556）中的项 “.”的文件类型设置为 2。
目录inode 11927556 中缺少“..”。
处理<y>? 是
将???（11927556）中的项 “..”的文件类型设置为 2。
目录inode 11927557，块 #0，偏移量 0：目录缺少校验值。
处理<y>? 是
目录inode 11927557，块 #0，偏移量 0：目录已损坏
修复<y>? 是
目录inode 11927557 中缺少“.”。
处理<y>? 是
将???（11927557）中的项 “.”的文件类型设置为 2。
目录inode 11927557 中缺少“..”。
处理<y>? 是
将???（11927557）中的项 “..”的文件类型设置为 2。
目录inode 11927558，块 #0，偏移量 0：目录缺少校验值。
处理<y>? 是
目录inode 11927558，块 #0，偏移量 0：目录已损坏
修复<y>? 是
目录inode 11927558 中缺少“.”。
处理<y>? 是
将???（11927558）中的项 “.”的文件类型设置为 2。
目录inode 11927558 中缺少“..”。
处理<y>? 是
将???（11927558）中的项 “..”的文件类型设置为 2。
目录inode 11927559，块 #0，偏移量 0：目录缺少校验值。
处理<y>? 是
目录inode 11927559，块 #0，偏移量 0：目录已损坏
修复<y>? 是
目录inode 11927559 中缺少“.”。
处理<y>? 是
将???（11927559）中的项 “.”的文件类型设置为 2。
目录inode 11927559 中缺少“..”。
处理<y>? 是
将???（11927559）中的项 “..”的文件类型设置为 2。
目录inode 11927560，块 #0，偏移量 0：目录缺少校验值。
处理<y>? 是
目录inode 11927560，块 #0，偏移量 0：目录已损坏
修复<y>? 是
目录inode 11927560 中缺少“.”。
处理<y>? 是
将???（11927560）中的项 “.”的文件类型设置为 2。
目录inode 11927560 中缺少“..”。
处理<y>? 是
将???（11927560）中的项 “..”的文件类型设置为 2。
目录inode 11927562，块 #0，偏移量 0：目录缺少校验值。
处理<y>? 是
目录inode 11927562，块 #0，偏移量 0：目录已损坏
修复<y>? 是
目录inode 11927562 中缺少“.”。
处理<y>? 是
将???（11927562）中的项 “.”的文件类型设置为 2。
目录inode 11927562 中缺少“..”。
处理<y>? 是
将???（11927562）中的项 “..”的文件类型设置为 2。
yyyyyyyy/zhiqu/20240616/195334986/output.m3u8（11927572）中的项 “xl.meta”含有删除或未使用的@ 113639509。  清除<y>? 是
yyyyyyyy目录inode 113639482 中“.”的无效的inode编号无效。
处理<y>? 是
目录inode 113639437，块 #0：目录通过了检验，但校验值错误。
处理<y>? 是
<11796996>/<113639440>（113639440）中的项 “..”含有删除或未使用的@ 11796996。  清除<y>? 是
目录inode 113639455，块 #0：目录通过了检验，但校验值错误。
处理<y>? 是
目录inode 113639530 中“.”的无效的inode编号无效。
处理<y>? 是
目录inode 113639430 中“.”的无效的inode编号无效。
处理<y>? 是
目录inode 113639475 中“.”的无效的inode编号无效。
处理<y>? 是
目录inode 113639584 中“.”的无效的inode编号无效。
处理<y>? 是
目录inode 113639498 中“.”的无效的inode编号无效。
处理<y>? 是
目录inode 113639549 中“.”的无效的inode编号无效。
处理<y>? 是
目录inode 113639487 中“.”的无效的inode编号无效。
处理<y>? 是
目录inode 113639525 中“.”的无效的inode编号无效。
处理<y>? 是
目录inode 113639513 中“.”的无效的inode编号无效。
处理<y>? 是
目录inode 113639615 中“.”的无效的inode编号无效。
处理<y>? 是
目录inode 113639566 中“.”的无效的inode编号无效。
处理<y>? 是
目录inode 113639586 中“.”的无效的inode编号无效。
处理<y>? 是
<11796995>/<113639607>（113639607）中的项 “..”含有删除或未使用的@ 11796995。  清除<y>? 是
<11796994>/<113639605>（113639605）中的项 “..”含有删除或未使用的@ 11796994。  清除<y>? 是
y/zhiqu（10747905）中的项 “20240616194229609.webp”含有删除或未使用的@ 11796997。  清除<y>? 是
/zhiqu/20240616（11141538）中的项 “194228223.mp4”含有删除或未使用的@ 11796996。  清除<y>? 是
/zhiqu/20240616（11141538）中的项 “194221854”含有删除或未使用的@ 11796993。  清除<y>? 是
/.minio.sys/tmp/.trash（112459793）中的项 “1f6b2bbe-3c8a-44b6-ac56-4067f6b26ac2”含有删除或未使用的@ 113509713。  清除<y>? 是
/.minio.sys/tmp/.trash（112459793）中的项 “777e0620-def8-4c3a-95a6-a9d2216dfb86”含有删除或未使用的@ 113509796。  清除<y>? 是
/.minio.sys/tmp/.trash（112459793）中的项 “53a929c8-89bb-4f89-bd2c-9e9c0ae54071”含有删除或未使用的@ 113509809。  清除<y>? 是
第 3 步：检查目录连接性
/zhiqu/20240616194249799.webp（11796929）中的“..”为 /zhiqu/20240616（11141538），应为 /zhiqu（10747905）
处理<y>? 是
/zhiqu/20240616194238947.webp（11796958）中的“..”为 <空的 inode>（0），应为 /zhiqu（10747905）
处理<y>? 是
/zhiqu/20240616/194240203（11927554）中的“..”为 <空的 inode>（0），应为 /zhiqu/20240616（11141538）
处理<y>? 是
未被连接的目录inode 11927555（/???）
连接到 /lost+found<y>? 是
未被连接的目录inode 11927556（/???）
连接到 /lost+found<y>? 是
/zhiqu/20240616/194243888（11927557）中的“..”为 <空的 inode>（0），应为 /zhiqu/20240616（11141538）
处理<y>? 是
未被连接的目录inode 11927558（/???）
连接到 /lost+found<y>? 是
未被连接的目录inode 11927559（/???）
连接到 /lost+found<y>? 是
未被连接的目录inode 11927560（/???）
连接到 /lost+found<y>? 是
/zhiqu/20240616/194259243.mp4（11927562）中的“..”为 <空的 inode>（0），应为 /zhiqu/20240616（11141538）
处理<y>? 是
未被连接的目录inode 113639430（/.minio.sys/tmp/.trash/???）
连接到 /lost+found<y>? 是
未被连接的目录inode 113639437（/.minio.sys/tmp/.trash/???）
连接到 /lost+found<y>? 是
未被连接的目录inode 113639440（...）
连接到 /lost+found<y>? 是
未被连接的目录inode 113639455（/.minio.sys/tmp/.trash/???）
连接到 /lost+found<y>? 是
未被连接的目录inode 113639459（/zhiqu/20240616194238947.webp/???）
连接到 /lost+found<y>? 是
未被连接的目录inode 113639475（/.minio.sys/tmp/.trash/???）
连接到 /lost+found<y>? 是
未被连接的目录inode 113639482（/.minio.sys/tmp/.trash/???）
连接到 /lost+found<y>? 是
未被连接的目录inode 113639487（/.minio.sys/tmp/.trash/???）
连接到 /lost+found<y>? 是
未被连接的目录inode 113639498（/.minio.sys/tmp/.trash/???）
连接到 /lost+found<y>? 是
未被连接的目录inode 113639513（/.minio.sys/tmp/.trash/???）
连接到 /lost+found<y>? 是
未被连接的目录inode 113639525（/.minio.sys/tmp/.trash/???）
连接到 /lost+found<y>? 是
未被连接的目录inode 113639530（/.minio.sys/tmp/.trash/???）
连接到 /lost+found<y>? 是
未被连接的目录inode 113639549（/.minio.sys/tmp/.trash/???）
连接到 /lost+found<y>? 是
未被连接的目录inode 113639566（/.minio.sys/tmp/.trash/???）
连接到 /lost+found<y>? 是
未被连接的目录inode 113639584（/.minio.sys/tmp/.trash/???）
连接到 /lost+found<y>? 是
未被连接的目录inode 113639586（/.minio.sys/tmp/.trash/???）
连接到 /lost+found<y>? 是
未被连接的目录inode 113639597（/zhiqu/20240616194249799.webp/???）
连接到 /lost+found<y>? 是
未被连接的目录inode 113639605（...）
连接到 /lost+found<y>? 是
未被连接的目录inode 113639607（...）
连接到 /lost+found<y>? 是
未被连接的目录inode 113639615（/.minio.sys/tmp/.trash/???）
连接到 /lost+found<y>? 是
第 3A 步：优化目录
yyyyyyyyyyyyyyy第 4 步：检查引用计数
Inode 2 的引用计数为 0，应为 5。  处理<y>? 是
Inode 10747905 的引用计数为 2181，应为 2178。  处理<y>? 是
Inode 11141538 的引用计数为 263，应为 259。  处理<y>? 是
Inode 11927554 的引用计数为 4，应为 2。  处理<y>? 是
Inode 11927555 的引用计数为 4，应为 2。  处理<y>? 是
Inode 11927556 的引用计数为 4，应为 2。  处理<y>? 是
Inode 11927557 的引用计数为 5，应为 2。  处理<y>? 是
Inode 11927558 的引用计数为 4，应为 2。  处理<y>? 是
Inode 11927559 的引用计数为 4，应为 2。  处理<y>? 是
Inode 11927560 的引用计数为 4，应为 2。  处理<y>? 是
Inode 11927562 的引用计数为 3，应为 2。  处理<y>? 是
Inode 112459793 的引用计数为 3，应为 10。  处理<y>? 是
Inode 113639430 的引用计数为 3，应为 2。  处理<y>? 是
独立的inode 113639436。  
连接到 /lost+found<y>? 是
Inode 113639436 的引用计数为 2，应为 1。  处理<y>? 是
Inode 113639437 的引用计数为 3，应为 2。  处理<y>? 是
Inode 113639440 的引用计数为 3，应为 2。  处理<y>? 是
独立的inode 113639452。  
连接到 /lost+found<y>? 是
Inode 113639452 的引用计数为 2，应为 1。  处理<y>? 是
Inode 113639455 的引用计数为 3，应为 2。  处理<y>? 是
Inode 113639459 的引用计数为 3，应为 2。  处理<y>? 是
独立的inode 113639471。  
连接到 /lost+found<y>? 是
Inode 113639471 的引用计数为 2，应为 1。  处理<y>? 是
Inode 113639475 的引用计数为 3，应为 2。  处理<y>? 是
独立的inode 113639480。  
连接到 /lost+found<y>? 是
Inode 113639480 的引用计数为 2，应为 1。  处理<y>? 是
Inode 113639482 的引用计数为 3，应为 2。  处理<y>? 是
独立的inode 113639486。  
连接到 /lost+found<y>? 是
Inode 113639486 的引用计数为 2，应为 1。  处理<y>? 是
Inode 113639487 的引用计数为 3，应为 2。  处理<y>? 是
独立的inode 113639493。  
连接到 /lost+found<y>? 是
Inode 113639493 的引用计数为 2，应为 1。  处理<y>? 是
Inode 113639498 的引用计数为 3，应为 2。  处理<y>? 是
独立的inode 113639500。  
连接到 /lost+found<y>? 是
Inode 113639500 的引用计数为 2，应为 1。  处理<y>? 是
独立的inode 113639504。  
连接到 /lost+found<y>? 是
Inode 113639504 的引用计数为 2，应为 1。  处理<y>? 是
Inode 113639513 的引用计数为 3，应为 2。  处理<y>? 是
独立的inode 113639517。  
连接到 /lost+found<y>? 是
Inode 113639517 的引用计数为 2，应为 1。  处理<y>? 是
Inode 113639525 的引用计数为 3，应为 2。  处理<y>? 是
独立的inode 113639526。  
连接到 /lost+found<y>? 是
Inode 113639526 的引用计数为 2，应为 1。  处理<y>? 是
Inode 113639530 的引用计数为 3，应为 2。  处理<y>? 是
独立的inode 113639531。  
连接到 /lost+found<y>? 是
Inode 113639531 的引用计数为 2，应为 1。  处理<y>? 是
独立的inode 113639539。  
连接到 /lost+found<y>? 是
Inode 113639539 的引用计数为 2，应为 1。  处理<y>? 是
Inode 113639549 的引用计数为 3，应为 2。  处理<y>? 是
独立的inode 113639553。  
连接到 /lost+found<y>? 是
Inode 113639553 的引用计数为 2，应为 1。  处理<y>? 是
Inode 113639566 的引用计数为 3，应为 2。  处理<y>? 是
独立的inode 113639577。  
连接到 /lost+found<y>? 是
Inode 113639577 的引用计数为 2，应为 1。  处理<y>? 是
独立的inode 113639578。  
连接到 /lost+found<y>? 是
Inode 113639578 的引用计数为 2，应为 1。  处理<y>? 是
Inode 113639584 的引用计数为 3，应为 2。  处理<y>? 是
Inode 113639586 的引用计数为 3，应为 2。  处理<y>? 是
Inode 113639597 的引用计数为 3，应为 2。  处理<y>? 是
独立的inode 113639599。  
连接到 /lost+found<y>? 是
Inode 113639599 的引用计数为 2，应为 1。  处理<y>? 是
独立的inode 113639600。  
连接到 /lost+found<y>? 是
Inode 113639600 的引用计数为 2，应为 1。  处理<y>? 是
独立的inode 113639601。  
连接到 /lost+found<y>? 是
Inode 113639601 的引用计数为 2，应为 1。  处理<y>? 是
Inode 113639605 的引用计数为 3，应为 2。  处理<y>? 是
Inode 113639607 的引用计数为 3，应为 2。  处理<y>? 是
独立的inode 113639614。  
连接到 /lost+found<y>? 是
Inode 113639614 的引用计数为 2，应为 1。  处理<y>? 是
Inode 113639615 的引用计数为 3，应为 2。  处理<y>? 是
yyyyyyyyyyyyyy第 5 步：检查组概要信息
块位图的差异：  -(47194656--47194660)
处理<y>? 是
组 #1440的可用块计数错误（0，实际为0）。
处理<y>? 是
可用块数错误（0，实际为0）
处理<y>? 是
Inode位图的差异：  -(11796993--11796997)
处理<y>? 是
组 #1440的可用inode计数错误（7690，实际为7695）。
处理<y>? 是
组 #1440的目录计数错误（502，实际为497）
处理<y>? 是
可用inode数错误（201300521，实际为201300501）
处理<y>? 是/dev/sdc：***** 文件系统已修改 *****
/dev/sdc：26091/201326592 文件（0.6% 为非连续的）， 16807893/805306368 块

 问题解决后查看

[root@k8s-master01 ~]# kubectl get pod -n newlandp
NAME                           READY   STATUS    RESTARTS       AGE
minio-5b9765594b-tmm2x         0/1     Unknown   0              31h
postgresql-0                   1/1     Running   7 (16m ago)    91d
zhiqu-admin-6d88665f8f-69pmv   1/1     Running   7 (13m ago)    8h
zhiqu-d7c8f644-t98kz           1/1     Running   10 (13m ago)   8h
zhiqu-web-b647c9565-z7drb      1/1     Running   5 (16m ago)    38h
[root@k8s-master01 ~]# kubectl delete pod -n newlandp minio-5b9765594b-tmm2x 
pod "minio-5b9765594b-tmm2x" deleted
[root@k8s-master01 ~]# kubectl get pod -n newlandp                           
NAME                           READY   STATUS    RESTARTS       AGE
minio-5b9765594b-g4bwt         1/1     Running   0              59s
postgresql-0                   1/1     Running   7 (17m ago)    91d
zhiqu-admin-6d88665f8f-69pmv   1/1     Running   7 (14m ago)    8h
zhiqu-d7c8f644-t98kz           1/1     Running   10 (14m ago)   8h
zhiqu-web-b647c9565-z7drb      1/1     Running   5 (17m ago)    38h

minio还是unknown，手动删除pod，k8s会自动重启

解决灵感文章：意外断电的情况下linux挂载磁盘报错_e2fsck: get a newer version of e2fsck!-CSDN博客

解决来源：chatgpt问答+自己理解

最终想说真tm扯淡，这个居然没有自己修复，还要lz手动一点点解决，都以为连希捷硬盘都不可靠了

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/web/28414.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

切片(slicing)（Python）

切片(slicing)（Python）

文章目录 前言一、基本语法二、基本操作1、字符串2、列表 前言 切片&#xff08;Slicing&#xff09;是Python中对于序列类型&#xff08;如字符串、列表、字节、元组等&#xff09;的一种操作&#xff0c;用于获取序列的子部分。 一、基本语法 sequence[start:stop:step]参数…
阅读更多...
SEO优化笔记 个人博客如何SEO设置

SEO优化笔记 个人博客如何SEO设置

说实话现在个人博客越来越难做了&#xff0c;因为现在大多数的流量都被短视频吸引去了&#xff0c;当然有很多个人博客作的非常的好&#xff0c;还是有很多的流量做支撑的&#xff0c;个人也是小白站长&#xff0c;折腾网站也很久了&#xff0c;也总结了几点&#xff0c;分享非…
阅读更多...
ABI和API的区别

ABI和API的区别

ABI和API的区别 ABI&#xff08;Application Binary Interface&#xff09;&#xff1a; ABI是一种定义了二进制接口规范的概念&#xff0c;用于描述不同模块之间如何进行二进制交互。它定义了函数调用约定、参数传递方式、寄存器使用、内存布局等底层细节。ABI的目标是确保不…
阅读更多...
C++风流和MATLAB | Python | CUDA 库埃特流泊肃叶流薄膜流体

C++风流和MATLAB | Python | CUDA 库埃特流泊肃叶流薄膜流体

&#x1f3af;要点 &#x1f3af;无滑移速度边界条件&#xff1a;&#x1f58a;反弹法计算库埃特流、泊肃叶流 | &#x1f58a;湿节点法计算库埃特流、泊肃叶流 | &#x1f3af;力模型&#xff1a;&#x1f58a;反弹法和不同的格子玻尔兹曼体力模型计算泊肃叶流 | &#x1f58…
阅读更多...
自监督分类网络：创新的端到端学习方法

自监督分类网络：创新的端到端学习方法

现代人工智能的快速发展中&#xff0c;分类任务的高效解决方案一直备受关注。今天&#xff0c;我们向大家介绍一种名为Self-Classifier的全新自监督端到端分类学习方法。由Elad Amrani、Leonid Karlinsky和Alex Bronstein团队开发&#xff0c;Self-Classifier通过优化同一样本的…
阅读更多...
express+vue在线im实现【二】

express+vue在线im实现【二】

expressvue在线im实现【一】 在线体验 本期完成了&#xff1a; 1、心跳检测 2、支持发送表情与图片【这个目前还需要优化下&#xff0c;当图片上传后会被默认选中&#xff0c;需要点击一下旁边&#xff0c;使之失去选中效果&#xff0c;才能正常&#xff0c;留待下期优化吧】…
阅读更多...
Gone框架介绍27 - 再讲 Goner 和 依赖注入

Gone框架介绍27 - 再讲 Goner 和 依赖注入

gone是可以高效开发Web服务的Golang依赖注入框架 github地址&#xff1a;https://github.com/gone-io/gone 文档地址&#xff1a;https://goner.fun/zh/ 文章目录 Goner 和 依赖注入Goner的定义依赖标记Goners 注册Priest函数 Goner 和 依赖注入 Gone 作为一个依赖注入框架&am…
阅读更多...
桂电人工智能学院大数据实验，使用 Docker 搭建 hadoop 集群

桂电人工智能学院大数据实验，使用 Docker 搭建 hadoop 集群

桂电人工智能学院大数据实验&#xff0c;使用 Docker 搭建 hadoop 集群 第一步 安装 Docker, Windows 上可以使用 Docker Desktop 下载地址&#xff1a;https://www.docker.com/products/docker-desktop/ 安装过程自行谷歌 安装好的标志&#xff1a;打开终端 运行docker p…
阅读更多...
矩阵补全学习笔记

矩阵补全学习笔记

目录 矩阵补全概念原理 ICLR 2020 | 超越传统&#xff0c;基于图神经网络的归纳矩阵补全 因果面板数据模型的矩阵补全方法 矩阵补全概念原理 【综述】矩阵补全问题-CSDN博客 GitHub - XLearning-SCU/2022-CVPR-AirNet: PyTorch implementation for All-In-One Image Restor…
阅读更多...
windows11子系统Ubuntu 22.04.4子安装图形化界面

windows11子系统Ubuntu 22.04.4子安装图形化界面

1、windows11家庭版本设置 打开虚拟机安装许可 2、Microsoft Store下载安装ubuntu 我使用的是22.04.4 LTS版本 3、 打开ubuntu 命令窗口 1、打开win11的命令行&#xff0c;在下拉三角下标&#xff0c;打开&#xff0c;可以看到有Ubuntu 的选项&#xff0c;点击即可进入linux命…
阅读更多...
pdb restore flashback recover 的三个办法 + CDB 级还原 注意数据库实际时间

pdb restore flashback recover 的三个办法 + CDB 级还原 注意数据库实际时间

Recover可以drop掉PDB&#xff0c;另外两个不行&#xff01;&#xff01; 除非CDB级还原 千万要注意好数据库时间 RMAN> recover pluggable database pdb until time "to_date(16-JUN-2024 19:00:00,DD-MON-YYYY HH24:MI:SS)" auxiliary destination data1; S…
阅读更多...
鸿蒙应用开发

鸿蒙应用开发

学习视频&#xff1a; 00.课程介绍_哔哩哔哩_bilibili 官网&#xff1a;开发者文档中心 | 华为开发者联盟 (huawei.com) 开发工具 &#xff1a;DevEcoStudio &#xff0c; 类似Jetbrains 全家桶 ArkTS开发语言 &#xff1a;&#xff08;基于TS,集成了前端语言&#xf…
阅读更多...
wifiphisher详细安装教程

wifiphisher详细安装教程

仅用于学习&#xff1a; 1、先进入root权限&#xff1b; 2、下载roguehostpad文件&#xff1b; git clone https://github.com/wifiphisher/roguehostapd.git3、进入roguehostpad文件夹&#xff1b; cd roguehostapd4、检查roguehostpad文件夹内的setup.py颜色是否变绿&#…
阅读更多...
MySQL日志（二）：MySQL抖动

MySQL日志（二）：MySQL抖动

一条SQL语句&#xff0c; 正常执行的时候特别快&#xff0c; 但是有时也不知道怎么回事&#xff0c; 它就会变得特别慢&#xff0c; 并且这样的场景很难复现&#xff0c; 它不只随机&#xff0c; 而且持续时间还很短。 看上去&#xff0c; 这就像是数据库“抖”了一下。 今天&…
阅读更多...
c++编程（18）——deque的模拟实现（2）容器篇

c++编程（18）——deque的模拟实现（2）容器篇

欢迎来到博主的专栏——c编程 博主ID&#xff1a;代码小豪 文章目录 deque的数据结构deque的构造默认构造填充构造 deque的其他操作deque的插入、删除push_back和push_frontpop_back和pop_frontclear、erase和insert操作 传送门 在上一篇中&#xff0c;我们已经实现了deque最核…
阅读更多...
springboot整合redis以及使用

springboot整合redis以及使用

在Spring Boot中整合Redis&#xff0c;并使用Redis作为缓存或数据存储&#xff0c;是非常常见和有用的场景。Redis作为一种高性能的键值存储系统&#xff0c;可以用来加速数据访问、会话管理、消息队列等多种用途。下面是整合和使用Redis的基本步骤&#xff1a; 1. 添加Redis依…
阅读更多...
数学中常用希腊字母发音读法

数学中常用希腊字母发音读法

序号大写小写英文注音国际音标注音中文注音1Ααalphaa:lf阿尔法2Ββbetabet贝塔3Γγgammaga:m伽马4Δδdeltadelt德尔塔5Εεepsilonepsilon伊普西龙6Ζζzetazat截塔7Ηηetaeit艾塔8Θθthetθit西塔9Ιιiotaiot约塔10Κκkappakap卡帕11∧λlambdalambd兰布达12Μμmumj…
阅读更多...
数据仓库和数据库有什么区别？

数据仓库和数据库有什么区别？

一、什么是数据仓库二、什么是数据库三、数据仓库和数据库有什么区别 一、什么是数据仓库 数据仓库&#xff08;Data Warehouse&#xff09;是一种专门用于存储和管理大量结构化数据的信息系统。它通过整合来自不同来源的数据&#xff0c;为企业提供统一、一致的数据视图&…
阅读更多...
【最新鸿蒙应用开发】——鸿蒙中的“Slot插槽”？@BuilderParam

【最新鸿蒙应用开发】——鸿蒙中的“Slot插槽”？@BuilderParam

构建函数-BuilderParam 传递 UI 1. 引言 BuilderParam 该装饰器用于声明任意UI描述的一个元素&#xff0c;类似slot占位符。 简而言之&#xff1a;就是自定义组件允许外部传递 UI Entry Component struct Index {build() {Column({ space: 15 }) {SonCom() {// 直接传递进来…
阅读更多...
测试基础（一）

测试基础（一）

测试基础测试基础测试基础测试基础测试基础测试基础测试基础测试基础测试基础测试基础测试基础测试基础测试基础测试基础测试基础测试基础测试基础测试基础测试基础测试基础测试基础测试基础测试基础测试基础测试基础测试基础测试基础测试基础测试基础测试基础测试基础测试基础…
阅读更多...
最新文章

Copyright @ 2022~2023