我在Synology DiskStation的驱动器上遇到问题。 我在/ var / log / messages中看到以下错误消息： ata6.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen ata6.00: failed command: SMART ata6.00: cmd b0/d0:01:00:4f:c2/00:00:00:00:00/00 tag 0 pio 512 in res 40/00:01:06:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout) ata6.00: status: { DRDY } 我不知道这是什么意思，但似乎有一个问题，由于100％IO等待，我的磁盘arrays不可用，所以我认为这可能是罪魁祸首。 然后，我去了smartctl -a上运行，得到如下输出结果： SMART support is: Available – device has SMART capability. SMART support […]
我周末有个灾难， 我用一些虚拟化（KVM）运行服务器; 他们每个都有100个左右的用户。 全天负载为0.40-0.89，机器有128GB RAM。 那么：在星期六服务器不再可用。 我立即使用我的IPMI-Access，并不能相信我所看到的：RAID完全降级。 只有2个硬盘“活着”，但没有数据。 大约一个小时之前，我被告知有关崩溃，我看到有一个Proxmox备份运行。 但是，这可能是所有HDD崩溃的原因吗？ 我不太清楚我应该怎么做，以防止这个…
我运行dstat来了解我系统的性能。 有一件令我震惊的事情是，这些磁盘正在被频繁地（有时不断地）写入。 这通常是以字节为单位，有时以千字节为单位。 没什么大的 这对我的磁盘不好吗？ 他们会因为这个而更快磨损吗？ 或者这是正常的？ 更新：这是一个具有8个10k驱动器的Raid 10arrays。 从dstat -d -f输出一些信息 -dsk/sda– read writ 745B 159k 0 52k 0 1596k 0 0 0 28k 0 0 0 0 0 532k 0 0 0 0 0 24k 0 32k 0 780k 0 0 0 50k 0 0 0 0 0 764k 0 0 0 0
我尝试添加额外的磁盘空间 [root@vps62868 ~]# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT vda 252:0 0 40G 0 disk └─vda1 252:1 0 20G 0 part / vdb 252:16 0 50G 0 disk 此刻的磁盘空间 [root@vps62868 ~]# df -h Filesystem Size Used Avail Use% Mounted on /dev/vda1 20G 19G 306M 99% / tmpfs 3.8G 0 3.8G 0% /dev/shm 现在我用这些命令安装额外的磁盘 […]
我有一个坏的NAS。 系统没有坏，但硬盘是。 NAS系统是ASUSTOR AS5108T，带有8个硬盘托架。 NAS最初购买了8台3TB WD GREEN（我知道把WD Greens换成经常使用的NAS是错误的，但那是什么东西，直到我知道这种情况）。 硬盘也安装了RAID 5。 当NAS来临时，我们的IT人员立即设置所有的计算机备份到NAS。 在此之前，我对NAS的了解不多，更别说WD Greens了。 我只是一个正常的员工遵从IT人员的命令。 一旦所有的计算机连接到NAS，IIRC的IT人员告诉所有员工做备份。 备份大小各不相同，但可以说所有员工都有〜50GB的数据，x〜20名员工。 在此之前，我对NAS的了解不多，更别说WD Greens了。 但是，所有的电脑都在做备份。 （想象一下，所有这些WD Greens强制从20台电脑接收数据！） 而且我记得所有电脑都在备份的时候，NAS停机了一段时间。 我不知道IT在做什么，但NAS最终还是回来了。 几个星期后，NAS停机。 从我所知道的，NAS是下降的（而不是死亡）。 在购买NAS之前，我有IT提供的外置硬盘，所以我经常在那里做备份。 就在本周之前，我正在向新的IT人员询问NAS。 老IT人搬到了另一个地方。 从这一点开始，我了解了这篇文章第一段描述的关于NAS的细节。 目前，我的新IT人员并没有勇于打开NAS，因为他说上次打开NAS时，不能重buildRAID大概15％。 而现在，NAS现在配备了7个WD Green和1个WD Blue（蓝色是为了使重build成功，因为原来的WD绿色放置在那里已经死了）。 我和IT人员都担心在再次打开NAS时会丢失数据（我和其他人仍然有一些需要访问的数据）。 我怀疑重build失败，因为西部数据绿色的节电function，防止RAID系统完全重build。 我知道WD绿色的省电function可以closures（ https://wdullaer.com/blog/2015/04/05/hack-your-wd-greens/ ），所以我想在理论上这可以帮助重build。 我的计划： 从NAS上拔下所有的硬盘，并将其插入我的Linux系统，而无需安装 为每个HDD通过idle3-tools禁用硬盘上的电源pipe理。 将所有硬盘插回NAS并重build。 我相信这个动作并不是修改里面的文件系统和RAID。 这会工作吗？ 我需要build议从你们那里恢复NAS的数据。 一旦获得重要数据，我将切换到WD Red。 让我知道如果你们需要更多的细节。 谢谢！
我正在排除笔记本电脑故障 如果我让它坐几个小时然后打开它，我会收到一条消息，启动就好了。 但是，如果我closures计算机然后重新打开或重新启动，它有权力，球迷打开，但我没有得到任何信息。 我甚至不能打开大写locking。 它确实轮询CDROM，但是，这是一个噪音。 我打开它，交换内存，然后启动就好了。 然而，一天之后，这个问题又一次出现了。 所以，我重新打开它，拔掉插头，重新插入硬盘，启动就好了。 但是，这个问题在重新启动后回来了。 FWIW，它安装了Vista …但显然这不是一个软件问题。 任何想法是什么问题？ 这听起来可能是一个硬盘驱动器的问题？
我正在使用Sql Server 2008（“R1”），以及一些将我的数据库备份到networking共享的维护计划。 我的一些备份作业显示“BACKUPIO”types的长时间等待。 当然，这似乎是一个I / O子系统的限制，但我很怀疑。 生产（源）服务器上的I / O的Perfmon统计数据完全在该服务器的正常趋势范围内。 目标服务器显示持续7MB / s的写入速率，即使对于慢速磁盘，写入速率也似乎非常低。 networking链路是千兆以太网，远不及饱和。 关于BACKUPIO的几个文档表明，它并不是专门在I / O上等待，这足够令人惊讶。 这MSFT文件说，这是不正常的，除非你使用的磁带驱动器，我不是。 但是没有说（或者我不明白）究竟是什么资源缺失。 http://www.docstoc.com/docs/24580659/Performance-Tuning-in-SQL-Server-2005 而这篇文章说这根本不涉及I / O性能。 http://www.informit.com/articles/article.aspx?p=686168&seqNum=5 “请注意，BACKUPIO和IO_AUDIT_MUTEX与IO性能无关。” 无论如何，有谁知道什么BACKUPIO实际上意味着和/或我能做些什么来诊断或消除它？ 更新：我在目标磁盘上显示100％+磁盘时间，这听起来像磁盘瓶颈而不是networking。 这是一个单转子7200RPM，但我仍然怀疑7MB / s是最好的磁盘可以做的。
在我公司的服务器Maxtor HardDisc faild-> status Error。 我不能买新的，因为它不是生产了。 是否有可能购买任何其他类似的空间（稍大点）的磁盘？ 感谢帮助
有什么方法可以跟踪目前硬盘驱动器，或已经插入到域计算机？ 所有的工作站是Windows XP和域控制器是服务器2003.最近我能find的是磁盘pipe理pipe理单元。
有没有人在这里尝试过使用Momentus XT Hybrid磁盘作为性能和成本之间的平衡点？ 结果是什么？ 我已经听到了双方以桌面为中心的评论：有几个案例取得了显着的改进，还有一些案例根本没有帮助。 那些报告改进的人通常说，要花费一点时间才能达到这个水平，因为驱动器随着时间的推移学习了SSD区域需要去的东西。 这也可以解释一些负面的评论：一个“记者”，在写作之前只花了一天的时间。 驱动器上的工作负载可能是另一大因素，取决于您的I / O行为是什么样的; 服务器可能会在桌面上放置一种非常不同types的负载。 因此，我希望能find一个真正来自服务器的结果，其中一些磁盘在RAID卷中工作。