我有日程安排每日短期testing和每月长期testing,但今天我看到聪明卡在剩下10%的许多小时。 这是我的智能信息: smartctl 5.43 2012-06-30 r3573 [x86_64-linux-2.6.32-042stab103.6] (local build) Copyright (C) 2002-12 by Bruce Allen, http://smartmontools.sourceforge.net === START OF INFORMATION SECTION === Device Model: MB1000GCEEK Serial Number: WCAW3LD6U8ZR LU WWN Device Id: 5 0014ee 2600b5075 Firmware Version: HPG1 User Capacity: 1,000,204,886,016 bytes [1.00 TB] Sector Size: 512 bytes logical/physical Device is: Not in smartctl database […]
鉴于什么是SSD和IOStat工具已知 – https://brooker.co.za/blog/2014/07/04/iostat-pct.html 捕获单个SSD驱动器的IO饱和度的适当措施是什么?
我们只是使用共享文件夹设置Windows Server 2012。 这个文件夹有一个人力资源软件,它的老,特别是FOX PRO,并使用.DBF文件来处理。 所以我们把所有的用户连接到一个networking驱动器,并为这个软件创build一个快捷方式 事情是系统开始正常工作,在本周结束后变得缓慢,然后恢复正常,然后超慢,然后恢复正常。 共享文件夹硬盘不是主要的OS文件夹。 它的另一个磁盘连接到服务器,唯一托pipe的是这个人力资源软件和它的非固态磁盘。 我们认为这可能会有所帮助,但是在进行更改之前,我们想知道是否有任何改进磁盘性能的方法。 这个服务器没有被虚拟化。 那么我们怎样才能提高这个软件IO的性能呢? 谢谢
我有一对WDD驱动器,最近有一个被踢出了RAID1arrays。 SMART显示某些扇区存在IO错误,但所有SMART属性看起来都不错: root@nas:~# smartctl -a /dev/sdb smartctl 6.5 2016-05-07 r4318 [x86_64-linux-4.4.68.x86_64.1] (local build) Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Model Family: Western Digital Red Device Model: WDC WD20EFRX-68AX9N0 Serial Number: WD-WMC30xxxxxxxx LU WWN Device Id: 5 0014ee 602ce8a27 Firmware Version: 80.00A80 User Capacity: 2,000,398,934,016 bytes [2.00 TB] […]
我有一个很好的希捷酷鱼7200.9与80 GB。 聪明的报告显示 Power_On_Hours 0x0032 094 094 000 Old_age Always – 5646 但是这不可能是正确的。 5646h只有235天或less于8个月。 姐妹盘希捷梭鱼7200.10显示: 9 Power_On_Hours 0x0032 001 001 000 Old_age Always – 90427 这是有道理的:90427个小时是10.3年。 我记得服务器已经在2009年build立,当时的硬件并不新鲜。 所以我假设7200.9已经经历了小时计数器的溢出,并在某个时间点重新启动了。是否有人知道在什么时间? 用于计算正常运行时间的内部时间单位是多less? 什么variablestypes用于计数这些?
当磁盘据说具有20,000读/写IOPS速度时,这是否意味着磁盘的IOPS速度为20,000,因为它可以读写20,000,或者说,总IOPS速度是4万? 一般情况下,具有这些设置的磁盘是以这些速度同时读取和写入的,还是两个进程之间共享的速度?
我希望这是一个简单的问题。 在RHEL 5上安装RAW驱动器的最佳做法是什么?我find了一些方法,但我不确定什么是正确的,因为我find了一些被折旧的参考。 另外,我还需要知道如何分配所有权,因为如果它包含在安装过程中,它们不应该由root所有。
我对Linux很新,所以请耐心等待。 在我的2.6.28-13-server #45-Ubuntu SMP ,我正在使用 hdparm -W1 -S120 /dev/sda 10分钟后转动高清。 但是每隔一两个小时左右,它就会再次旋转起来,没有明显的原因。 我怀疑是/var/log/debug, kern.log, messages, syslog和auth.log因为我不得不用一些日志来摆弄它,不要每/var/log/debug, kern.log, messages, syslog写这些文件,但是我没有这种行为的迹象不再。 udhcpd , udhcpd和dhclient3 ,也是我的嫌疑犯,但没有真正的原因。 我试着logging lsof >whatever 然后在几个小时后再回来查看,这没有给我提供任何信息,所以我猜想无论谁在旋转磁盘,都会打开一个文件,写入文件,然后再closures它。 有没有办法find罪魁祸首? 诊断工具的某种? 还是简单的脚本? 编辑 :检查crontab,并且cron不应该是问题(如果该表是从cron生成磁盘写入的唯一可能的方式)。 由于我每隔几个小时写下一个,所以我想我可以完全摆脱“空闲”写入,这可能归结为一个单一的程序。
这是什么意思?
一点背景。 一台运行Windows 2003 R2(x86)的服务器,带有一个RAID5arrays,分区为100GB的操作系统,其余2TB +的数据。 100GB是C :,数据是D :. 一切都好。 最近由于硬盘故障,我不得不重新安装新鲜的操作系统。 当然,我不想触摸数据分区。 我从安装盘启动,删除C :,重新创build它(它需要C :)并开始安装过程。 驱动器被检查,Windows安装程序对数据分区(D :)进行了一些更正。 重新启动被强制。 重新启动后,安装程序再次从CD运行,现在将数据分区显示为C :,其余的未分区。 为操作系统创build一个分区,分配字母D :. 我不想要那个,但是找不到改变它的方法。 任何人?