因为“重置命令”，语法存储管理器拒绝健康磁盘作为“关键”？

Question

我正试图在我的DS1515+中安装一个新的硬盘。硬盘驱动器是全新的希捷Exos。

我已经买了3个这样的驱动器，其中一个工作良好，现在是我的存储池的一部分，但其他2个给我错误当我安装他们在DS。错误是“发生了多个重置命令错误.”。

在Storage中，我不能继续，系统也不允许我将磁盘简化为存储池的一部分。我试过安全地擦除其中一个磁盘，但没有运气。

我查看了DS的linux终端的dmesg输出，没有任何磁盘错误会给我带来麻烦。

但我可以在所有扩展视图中看到，没有发生与重置/重新标识/重新连接等有关的错误。那么为什么存储管理器被困在关键状态上呢？

当连接到另一台计算机时，Both磁盘工作完全正常，因此我相信它们在物理上100%正常。

我怀疑这些磁盘被DS拒绝是因为一些历史数据。首先，我尝试使用DS1515+的两个ESATA端口连接这两个有问题的磁盘，但是磁盘从未出现在存储管理器中，而且我在dmesg日志中看到了一些重置/连接错误(使用linux终端)。这可能是因为旧的不稳定的ESATA电缆。但我的理论是，当磁盘由ESATA连接时，这些事件导致DS将这些磁盘“黑名单”，就像它们曾经因片状电缆而导致“重置命令”一样。

How我可以强迫DS接受这些磁盘并让我使用它们吗？有没有办法重置有关这些磁盘的历史知识，让DS重新评估它们？

Answer 1

我自己解决了这个问题。我对几天前不稳定的ESATA连接的假设是正确的，这使我的NAS认为驱动器是错误的。

我为修复它所做的一切：

root@diskstation:/# grep -r ZR52AGQE /var/*
...
Binary file /var/log/synolog/.SYNODISKDB matches
Binary file /var/log/synolog/.SYNODISKHEALTHDB matches
Binary file /var/log/synolog/.SYNODISKTESTDB matches
...

我使用sqlite3逗号行工具将这些数据库转储到SQL文件中，并在我的笔记本电脑上导入DB中的转储，并检查内容。

然后，我可以在日志表中看到几天前从ESATA连接中重置的连接的事件。

然后我做了这个

root@diskstation:/var/log/synolog# sqlite3 .SYNODISKDB

DELETE FROM logs WHERE serial = 'ZR51TPNF';
DELETE FROM logs WHERE serial ='ZR52AGQE';

重新启动NAS --现在它正在将我的存储池重新构建到新磁盘:)