尝试在我的 SA400 480GB 硬盘上使用金士顿 SSD Manager (KSM) 失败后，我求助于金士顿 Linux 进程，该进程使用hdparm. 与 KSM 不同，KSM 无法执行任何操作，因为驱动器不会离开安全冻结模式（从睡眠状态恢复后hdparm显示）not frozen，并且其安全擦除命令成功完成，但只花了几秒钟。我最初按照KSM用户手册的要求从驱动器中删除所有分区，因此hdparm运行时它是空的。甚至显示的输出hdparm：
安全擦除单元 6 分钟。增强型安全擦除单元需要 6 分钟。
所以 2 秒听起来太快了。有什么问题吗？
我有一台配备 PERC H310 Mini (LSI 2008 MegaRAID) 控制器的 Dell R720，我刚刚加载了 4 个新的 Seagate Nytro XS1600LE70045 1.6TB SSD，配置为用于 Linux 软件 raid 的单独磁盘。（请暂时忽略软件与硬件raid的争论，解释是题外话）
我可以很好地读取和写入所有驱动器，没有错误。我可以成功地使用 Ext4 对其进行分区和格式化，但在 ext4 格式化过程中出现一个内核错误：
[15962.216694] sd 0:0:3:0: [sdd] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[15962.216698] sd 0:0:3:0: [sdd] tag#0 CDB: Unmap/Read sub-channel 42 00 00 00 00 00 00 00 18 00
[15962.216699] print_req_error: I/O error, dev sdd, sector 27469824
不会smartctl -a报告驱动器本身的任何错误。
当我组装一个 raid 设备并尝试对其进行格式化时，这会引发数千个内核错误。这些错误似乎像超时一样发生，在内核日志中出现大约 1 秒，并且滞后于驱动器的所有其他通信，包括 smartctl 命令。
使用 strace，普通分区上的 BLKDISCARD 似乎失败，然后 mkfs.ext4 不再尝试。但是，当它在 md 设备上运行 BLKDISCARD 时，BLKDISCARD 返回 0，然后它发出更多 BLKDISCARD 命令，同时内核驱动程序使它们全部失败。我的内核是Linux 4.19.23，x86_64
除了必须等待数十分钟才能让所有 I/O 错误流动（mkfs.ext4 最终成功）这一烦人的问题之外，我想知道这是否意味着我的硬件或软件链中的某些内容无法正确发出BLKDISCARD 命令到底是什么？在这种情况下，SSD 的性能可能不会那么好。
有谁知道运行 Linux 4.19.23 的配备 PERC H310 Mini 和 SAS Nytro 驱动器（在本例中为 12GB/秒，连接到 6GB/秒控制器）的 Dell R720 是否会出现发出 BLKDISCARD（修剪）命令的问题？
更新
PERC H310 的固件版本为 20.13.3-0001。
TRIM 是 SAS 驱动器不太可能支持的 SATA 命令。SAS 等效项是“UNMAP”，可以从命令行实用程序调用sg_unmap。sg_unmap 命令在我的系统上也失败，并出现相同的 I/O 错误。
还使用内核 4.19.307 进行了测试，但没有变化。
$ sg_unmap --lba=1 --num=1 -f /dev/sdb
unmap: transport: Host_status=0x07 [DID_ERROR]
sg_unmap failed: Transport error
$ dmesg | tail
[ 1284.253975] sd 0:0:1:0: [sdb] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 1284.253979] sd 0:0:1:0: [sdb] tag#0 CDB: Unmap/Read sub-channel 42 00 00 00 00 00 00 00 18 00
[ 1284.253981] print_req_error: I/O error, dev sdb, sector 0
*-pci:3
description: PCI bridge
product: Xeon E5/Core i7 IIO PCI Express Root Port 2c
vendor: Intel Corporation
physical id: 2.2
bus info: pci@0000:00:02.2
version: 07
width: 32 bits
clock: 33MHz
capabilities: pci msi pciexpress pm normal_decode bus_master cap_list
configuration: driver=pcieport
resources: irq:24 ioport:f000(size=4096) memory:dd000000-ddffffff
*-storage
description: RAID bus controller
product: MegaRAID SAS 2008 [Falcon]
vendor: LSI Logic / Symbios Logic
physical id: 0
bus info: pci@0000:03:00.0
logical name: scsi0
version: 03
width: 64 bits
clock: 33MHz
capabilities: storage pm pciexpress vpd msi msix bus_master cap_list rom
configuration: driver=megaraid_sas latency=0
resources: irq:26 ioport:fc00(size=256) memory:ddffc000-ddffffff memory:ddf80000-ddfbffff memory:dd000000-dd01ffff
...
*-disk:1
description: SCSI Disk
physical id: 0.1.0
bus info: scsi@0:0.1.0
logical name: /dev/sdb
size: 1490GiB (1600GB)
capabilities: gpt-1.00 partitioned partitioned:gpt
configuration: guid=f46bd41c-6e46-4c0c-b19f-ea2d3fe79f86
strace mkfs.ext4在单个分区上：
ioctl(3, BLKALIGNOFF, 0) = 0
ioctl(3, BLKIOMIN, 4096) = 0
ioctl(3, BLKIOOPT, 0) = 0
ioctl(3, BLKPBSZGET, 4096) = 0
ioctl(3, BLKSSZGET, 512) = 0
close(3) = 0
access("/sys/fs/ext4/features/lazy_itable_init", R_OK) = 0
open("/dev/sdd4", O_RDONLY|O_EXCL) = 3
stat("/dev/sdd4", {st_mode=S_IFBLK|0660, st_rdev=makedev(8, 52), ...}) = 0
ioctl(3, BLKDISCARDZEROES, 0) = 0
pread(3, "01\245\5\0\200\211\26\231y \1\256\6.\26%1\245\5\0\0\0\0\2\0\0\0\2\0\0\0"..., 1024, 1024) = 1024
close(3) = 0
access("/var/lib/e2fsprogs", W_OK) = -1 ENOENT (No such file or directory)
open("/dev/sdd4", O_RDWR|O_EXCL) = 3
stat("/dev/sdd4", {st_mode=S_IFBLK|0660, st_rdev=makedev(8, 52), ...}) = 0
ioctl(3, BLKDISCARDZEROES, 0) = 0
ioctl(3, BLKROGET, 0) = 0
mmap(NULL, 376832, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f06c4527000
ioctl(3, BLKDISCARD, {0, 7ffc9a2a78a0}) = -1 EIO (Input/output error)
pwrite(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 3072, 1024) = 3072
stat("/dev/random", {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 9), ...}) = 0
open("/dev/urandom", O_RDONLY|O_CLOEXEC) = 4
fcntl(4, F_GETFD) = 0x1 (flags FD_CLOEXEC)
fcntl(4, F_SETFD, FD_CLOEXEC) = 0
getuid() = 0
getppid() = 19277
read(4, "(=\233R-\333\371\3*}\357\205\226\31&t", 16) = 16
close(4) = 0
gettid() = 19281
stat("/dev/random", {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 9), ...}) = 0
open("/dev/urandom", O_RDONLY|O_CLOEXEC) = 4
fcntl(4, F_GETFD) = 0x1 (flags FD_CLOEXEC)
fcntl(4, F_SETFD, FD_CLOEXEC) = 0
getuid() = 0
getppid() = 19277
read(4, "\264\27\315\3155X\376\220\355\347\353\366\26\237\214!", 16) = 16
close(4) = 0
gettid() = 19281
write(1, "Creating filesystem with 3781099"..., 65Creating filesystem with 378109952 4k blocks and 94712112 inodes
strace mkfs.ext4在 md 设备上：
ioctl(3, BLKDISCARDZEROES, 0) = 0
pread(3, "\0\0\24\0\0\360O\0003\377\3\0\257\2N\0\365\377\23\0\0\0\0\0\2\0\0\0\2\0\0\0"..., 1024, 1024) = 1024
close(3) = 0
access("/var/lib/e2fsprogs", W_OK) = -1 ENOENT (No such file or directory)
open("/dev/md125", O_RDWR|O_EXCL) = 3
stat("/dev/md125", {st_mode=S_IFBLK|0660, st_rdev=makedev(9, 125), ...}) = 0
ioctl(3, BLKDISCARDZEROES, 0) = 0
ioctl(3, BLKROGET, 0) = 0
uname({sys="Linux", node="cildat1", ...}) = 0
ioctl(3, BLKDISCARD, {0, 7ffd8c6d0930}) = 0
write(1, "Discarding device blocks: ", 26Discarding device blocks: ) = 26
write(1, " 4096/5238784", 15 4096/5238784) = 15
write(1, "\10\10\10\10\10\10\10\10\10\10\10\1) = 150\10", 15
ioctl(3, BLKDISCARD, {1000000, 7ffd8c6d0930}
我只是注意到如果我time fstrim /<some ext4>; time fstrim /<some ext4>打第二个电话通常会打印0 bytes trimmed并立即完成。但是，如果我在 XFS 上做同样的事情，其中 2 个调用将花费完全相同的时间并打印完全相同数量的修剪字节。这让我想知道修剪真的有效吗？如果是，是否可以打开任何标志以使 XFS 不重新修剪已经修剪的块？
我使用所有默认设置来挂载 xfs。
我正在尝试使用 GCP 创建一个实例。以下为规格（其余设置为默认）：
Region: us-west1-b
GPU type: NVIDIA Tesla V100
Number of GPUs: 1
Series: N1
Machine type: Custom (12 vCPUs, 64GB memory)
Booting disk: Ubuntu 18.04 LTS balanced persistent disk 50GB
Add local SSD: 16 NVMes (Each SSD is 375GB, so total of 375GB * 16 = 6000GB)
似乎添加本地 SSD 有问题。错误消息说：
Invalid value for field 'resource.disks[1].initializeParams.diskSizeGb': '6000'. Invalid local SSD size in GB: 6000
但是，我不明白为什么无法创建此实例。当我用谷歌搜索错误消息时，没有什么可说的。是否有任何线索表明该错误消息表示什么，以及如何修复它？
我在 HDD 前面有一个 SSD 回写缓存，通过 lvmcache 设置（所以是 dm-cache）。当缓存 LV 未满时（ < 100.00%Data%中的列lvs），写入会转到缓存设备（通过 监控dstat）。但是，当缓存 LV 已满时 (Data%= 100.00%），写入直接进入 HDD，本质上成为直写缓存。即使经过一段时间，块也不会从 SSD 缓存中被逐出，并且性能下降。当我尝试从缓存的 LV 中读取最近读取的数据时，读取来自 SSD，因此我假设整个 SSD 现在已成为读取缓存。这是 dm-cache 的写缓存的预期行为，即使在写回模式下？没有预留空间写吗？这似乎是一个非常糟糕的设计，因为在缓存成为直写缓存之前，用户只能写入一个缓存 LV 的数据。
我的理解是 dm-cache 使用mq eviction algorithm，但这仅适用于读取缓存，因此与我观察到的写入缓存问题无关。
有没有办法为写缓存保留空间，或者同时使用 dm-writecache （我理解它不会做任何读缓存）和 dm-cache ？
我在安装 ESXi-7.0 U3 时遇到了一个非常奇怪的问题：
我的 SSD 大小是 256GB（其实是 238GB，没关系） 但是安装后，登录 ESXI，它只显示 110GB 的容量！那么为什么一半的存储空间消失了呢？太混乱了！
有人对这个问题有提示吗？谢谢！
我即将更换运行大约 20 个虚拟机（大部分处于空闲状态）的 ESXi 主机。今天，外部 iSCSI 盒 raid6（总共 7Tb）只使用了大约 800Gb。
新服务器将仅具有内部磁盘。2Tb 就足够了。它很可能是戴尔 R640（最多 8 个光盘）。ESXi 将位于一个简单的 raid1（2 个小磁盘）上。
但是虚拟机存储呢？我应该去哪个？（HDD 稍微便宜一些，但差别不大）。
A. 3 个 SSD (960Gb) Raid5 = 2Tb
B. 6 个 HDD (600Gb 10K) Raid10 = 几乎 2Tb
服务器当然会有一个专用的raid-controller (perc)。
我使用从亚马逊购买的常规迷你 SAS SFF-8643 到 SFF-8643 电缆将 Supermicro BPN-SAS3-743A 背板连接到 IT 模式下的 AOC-S3008L-L8i RAID 卡。当我在 HBA BIOS 中时，即使连接了 4 个 SSD 驱动器，拓扑也显示没有驱动器。如果我使用分支电缆直接连接驱动器，则会检测到驱动器，但在连接到背板时不会检测到驱动器。当系统最初打开时，背板的灯会闪烁一秒钟，并且在已归档的托架中指示灯为绿色，在空的托架中为红色。电缆和背板是否不兼容？还有其他想法可以尝试吗？
这里的截图我认为他们解释了一切
磁盘被宣传为 1 TB，磁盘的实际大小为 931.5 GB
我已经安装了没有raid设置的windows服务器进行实验。两个磁盘都可以正常工作，没有不可用的扇区，并且所有 931 GB 都可以使用。
编辑我找到了这个链接
删除 RAID 并尝试再次组合后，我还看到 95% 的阵列分配
