我有一台带有多个 LVM 逻辑卷的服务器(Ubuntu 18.04)。例行重启后,其中之一不会回来。经过一番调查,这就是我所在的位置:
物理磁盘是一个 iSCSI 设备,内核将其视为 /dev/sdc (没有错误且大小正确)
lvmdiskscan -v 在 /dev/sdc 上看到 PV
> lvmdiskscan -v ... /dev/sdc [72.76 TiB] LVM 物理卷
... /dev/sdc: UUID="fvUXXf-pVOF-EPnn-c8eg-tZ5S-iMVW-wsSFDy" TYPE="LVM2_member"
该条目缺少系统上其他 LV 具有的 PARTUUID 条目。这是一个线索吗?我无法将这条信息与任何对我有进一步帮助的东西联系起来。
pvscan 不报告 /dev/sdc
pvdisplay 似乎不知道这个PV
> pvdisplay /dev/sdc 找不到物理卷“/dev/sdc”
谁能指出我正确的方向?
编辑以添加 pvck -t 的输出
pvck -t /dev/sdc 测试模式:元数据不会更新,卷也不会被(取消)激活。 在 /dev/sdc 上找到标签,扇区 1,类型=LVM2 001 找到文本元数据区域:offset=4096,size=1044480
同样有用的是,这个 LV 最初是在 Ubuntu 14.04 上制作的,并且在 Ubuntu 18.04 上运行得非常好。
下面是 lvmdiskscan 的其他输出。此输出看起来与系统上其他 VG 的输出没有什么不同。LV 首先看起来是孤立的,然后它们与 VG 关联,并且变得可用。但对于 …
我有一个 Ubuntu (12.04) NFS 服务器,即使没有运行,它的负载也很高(大于 10)。
详细地说,存储由 iSCSI 设备提供,我在该设备上有 5 个逻辑卷 (LVM) 和一些 ext4 分区。即使所有服务都停止了,并且没有出口(即没有客户端流量),负载仍然是 10。运行 iostat 显示一个特定的映射设备(/dev/dm-1)总是被写入(如果我解释输出正确):
Device: tps MB_read/s MB_wrtn/s MB_read MB_wrtn
sda 0.00 0.00 0.00 0 0
sdb 342.00 0.00 9.21 0 9
dm-0 0.00 0.00 0.00 0 0
dm-1 615.00 0.00 11.71 0 11
Run Code Online (Sandbox Code Playgroud)
(sdb 是 iSCSI 设备出现的地方,dm-n 是各种逻辑卷)。我真的(几乎)停止了所有其他正在运行的服务,我可以很有信心地说,当我启动 NFS 服务器时,负载会增加,而当我停止它时,负载会下降。到底是怎么回事?如何查看正在写入磁盘的内容?(我试过 lsof 但没有显示任何过程)。
附加添加信息问。
正常运行时间说:
18:27:15 up 1 day, 9:59, 2 users, load average: 14.22, 12.42, 11.55
Run Code Online (Sandbox Code Playgroud)
vmstat说:
procs -----------memory---------- ---swap-- -----io---- -system-- …
Run Code Online (Sandbox Code Playgroud)