Articles of mdadm

当一个RAID1驱动器被移除时,服务器将无法启动

在设置RAID和LVM方面我相当“绿色”,但是我无法弄清楚为什么这个设置不能按预期工作。 我有一个服务器与两个物理硬盘,我想在软件RAID中设置的东西,使任何驱动器可能会失败,机器保持function。 +——+————+ | swap | / (root) | | 5 GB | 113.5 ext4 | +———–+——————-+ | /boot | LVM | | 1 GB ext4 | 118.5 GB | +———————-+———–+——————-+ | EFI system partition | RAID 1 | RAID 1 | | 500 MB | 1 GB | 118.5 GB | +———————-+———–+——————-+ | HDD […]

挂起LVM操作的复制

我们刚刚开始在我们的RAIDarrays上使用LVM,并感觉它会减缓我们用来testing升级的快照反转操作。 我们对整个Raid和LVM并不是很熟悉,所以也许这是不可能的。 所以现在我们通过下面的步骤创build一个快照: lvcreate -l 100%FREE -n data_snap -s数据/数据 那么我们运行我们的系统升级包 lvconvert –merge'data / data_snap' 它实际上需要很长的时间才能恢复,所以效率的提高现在是微不足道的。 我相信这可能是由一些问题,但我想看看我可以解决一些使用这个问题的人: 我们在与原始卷相同的物理磁盘上有快照卷 我们有一个活跃的软件RAID支持所有在后面的RAID1的2个设备SDB和SDC形成MD0 我们的原始设置需要100%的MD0创build/存储,我们没有空间来创build快照,所以我也必须减less我的数据/数据,使一些空间,并恢复到100%VG一旦快照合并回来 在初始设置中,我们将/ var移动到了这个RAIDarrays,所以我必须将它移出到SDA,并将从MD0的/存储装载到SDA的/ var的绑定绑定到一起,所以我们将docker的东西放在RAID上以限制更改卷 所以我的select似乎是通过MD0find暂停将SDB复制到SDC的方法。 但我不知道如何做到这一点。 这可能会救我很多麻烦,但我不能确定。 任何人都可以启发我吗?

raid 5创build(使用mdadm)大量的读/写创build:这是正常的?

我使用以下命令创build了一个软件RAID 5磁盘:mdadm -C / dev / md2 -l5 -n4 / dev / sd [il] 同时我正在使用dstat来查看io-activity:dstat -c -d -D total,sda1,md2,sdi,sdj,sdk,sdl -l -m -n 并注意到磁盘sd [ik]全部被读取,sdl被写入。 现在,我明白raid5必须configuration,但它需要很长的时间,所有磁盘都干净和格式化(使用xfs),所以我认为可能有某种快捷方式跳过(不必要的)检查。它? 创build是一个时间批评夜间批处理(在亚马逊ec2上运行)的一部分,所以它不是一次性的事情。 谢谢,Geert-Jan

Linux突袭与片状USB驱动器(巴士?)

我有一个镜像设置中的两个USB驱动器突袭。 它工作的很好,但USB总线是非常片状的,大约每周一次,由于我不知道的原因(显然没有什么相关的日志)驱动器将消失,并回到不同的/ devpath。 现在,mdadm通过序列号识别驱动器的function非常出色,所以我不会为驱动器字母烦恼。 对我来说,真正令人恼火的是,当驱动器回来时,它不会进入RAID。 Update Time : Fri Jul 16 12:05:02 2010 State : clean, degraded Active Devices : 1 Working Devices : 1 Failed Devices : 1 Spare Devices : 0 UUID : eac43993:c6a05923:74746b96:dfc4670c (local to host razor) Events : 0.468176 Number Major Minor RaidDevice State 0 0 0 0 removed 1 8 […]

RAIDarrays降级了,但在重新启动时“很好”

在启动过程中,我收到一条消息,说md RAIDarrays已经退化。 我的第一反应是重新启动。 一切似乎现在工作得很好。 所有磁盘都是活动的。 令我担忧的是,其中一个磁盘正沿着薄薄的生命线前进。 我如何诊断哪个磁盘暂时失败? 我可以运行一些testing,看看是否需要更换? 它仍然在保修期内,所以如果我replace它,我希望能够声称它真的接近死亡。

为软件RAID 5arrays创build超级块

我用mdadm创build了一个raid 5数组。 我在所有五个磁盘上创build了分区,在这五个分区上创build了一个具有mdadm的raid-5arrays)。 一切似乎很好,但是当我尝试装入数组时,我得到了关于没有超级块的投诉。 当我谷歌的解决scheme,我所得到的是人们试图恢复有缺陷的数组,所有我需要的是一个简单的(至less我认为这将是?)命令来创build这个超级块(最好不必经过8小时初始化)。 编辑:用于创build数组的命令:(是sdc应该被排除在外) sudo mdadm –create –verbose /dev/md0 –level=5 –raid-devices=5 /dev/sda1 /dev/sdb1 /dev/sdd1 /dev/sde1 /dev/sdf1 用于分区数组的命令: sudo mkfs.ext4 /dev/md0 -v -T largefile4 -m 0 -L Raid 我试图装载数组的命令: sudo mount -t ext4 /dev/md0p1 /raid

Linux:在raid 1上很慢的mdadm resync

我试图rsync一个系统上的RAID 1绝对没有运行(我已经将所有服务移动到另一台服务器)。 所以这只是我通过SSH。 出于某种原因,这是非常缓慢的: cat / proc / mdstat 个性:[raid1] md1:激活raid1 sdc1 [1] sda1 [0] 104320个街区[2/2] [UU] md2:active raid1 sdd1 [1] 1953511936 blocks [2/1] [_U] 位图:10/233页[40KB],4096KB块 md0:激活raid1 sdc3 [1] sda3 [2] 240814272 blocks [2/1] [_U] [> ………………..]恢复= 1.0%(2488576/240814272)完成= 8243.9分钟速度= 479K /秒 位图:94/230页[376KB],512KB大块 未使用的设备: 我已经尝试过了: 将/ proc / sys / dev / raid / speed_limit_min设置为非常高的值 设置 […]

MDADM不会组装raid0,它是启动时的raid5的一部分

我使用RAID0(md2)作为RAID5(md3)设置中的设备(请参见下文)。 现在,每当计算机启动时,mdadm都会将md3标记为降级,并且我不得不重新添加md2作为新的备用。 当然mdadm然后开始resyncing /恢复。 有没有办法告诉mdadm在启动时组装md3之前等待md2,或者解决这个问题的另一种方法? 系统(Ubuntu 12.10 Server 64bit): $ uname -a Linux nas-server.local 3.5.0-25-generic #39-Ubuntu SMP Mon Feb 25 18:26:58 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux # mdadm –detail –scan ARRAY /dev/md/2 metadata=1.2 name=lubuntu:1 UUID=70bdbcc1:a423c042:e798e197:56cc4396 ARRAY /dev/md/3 metadata=1.2 spares=1 name=lubuntu:0 UUID=bce57189:aa8ae91a:a1268e87:bef78ff4 ARRAY /dev/md/1 metadata=1.2 name=nas-server:1 UUID=fdc6b691:3ca45346:3b493827:8ca7ed4e ARRAY /dev/md/0 metadata=1.2 name=nas-server:0 UUID=3bad2d5c:68517cb9:34631143:27c21bd1 在/ dev / […]

Linux:如何从软件RAID中恢复故障磁盘的数据

我在软件RAID(1)中有一个磁盘故障,并将故障磁盘标记为故障(mdadm –manage / dev / md0 –fail / dev / sda1)。 不幸的是,之后我在第二张磁盘上销毁了数据。 是否有可能从磁盘恢复数据标记为失败(/ dev / sda1)? 如果是这样,怎么样? 更新:好的,我find了解决scheme,我必须创build一个新的MD设备:mdadm –assemble / dev / md10 / dev / sda4 –run 之后我因为重复的LVM PV而出现了一些麻烦,但是稍微付了些功夫,我就可以得到一些数据。 不是全部 – 因为硬盘被严重损坏…

mdadm增长操作给不停的libata错误

运行Debian 7,mdadm 3.2.5。 我发了一个命令,增长了5个磁盘,3个备用RAID,5个数组到了8个磁盘,0个备用RAID 6arrays: mdadm –grow /dev/md0 –level=6 –raid-devices=8 –backup-file=/root/raid5backup 驱动器旋转一到五秒钟之后,会有一声小小的声音停止,并向控制台吐出大量的错误信息。 从这些消息中search块(每隔1-5秒更多,所以我不能得到它)终于降落我与这个libata错误消息细分页面 。 根据这个链接页面,我的问题是“设备和主机之间的通信暂时丢失了,但是恢复了”。 看起来像一个巴士错误 – 它可能是一个粗制滥造的电缆? 本机有11个SATA设备,6个板载连接器和5个扩展卡。 主板是全新的。 我不知道如何处理消息。 我应该关机并尝试更换电缆吗? 有任何想法吗?