ispconfig说我的服务器有突袭问题。 服务器不是我的，它是从托pipe公司租用的。 操作系统安装不是我的业务：托pipe公司做到了。 cat /proc/mdstat Personalities : [raid1] md0 : active raid1 sda1[2](F) sdb1[1] 312568576 blocks [2/1] [_U] 我真的不熟悉这个问题，我从未遇到这样的问题。 我想sda1已经死了。 你能帮我现在做什么（除了我应该打电话给托pipe公司）吗？ 我有一切重要的备份。
过去3天里我一直在关注Raid级别。 而且一直在权衡RAID /硬件/软件的利弊。 我明白，RAID不是一个备份解决scheme，我完全没有问题，但仍然有一个问题。 一个RAID控制器，甚至Raid 1到Raid 6如何检测到硬盘驱动器发生故障。 我所做的研究表明，大多数常见的硬盘驱动器制造商在他们的硬盘驱动器devise中使用ECC，假设在一定程度上防止1位故障达到3位。 虽然在想这个时，可以说你有Raid（1）和两个相同的硬盘驱动器。 比方说，从驱动器0读取数据，同时从驱动器1读取数据。尽pipe驱动器1向RAID控制器报告了ECC读取失败。 现在这是一个很大的问题，硬件RAID Raid控制器会做什么？ 它从硬盘上得到一个读取失败的信号。 它可以报告硬盘驱动器有故障，需要更换。 RAID控制器是否search到不同的硬盘驱动器的数据，直到从驱动器成功读取。 （是的，驱动器可以报告读取正确，数据可能仍然损坏，并且RAID在读取时不检查极性或ECC）
我的RAID1降级了，我需要更换/ dev / sdb。 但是，我可以将/ dev / sdb5（在/ dev / md1）标记为失败并将其删除，但是我无法对/ dev / sdb1（/ dev / md0挂载在/上）执行相同的操作： root@kes:~# mdadm /dev/md0 –fail /dev/sdb1 mdadm: set /dev/sdb1 faulty in /dev/md0 root@kes:~# mdadm –detail /dev/md0 /dev/md0: Version : 00.90 Creation Time : Wed Apr 7 03:00:39 2010 Raid Level : raid1 Array Size : 975185536 (930.01 GiB 998.59 […]
在Debian 6的新安装中，build立一个软件RAID1arrays的build议方法是什么，以便系统可以从两个磁盘启动？ 我听说不知道自己在做什么的人可能会这样设置，以至于如果主磁盘出现故障（！），系统将无法启动。 我一直无法find最新版本的Debian步骤的简单列表。
三个磁盘中的一个在我的LVM raid1逻辑卷中closures。 （实际上这是一个糟糕的实验）。 卷是一个纯粹的LVM raid1 （不，不是LVM mirror ），没有任何mdadm / fakeraid。 问题只在重启时才能实现，设备完全没有了。 由于我仍然有两个健康的磁盘，我想将该卷作为双向raid1使用一段时间，稍后再更换坏的磁盘。 但是，我无法从音量中删除丢失的设备。 以下是有关拓扑的基本信息。 卷组为vgQ3 ，逻辑卷为lvRAID1 ： #lvm pvs | grep vgQ3 Couldn't find device with uuid vG3BbG-ap9H-iYGg-qfE2-R13Z-rLJI-AJcAv0. /dev/sdb2 vgQ3 lvm2 a– 79.31g 17.91g /dev/sdc2 vgQ3 lvm2 a– 79.31g 17.91g unknown device vgQ3 lvm2 am 79.31g 17.91g # lvm lvs -a -o +devices | grep […]
首先，我更愿意提到我已经find并阅读了这个 。 我使用标准的3.16内核运行Debian Jessie。 我已经手动定义了一个RAID1arrays。 但在启动时不会自动组装。 因此，在尝试挂载/ etc / fstab中描述的FS之后，systemd会回退到某些降级的shell。 如果fstab中的那一行被注释掉了，那么启动过程将结束，但RAIDarrays不可用。 手动组装不会引发任何错误。 然后安装FS很简单。 手动组装时，数组看起来像这样： root@tinas:~# cat /proc/mdstat Personalities : [raid1] md0 : active (auto-read-only) raid1 sdc1[0] sdd1[1] 1953382464 blocks super 1.2 [2/2] [UU] bitmap: 0/15 pages [0KB], 65536KB chunk unused devices: <none> 这里是blkid命令的摘录： /dev/sdd1: UUID="c8c2cb23-fbd2-4aae-3e78-d9262f9e425b" UUID_SUB="8647a005-6569-c76f-93ee-6d4fedd700c3" LABEL="tinas:0" TYPE="linux_raid_member" PARTUUID="81b1bbfe-fad7-4fd2-8b73-554f13fbb26b" /dev/sdc1: UUID="c8c2cb23-fbd2-4aae-3e78-d9262f9e425b" UUID_SUB="ee9c2905-0ce7-2910-2fed-316ba20ec3a9" LABEL="tinas:0" TYPE="linux_raid_member" PARTUUID="11d681e5-9021-42c0-a858-f645c8c52708" […]
最近我们在服务器上configuration了Ubuntu 16.04。 我们有两个256 GB的SSD。 经过一段时间，我们认识到，我们的主要RAID分区只有20GB，而其他分区有200GB以上。 以下是fdisk -l打印的内容： Disk /dev/sda: 238.5 GiB, 256060514304 bytes, 500118192 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x807adac1 Device Boot Start End Sectors Size Id Type /dev/sda1 […]
今天早上我收到了这个消息： This is an automatically generated mail message from mdadm running on A DegradedArray event had been detected on md device /dev/md1. Faithfully yours, etc. PS The /proc/mdstat file currently contains the following: Personalities : [raid1] md1 : active raid1 sdb3[2](F) sda3[1] 1860516800 blocks [2/1] [_U] md0 : active raid1 sdb1[0] sda1[1] 499904 blocks [2/2] […]
我将要重build一个RAID 1arrays。 在重build过程中，人们仍然可以读/写数据中的数据？
我有一个Synology DS213和两个在RAID 1中的600GB硬盘。 该设备昨晚报告说，我的第二个驱动器已经退化，我应该更换它。 当我进行广泛的SMARTtesting时，结果表示驱动器没问题。 我怎样才能确认驱动器实际上是坏的？ 有没有什么情况下，恶化的驱动器是好的，它实际上是其他驱动器是坏的？