sda1(?)raid在debian上失败 – 现在该怎么办?

ispconfig说我的服务器有突袭问题。 服务器不是我的,它是从托pipe公司租用的。 操作系统安装不是我的业务:托pipe公司做到了。

cat /proc/mdstat Personalities : [raid1] md0 : active raid1 sda1[2](F) sdb1[1] 312568576 blocks [2/1] [_U] 

我真的不熟悉这个问题,我从未遇到这样的问题。

我想sda1已经死了。 你能帮我现在做什么(除了我应该打电话给托pipe公司)吗? 我有一切重要的备份。

不要惊慌,这是一个常见的和可恢复的错误。 您的托pipe公司build立一个双磁盘冗余arrays来保护数据,以防其中一个磁盘发生故障。 这个失败现在已经发生了。 输出表明sda1发生故障,RAID1arrays正在工作,但性能下降。

不过现在你已经被借用了。 如果第二个磁盘出现故障,那么这些数据就不存在了,您将不得不从备份中恢复。 要求您的托pipe公司立即更换发生故障的磁盘,并在完成后回复给您!

此外,确保备份罚款前搞乱或有人陷入退化RAID是一个好主意。 可悲的是,级联失败发生,主办人员也犯了错误(三重检查你和托pipe公司的手在同一页面上,以及在哪个磁盘上做什么)。

AFAIK,如果设备名为/ dev / mdX,则始终是linux软件限制,因此不涉及直接的SATA或SAS主机适配器以外的硬件存储控制器。

在Linux中有很多方法可以告诉它一个磁盘是逻辑删除的还是已经被添加的,但是这些应该只在热插拔直接连接的PATA或并行SCSI设备时才是必须的(无论如何,无论如何支持它)。

smartctl(来自smartmontools软件包;如果涉及ssd,则不要运行该提供程序,并且提供程序未在服务器上设置smartmontools守护进程或cron脚本;有已知会损坏某些ssds的智能实用程序版本)会告诉您很多关于什么是错误的驱动器,尤其是如果直接连接在这里的情况下,所以可以调用dmesg。 您在replace磁盘上获得的spinup_count和power_on_hours值有时会与托pipe服务器产生有趣的讨论主题;)