标签: raid

我已经在繁忙的 Ubuntu 服务器上使用一对 Intel 320 RAID 1 大约 4 个月了。虽然磁盘使用率从未达到容量的 50%，但我感觉服务器的响应速度变慢了，所以我想知道是否需要运行修剪，如果需要，该怎么做？（升级到Ubuntu 10.10后Linux内核为3.0）

谢谢

因此，我们运行 4 个磁盘的 RAID10 阵列的虚拟机（实际上是 Azure 中的 Linux 计算机）已损坏。这是一个ubuntu盒子。据我所知，四个数据磁盘都很好，只是虚拟机坏了。

现在，我可以从该计算机上分离磁盘并创建一个新的 Linux 实例，然后将磁盘附加到该新实例。问题是，如何让 mdadm 使用这些磁盘上的数据设置 RAID10 阵列（我不希望将其作为新驱动器删除）。

另外，我附加磁盘的顺序是否重要，或者 mdadm 会找出阵列中的哪个磁盘吗？

我安装了全新的 CentOS 6.5，其中包含两个（安装到 /mnt/data）1tb Western Digital Black 驱动器，位于 raid 1 中，带有 mdadm，通过安装程序进行配置。不幸的是，整个系统内核时不时地出现恐慌，并出现类似于下面的跟踪：

有关诊断或修复此问题的任何提示吗？非常感激！

编辑：看来这发生在 raid 数据检查发生的大约同一时间： 编辑 2：最后两次崩溃发生在周日凌晨 1 点刚过，同时进行数据检查。

Mar 23 01:00:02 beta kernel: md: data-check of RAID array md0
Mar 23 01:00:02 beta kernel: md: minimum _guaranteed_  speed: 1000 KB/sec/disk.
Mar 23 01:00:02 beta kernel: md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for data-check.
Mar 23 01:00:02 beta kernel: md: using 128k window, over a total of 976629568k.

/proc/mdstat

    Personalities : [raid1] …

我想重新格式化 /dev/md0，它是一个由 4 个磁盘 (sd[bcde]) 组成的 RAID0 阵列。但是，当我尝试运行命令 mke2fs 时，收到以下错误消息：

/dev/md0 is apparently in use by the system; will not make a filesystem here!\n

我也尝试过 mdadm --stop 来阻止它，但它不起作用：

mdadm: Cannot get exclusive access to /dev/md0:Perhaps a running process, mounted filesystem or active volume group?\n

仅供参考，/dev/md0 未安装，lsof/fuser 的输出只是空的。\n有什么想法吗？

[更新1]

lsblk 的输出如下所示：

NAME   MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT\nsdb      8:16   0   5.5T  0 disk  \n\xe2\x94\x94\xe2\x94\x80md0    9:0    0  21.9T  0 raid0 \nsdc      8:32   0   5.5T  0 …

我从 SoYouStart 报价中购买了 E3-SSD-3-32 服务器。有一个 3x120 GB SSD 驱动器。不幸的是，一段时间后，磁盘空间不足。有什么方法可以将RAID1转换为RAID0吗？操作系统是Debian 9。

web1@ns510077:~$ cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath] [faulty]
md1 : active raid1 sdc1[2] sdb1[1] sda1[0]
      20478912 blocks [3/3] [UUU]

md2 : active raid1 sdc2[2] sdb2[1] sda2[0]
      96211904 blocks [3/3] [UUU]

unused devices: <none>

web1@ns510077:~$ df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/root        20G  1.6G   17G   9% /
devtmpfs         16G     0   16G   0% /dev
tmpfs            16G     0   16G   0% /dev/shm
tmpfs            16G  530M …

我们有一台 HP Proliant DL380 G9 服务器。我们有一个单独的数据驱动器，它由 4 个 1TB 7.2k 6Gb 热插拔 SAS 驱动器 RAID 5'd 组成，以提供 3GB 逻辑驱动器。我们注意到服务器的性能很慢，在运行各种测试后，我注意到 SQL 数据库上的磁盘 IO 不是很好。我想尝试加快速度。

任何人都可以回答这些问题： -

(1) 因为我不想从头开始重建服务器，我可以只得到 4 个与上面相同的驱动器，但 12Gb（速度加倍）驱动器并排运行。我的计划是从阵列中移除一个驱动器，用更快的驱动器替换它，让它重建，然后交换下一个驱动器，然后交换下一个驱动器，依此类推，直到它们都被更快的驱动器替换？

(2) 与上述情况相同，但将驱动器更换为 SSD 驱动器，一次一个。SSD 和 SAS 驱动器可以共存于同一个阵列中吗？和，

(3) 我注意到有 15k 主轴速度驱动器，这将进一步提高速度，但是我无法获得 1TB 一个只有 1.2TB。我可以将一个稍大的驱动器放入 RAID 5 阵列中并且它可以正常构建，还是必须与其他驱动器具有相同的大小？

希望这一切都有意义。感激地收到任何帮助。

非常感谢。

DGC。

这里有一篇很棒的文章：https : //www.servethehome.com/raid-controller-batteries-time-bombs-you-need-to-replace/

RAID 控制器锂离子电池是否是您服务器中的定时炸弹？在过去的这个周末，我们看到了一个看起来不祥的 IBM ServeRAID 电池组。大家都知道RAID控制器电池需要定期更换。这是 RAID 卡上超级电容器的关键驱动因素之一。在本周末之前，我们假设这是在发生电源故障时保持数据安全的问题。在这个周末之后，我们现在认为这可能是一个安全问题。

我的问题是，哪些现代 RAID 控制器已经取消了电池，现在严格使用超级电容器（并且免维护）？

谷歌将我指向这个@ https://www.ibm.com/support/knowledgecenter/POWER9/p9ed5/ared5pcie3comp.htm，但如果可能的话，我正在使用非 OEM 设备，以避免我不得不购买供应商锁定的硬盘。

首先，对不起，如果问题已经被问到并正确回答，我没有找到任何让我满意的东西。

我在数据中心租了一台专用机器，该机器运行 Debian 10 并在 RAID 1 中有两个驱动器，有 3 个分区：一个用于引导，一个用于交换，一个用于其余部分。

第三个 (/dev/md2) 使用 ext4 文件系统，我想改用 XFS。

我不习惯更改文件系统，这是我第一次拥有带有 RAID 的机器，所以我不知道该怎么做。

这是一个新安装，因此没有丢失数据的风险。

我尝试了一个，mkfs.xfs /dev/md2但没有用：

root@Debian-105-buster-64-minimal ~ # mkfs.xfs /dev/md2
mkfs.xfs: /dev/md2 contains a mounted filesystem

而且我不知道由于 RAID 应该如何卸载/挂载。

预先感谢您的帮助。

该df -Th命令：

root@Debian-105-buster-64-minimal ~ # df -Th
Filesystem     Type      Size  Used Avail Use% Mounted on
udev           devtmpfs   32G     0   32G   0% /dev
tmpfs          tmpfs     6.3G  516K  6.3G   1% /run
/dev/md2       ext4      437G  1.2G  413G   1% /
tmpfs          tmpfs      32G …

我在 RAID 0 配置中有四个 NVMe 驱动器。

我正在尝试确定阵列正在处理多少 IOPS。

当我运行时iostat，似乎一个驱动器处理的 IO 比其他三个驱动器多。

这是iostat收集数据方式的错误、mdadm 的已知问题，还是我错误地配置了阵列？

使用详情。

# iostat

Device             tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
nvme0n1        1669.12     22706.35     13975.13 63422465065 39034761844
nvme3n1         753.28     13228.56     12185.39 36949483692 34035736524
nvme1n1         635.93     13781.47     14014.10 38493855272 39143630456
nvme2n1         744.35     14704.94     14283.13 41073264648 39895068820
md0            4291.15     72863.78     56468.04 203520212237 157724286024

软件 RAID 设备详细信息

# mdadm --detail /dev/md0
/dev/md0:
           Version : 1.2
     Creation Time : Fri Feb 19 22:45:06 2021
        Raid Level : raid0
        Array …

在具有软件 MD raid 的 Ubuntu 20.04.2 服务器上，当系统执行日常活动时，每天一次，以下消息会输出到 syslog：

systemd[1]：条件检查导致 MD 数组清理 - 继续被跳过。

MD raid 没有任何问题。它没有处于降级状态，也没有出现错误。

尽管该消息似乎暗示它正在执行 MD 阵列清理，但事实并非如此。数组很大，清理需要很长时间，我已经验证了唯一一次清理是在月初，由 mdadm 触发。

我无法找到该消息的来源或它试图告诉我什么。有人可以指出我正确的方向吗？