7.7. 文件系统和存储
在恢复备份时, xfsrestore 命令可以正常工作
在以前的版本中,当恢复使用 xfsdump 命令创建的备份时,xfsrestore 创建一个孤儿目录。因此,一些文件被移到所创建的孤儿目录中,并显示以下消息:
# xfsdump -L test -M test -f /scratch.dmp /mnt/test
...
xfsdump: NOTE: root ino 128 differs from mount dir ino 1024, bind mount?
...
xfsdump: Dump Status: SUCCESS
# xfsrestore -f /scratch.dmp /mnt/restore/
...
xfsrestore: restoring non-directory files
xfsrestore: NOTE: ino 128 salvaging file, placing in orphanage/1024.0/dir17/file60
xfsrestore: NOTE: ino 129 salvaging file, placing in orphanage/1024.0/dir17/file61
xfsrestore: NOTE: ino 130 salvaging file, placing in orphanage/1024.0/dir17/file62
xfsrestore: NOTE: ino 131 salvaging file, placing in orphanage/1024.0/dir17/file63
xfsrestore: NOTE: ino 132 salvaging file, placing in orphanage/1024.0/dir17/file64
xfsrestore: NOTE: ino 133 salvaging file, placing in orphanage/1024.0/dir17/file65
xfsrestore: NOTE: ino 134 salvaging file, placing in orphanage/1024.0/dir17/file66
...
有了这个更新,这个问题已被解决,xfsrestore 现在可以正常工作。
(BZ#2020494)
multipathd.socket 单元文件不会在太多启动尝试后禁用 multipathd
在以前的版本中,multipath.service 单元文件中 multipathd 的起始条件与 multipathd.socket 中的触发条件不同。因此,单元文件会重复尝试启动 multipathd ,并会失败。这会导致多次尝试失败后禁用 multipathd。有了这个修复,multipathd.socket 和 multipathd.service 的起始条件已被设置为相同的值。因此,在没有满足 multipathd.service 的启动条件时,multipathd.socket 单元文件不会再尝试启动 multipathd 。
保护 uevents 不再导致多路径设备重新载入失败
在以前的版本中,当重新扫描 只读 路径设备时,内核会发送两个写保护 uevents - 一个设备被设为 读/写,以下设备被设为 只读。因此,在路径设备上检测到 读/写 uevent 时,multipathd 会尝试重新载入多路径设备,这会导致重新载入错误信息。有了这个更新,multipathd 会在重新载入读/写设备前,检查所有路径是否被设置为 读/写 。因此,当重新扫描 只读 设备时,multipathd 不再尝试重新载入 读/写。
(BZ#2009624)