打开计算机后大约半小时后，我在dmesg收到这些错误： [ 1355.677957] EXT4-fs error (device sda2): htree_dirblock_to_tree: inode #1318420: (comm updatedb.mlocat) bad entry in directory: directory entry across blocks – block=5251700offset=0(0), inode=1802725748, rec_len=179136, name_len=32 [ 1355.677973] Aborting journal on device sda2-8. [ 1355.678101] EXT4-fs (sda2): Remounting filesystem read-only [ 1355.690144] EXT4-fs error (device sda2): htree_dirblock_to_tree: inode #1318416: (comm updatedb.mlocat) bad entry in directory: directory […]
我有一个300G的西部数字猛禽，最近显示UNC SMART，想知道谁应该有经验知道我应该更换它，并获得保修forms西数？ smartctl -a的详细信息如下： smartctl 5.41 2011-06-09 r3365 [FreeBSD 8.2-RELEASE-p6 amd64] (local build) Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net === START OF INFORMATION SECTION === Model Family: Western Digital VelociRaptor Device Model: WDC WD3000HLFS-01G6U0 Serial Number: WD-WXD0C79C8807 LU WWN Device Id: 5 0014ee 0ac3cfaf0 Firmware Version: 04.04V01 User Capacity: 300,069,052,416 bytes [300 GB] Sector […]
我有一台运行VMware ESXi v4.1.0 348481的服务器。它有一个硬件RAID10和一个SATA备份驱动器。 我有一个运行的虚拟机，它具有RAID10数据存储上的主引导vmdk以及SATA备份驱动器的数据存储上的600 GB vmdk。 VM使用FreeBSD内核运行Debian linux，并使用ZFS作为备份驱动器。 编辑：该驱动器不直接连接到虚拟机。 它用作VMware数据存储，VM在SATA驱动器的数据存储上有一个vmdk。 数据存储空间不足（仅占65％） 我使用SSHlogin到服务器，发现昨天晚上备份被挂起， zfs list或zpool list都挂起。 所以我在ESXi中打开了虚拟控制台，很遗憾地看到： (da1:mpt0:0:1:0): READ(10). CDC: 28 0 19 97 3a 50 0 0 2d 0 (da1:mpt0:0:1:0): CAM status: SCSI Status Error (da1:mpt0:0:1:0): SCSI status: Check Condition (da1:mpt0:0:1:0): SCSI sense: MEDIUM ERROR info:4862ec asc:11,4 (Unrecovered read error – auto reallocate failed) […]
我的故事开始很简单。 我有一台运行Arch Linux的轻型服务器，它将大部分数据存储在由两个SATA驱动器组成的RAID-1上。 4个月左右没有任何问题。 然后，突然间，我开始在其中一个驱动器上读取错误。 总是，这些消息看起来很像这些： Apr 18 00:20:15 hope kernel: [307085.582035] ata5.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 Apr 18 00:20:15 hope kernel: [307085.582040] ata5.01: failed command: READ DMA EXT Apr 18 00:20:15 hope kernel: [307085.582048] ata5.01: cmd 25/00:08:08:6a:34/00:00:27:00:00/f0 tag 0 dma 4096 in Apr 18 00:20:15 hope kernel: [307085.582050] res […]
今天早上我们的数据库服务器上的驱动器失败 驱动器arrays（3个磁盘）安装在RAID 5configuration中。 在等待驱动器更换的同时，我们正在准备恢复策略。 用户正在继续在系统上工作，虽然速度很慢（不知道为什么？）。 如何安装新驱动器 – 该驱动器的数据是否会自动从奇偶校验中重build，还是应该遵循另一个过程？ 编辑：这是一个硬件RAID控制器。 （感谢迄今为止的答案，赞赏）
我正在设置两个新的4TB硬盘的RAID1arrays。 以前我听说过，在同一时间购买新的相同硬盘的RAID1arrays增加了在相似的时间点失败的机会。 因此，我正在考虑在一段时间内（也许是几个星期）自行使用其中的一个硬盘，以便在短时间内减less这两个故障的可能性。 （未使用的驱动器将保持在抽屉中断开连接） 这似乎是一个合理的方法，或者我更可能只是浪费我的时间？
此 SSD的平均故障间隔时间（ MTBF）列为1,500,000小时。 这是很多小时。 1,500,000小时大概是170年。 既然这个SSD的发明是内战之后，他们怎么知道MTBF是什么？ 一些对我有意义的选项： Newegg只是有一个错字 平均无故障时间的定义并不是我认为的那样 他们正在使用某种types的统计推断来估计MTBF是什么 题： SSD / HDD的平均故障间隔时间（MTFB）是多less？