数据中心的FreeBSD RAID重build,现在在/ var / logs和/ var / db / mysql中的数据是* gone *,OH NO!

好的,我们的数据中心在我们的服务器上进行了RAID重build(可能还有一些其他的东西)。 有些事情在某些时候失败了,我今天早上检查了一些东西,看起来好像/ var分区已经被完全擦除,并回到默认的安装状态。

也就是说,我们在/ var / logs中的所有东西都没有了 ,我们在/ var / db / mysql中的所有东西都没有 ,就好像这些东西已经被删除了,换成了FreeBSD的默认安装(即最小日志, .gzip日志,没有更多的数据库等)不好,真的很坏!

其实,更多的看,如果我做了“df -h”,我会看到一个/ var分区。 现在,我不再看到它了。 但是我可以到/ var …它不会显示在“df -h”中。 我在/ etc / fstab中看到了一个条目。

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

与此同时,任何人都可以提出一个理论,在/ 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。 多谢你们!

您的/var分区未安装。 可能在/var有一个旧的默认安装; 稍后他们可能会添加另一个卷并将其安装。

是否要求他们检查每个卷是否安装正确; 检查确切的名称/切片/etc/fstab

另外,很可能你的当前var分区是在系统启动时由各个守护进程创build的,因为他们找不到自己的目录,所以决定创build/ var / log,/ var / tmp等等。

向数据中心的人打招呼:P

请显示以下三个命令的输出:

 # cat /etc/fstab # mount # df -kh 

有可能他们没有从/ etc / fstab挂载/ var出于任何原因,它住在你的根目录。