FreeBSD RAID 由数据中心重建，现在 /var/logs 和 /var/db/mysql 中的数据 *gone*，哦不！

Question

好的，我们的数据中心在一夜之间在我们的服务器上进行了 RAID 重建（可能还有其他一些东西）。在某些时候失败了，我今天早上检查了一些东西，看起来好像 /var 分区已被完全擦除并恢复到默认安装状态。

即，我们在 /var/logs 中的所有内容都消失了，我们在 /var/db/mysql 中的所有内容都消失了，就好像那些东西已被清除并替换为 FreeBSD 的默认安装（即最少的日志，没有存储.gzip 日志，没有更多的数据库等）糟糕，真的很糟糕！

实际上，如果我做一个“df -h”，我会看到一个 /var 分区。现在，我再也看不到了。但是我可以访问 /var ......它只是没有出现在“df -h”中。我确实在 /etc/fstab 中看到了 /var 的条目。

我几乎不知道他们做了什么。我在等他们的消息。所以我意识到这是一个有点无法回答的问题。我只是在寻找关于我可以检查什么/可能发生什么等的想法，直到我从数据中心获得更多关于他们实际做了什么的细节。

与此同时，任何人都可以提出一个理论来说明 /var 中的数据可能已经去了哪里......以及我如何检查它是否仍然存在于某处？

编辑我们走在正确的轨道上，谢谢大家！

[kp@afekan /var/log]$ sudo tail -n 10 /var/log/dmesg.today

SMP: AP CPU #2 Launched!
SMP: AP CPU #3 Launched!
Trying to mount root from ufs:/dev/mfid0s1a
WARNING: /tmp was not properly dismounted
/tmp: mount pending error: blocks 24 files 0
WARNING: /usr was not properly dismounted
WARNING: R/W mount of /var denied.  Filesystem is not clean - run fsck
WARNING: R/W mount of /var denied.  Filesystem is not clean - run fsck
bce0: link state changed to UP
bce1: link state changed to UP

他们正在努力！

固定的！问题已解决，/var 从未安装，需要 fsck。谢谢你们！

Answer 1

你的/var分区没有挂载。可能有一个旧的默认安装/var；稍后他们可能会添加另一个卷并将其安装。

请让他们检查是否每个卷都已正确安装；检查/etc/fstab确切的名称/切片。

此外，您当前的var分区也很可能是在系统启动时由各种守护进程创建的，由于它们找不到自己的目录，因此决定创建 /var/log、/var/tmp 等。

向数据中心的人们问好 :P