brunobhr's questions

我在 SSD 上安装了 FreeBSD 11.2-RELEASE，并在 zpool 镜像上安装了tank2 个硬盘驱动器。

手动导入没有问题： zpool import -R /mnt tank

然后zfs get all tank显示：

[root@x9 ~]# zfs get all tank NAME PROPERTY VALUE SOURCE tank type filesystem - tank creation Wed Oct 3 22:36 2018 - tank used 41.9G - tank available 1.71T - tank referenced 66.2M - tank compressratio 1.00x - tank mounted yes - tank quota none default tank reservation none default tank recordsize 128K default tank mountpoint /mnt/tank default

但是 zpool 导入永远不会在重新启动后幸存下来。

一位帮助用户建议/boot/zfs/zpool.cache未更新的文件可能是罪魁祸首，因此我将其删除，重新导入 zpool 并重新启动。

这并没有解决问题。

我正在运行一个简单的rsync脚本，我在其中记录两个不同的文件，stdout以及.stderrrsync_stdout.logrsync_stderr.log

当我尝试使用电子邮件发送 rsync_stderr.log 的内容时：

echo $(cat rsync_stderr.log) | ssmtp [email protected]

我收到一个空白的电子邮件正文，但是当我这样做时：

echo $(cat rsync_stdout.log) | ssmtp [email protected]

然后我在电子邮件正文中的标准输出日志没有问题。

它与rsync's 的stderr输出文件有关吗？

我以详细的方式运行 ssmtp：

[<-] 250 2.1.5 OK b48smxxx70wrb.1 - gsmtp
[->] DATA
[<-] 354  Go ahead b48smxxxxxx70wrb.1 - gsmtp
[->] Received: by XXXNAS (sSMTP sendmail emulation); Tue, 19 Dec 2017 01:14:47 +0100
[->] From:"XXXNAS" <XXXNAS>>
[->] Date: Tue, 19 Dec 2017 01:14:47 +0100
[->] rsync: delete_file: unlink(.AppleDB/log.0000000001) failed: Permission denied (13)
[->] rsync: delete_file: unlink(.AppleDB/lock) failed: Permission denied (13)
[->] rsync: delete_file: unlink(.AppleDB/db_errlog) failed: Permission denied (13)
[->] rsync: delete_file: unlink(.AppleDB/cnid2.db) failed: Permission denied (13)
[->] rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1178) 
[->] [sender=3.1.2]
[->] 
[->] .
[<-] 250 2.0.0 OK 1513642487 b48sxxxxxxrb.1 - gsmtp
[->] QUIT
[<-] 221 2.0.0 closing connection b4xxxxxwrb.1 - gsmtp

所以我可以看到正在发送的文本，但电子邮件的正文只是空白。

我也试过ssmtp [email protected] < rsync_stderr.log，但它也不起作用。