最初在 bkp-01 实例上。服务器和磁盘已手动设置为不同的可用区域。磁盘正在运行 zfs 进行备份/快照。这是一台旧服务器,手动突袭系统。
现在我们检查一下:
root@bkp-01:~# cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
UUID=g5e223df-f541-4e4c-aa8d-e4529fa28424 / ext4 errors=remount-ro 0 1
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
UUID=98a5392a-3fbc-67aa-bd15-b3e6f125c27a none swap sw 0 0
/storage/backups/revitalis /storage/mount-revitalis ecryptfs ecryptfs_cipher=aes,ecryptfs_key_bytes=32,key=passphrase:passfile=/root/tmp-pass-revitalis.txt,ecryptfs_passthrough=n,no_sig_cache,ecryptfs_enable_filename_crypto=n,noauto 0 0
/storage/backups/cromwell /storage/mount-cromwell ecryptfs ecryptfs_cipher=aes,ecryptfs_key_bytes=32,key=passphrase:passfile=/root/tmp-pass-cromwell.txt,ecryptfs_passthrough=n,no_sig_cache,ecryptfs_enable_filename_crypto=n,noauto 0 0
/storage/backups/cilon /storage/mount-cilon ecryptfs ecryptfs_cipher=aes,ecryptfs_key_bytes=32,key=passphrase:passfile=/root/tmp-pass-cilon.txt,ecryptfs_passthrough=n,no_sig_cache,ecryptfs_enable_filename_crypto=n,noauto 0 0
/storage/backups/glueckauf /storage/mount-glueckauf ecryptfs ecryptfs_cipher=aes,ecryptfs_key_bytes=32,key=passphrase:passfile=/root/tmp-pass-glueckauf.txt,ecryptfs_passthrough=n,no_sig_cache,ecryptfs_enable_filename_crypto=n,noauto 0 0
和
root@bkp-01:~# ls -l /root/tmp-pass-revitalis.txt
-rw------- 1 root root 40 Sep 2 2020 /root/tmp-pass-revitalis.txt
root@bkp-01:~# ls -ld /storage/backups/revitalis
ls: cannot access /storage/backups/revitalis: No such file or directory
root@bkp-01:~# ls -ld /storage/mount-revitalis
drwxr-xr-x 2 root root 4096 Aug 14 10:51 /storage/mount-revitalis
root@bkp-01:~# :我们有以下旧服务器(bkp-01)类型的工作设置应如下所示:重启之前
root@bkp-01:/# zpool status
pool: storage
state: ONLINE
scan: scrub repaired an in 701hSflm with 0 errors on Mon Jan 9 06:14:20 2023
config:
NAME STATE READ WRITE CKSUM
storage ONLINE 0 0 0
raidz1-0 ONLINE 0 0 0
vdc ONLINE 0 0 0
vdb ONLINE 0 0 0
raidz1-1 ONLINE 0 0 0
vde ONLINE 0 0 0
vdd ONLINE 0 0 0
raidz1-2 ONLINE 0 0 0
vdf ONLINE 0 0 0
vdg ONLINE 0 0 0
现在如果我们检查可用磁盘空间
服务器重启后我们有:
root@bkp-01:~# zfs list
no datasets available
root@bkp-01:~# zpool status
no pools available
此备份错误在日志中显示为:
Backup [Test] /usr/bin/rsync -a "rsync://10.11.11.195/encrypted" "/storage/backups/Test/" failed with rc 11 rsync: mkdir "/storage/backups/Test" failed: No such file or directory (2) rsync error: error in file IO (code 11) at main.c(674) [Receiver=3.1.1]
我们尝试了 :
mount /storage/mount-revitalis
output
/storage/backups/revitalis /storage/mount-revitalis ecryptfs ecryptfs_cipher=aes,ecryptfs_key_bytes=32,key=passphrase:passfile=/root/tmp-pass-revitalis.txt,ecryptfs_passthrough=n,no_sig_cache,ecryptfs_enable_filename_crypto=n,noauto 0 0
passfile=/root/tmp-pass-revitalis.txt
和
root@bkp-01:~# mount /storage/mount-revitalis
Attempting to mount with the following options:
ecryptfs_unlink_sigs
ecryptfs_key_bytes=32
ecryptfs_cipher=aes
ecryptfs_sig=750ba1ab642008df
Error mounting eCryptfs: [-2] No such file or directory
Check your system logs; visit <http://ecryptfs.org/support.html>
发生这种情况的原因是:最初有一个带有 RAIDZ1 vdevs 的 ZFS 池“存储”,重新启动后,ZFS 池完全丢失,并且由于缺少挂载点而导致备份失败?
重新创建 ZFS 池和重新创建数据集有帮助吗?
任何帮助都将不胜感激!