我在我的一个磁盘分区（ext4）上运行e2fsck，但似乎需要永恒。 它已经运行了近10个小时左右，仍然在42％。 分区的大小约为800Gig，整个磁盘大小（分区所在的）大约为1TB。 运行iostat显示以下输出： iostat -xzhcd /dev/sdc 2 5 Linux 3.13.0-37-generic (divick-desktop) Monday 03 April 2017 _x86_64_ (2 CPU) avg-cpu: %user %nice %system %iowait %steal %idle 2.97 0.00 0.41 50.22 0.00 46.40 Device: rrqm/s wrqm/sr/sw/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util sdc 49.12 0.00 6.87 0.00 223.95 0.02 65.20 1.01 147.22 145.40 […]
我正在尝试使用iostat -c 1命令，我想知道是否有一个简单的方法来读取当前的输出，然后分离这些值，以便生成一个.csv文件。 目标是能够使用iostat在一段时间内输出的数据生成图表。 我不是在寻找一个完整的脚本，只是一些有助于我实现目标的提示。
我需要logging块设备的磁盘统计信息（MB / read，MB / write）。 据我所知， iostat显示一个平均值。 当我要监视服务器时，这并不是我想要的。 有没有办法显示当前值而不是平均值？ 谢谢
在Mysql中执行大插入时，我得到了很多等待时间。 我正确地假设我有一个磁盘I / O问题？ 是的，我正在虚拟机上运行Mysql。 Innodb_buffer_pool hit rate is %100 innodb_flush_method = '' innodb_log_file_size = 250M innodb_flush_log_at_trx_commit=1 $iostat -dx 10 Device: rrqm/s wrqm/sr/sw/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util xvda 0.00 2514.09 0.10 1483.22 0.80 31958.44 21.55 39.04 26.00 0.64 94.91 xvda1 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 xvda2 […]
我曾经在服务器上看到错误地使用磁盘IO的次数很多，而且没有重新启动。 无论如何，这个服务器有很大的IO。 今晚它会重新启动，我确定明天我们会有很好的使用。 正常运行时间是497天。 root@xxxxxx:~# iostat -x 1 Linux 2.6.24-27-server (xxxxxx) 10/13/2011 avg-cpu: %user %nice %system %iowait %steal %idle 0.55 0.00 0.30 7.54 0.00 91.60 Device: rrqm/s wrqm/sr/sw/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm **%util** sda 17649.65 765.65 5478.46 5262.33 36185.00 48224.35 7.86 19.06 1.78 4.58 **4920.45** 唯一的事情是nagios认为这是至关重要的。 任何解释将是wellcomed。 先谢谢你。 稍后添加： 正如你所看到的，统计是0，而且百分比很慢。 Linux 2.6.24-27-server (xxxxxxx) […]
如何在OpenSolaris计算机上查找CPU和硬盘的吞吐量？ 使用mpstat或iostat ？ 如果在命令输出中给出吞吐量，我很难确定吞吐量。 例如，在mpstat对列的含义没有什么解释。 我一直在使用syscl列除以时间间隔来查找吞吐量，但老实说，我不知道系统调用真正是什么。 我试图分析硬盘和CPU，同时写入一个文件到硬盘和rest时。
我正在运行debian iostat -x Linux 2.6.32-5-amd64 (server56856.uk2net.com) 27/04/13 _x86_64_ (4 CPU) avg-cpu: %user %nice %system %iowait %steal %idle 4.59 0.01 1.08 2.46 0.00 91.85 Device: rrqm/s wrqm/sr/sw/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util sdb 4.63 67.90 2.05 14.91 750.81 654.14 82.80 0.05 2.66 6.91 11.72 sda 4.90 67.90 1.79 14.91 750.10 654.14 84.07 0.06 3.34 […]
我有一个RH服务器作为VMWare实例logging全球定位系统修复24×7。 交易量在几个月内没有变化（事实上，我正在更积极地修剪交易表），在给定的时间只有60万到80万条logging。 没有adhoctypes的查询正在运行，所以我知道他们正在返回一些logging给客户端，我知道他们正在使用索引。 这个系统已经活了好几年了，在过去的几个星期里，每周几天的I / O突然增加到了+ 50％。 现在通常为空的“show processlist”显示了10到100个刚刚备份并标记为“locking”的插入请求。 就像神秘的问题一样，只要I / O等待<1％，问题就会自行恢复并运行几天！ 交易组合是固定的，每天有相同数量的设备正在服务器上。 来自客户端服务器的自动查询重复定期请求。 从一个客户方面来看，一切都是一样的。 此外，这是所有这个服务器，服务器less数cgi-perl脚本作为对单个mysql数据库的Web服务。 我的想法是： Mysql表损坏。 我已经放弃了几次，重build了桌子，甚至把它改成了myisam，再改回到innodb。 这没有效果。 无论如何，我假设如果是腐败，它不会自我修复。 一个失败的硬件组件，我有一个从我身上移除的IT人员，我甚至不控制VMware实例，所以我不能真正debugging它。 再次，我看不到这一遍又一遍的自我修复。 其他虚拟机压缩我的磁盘性能。 这似乎是最有意义的，因为它来来去去。 除了sar -u和iostat报告高I / O等待以及“show processlist”显示成堆的未决locking插入的事实之外，我无法find任何东西。 机器似乎没有交换，内存不足，等等…但我不是Linuxpipe理专家，所以谁知道。 有人能给我一些想法来帮助确定问题吗？ SAMPLE sar -b（这些数字是疯狂的）： 12:00:01 AM tps rtps wtps bread/s bwrtn/s … 09:40:01 AM 75.12 1.70 73.42 13.76 1124.27 09:50:01 AM 67.78 1.09 66.69 […]
我有一个带有两个Intel DC S3610 SSD的Debian jessie服务器，采用RAID-10。 对于IO来说这是相当繁忙的，在过去的几个星期里，我一直在描绘IOPS： 正如你所看到的那样，大部分时间，大约5K的平均读取操作高达5.5K左右，直到星期五午夜UTC突然停止，读取操作几乎没有任何变化。 我其实只是追溯注意到这一点，因为事情是，服务器仍然是应该的。 也就是说，我相信这是破坏的监控，而不是安装程序可以执行的IOPS数量。 如果实际的IOPS已经下降到所显示的水平，我会知道，因为一切都会非常明显地中断。 在进一步的调查中，千字节读/写图也在同一点上被打破。 请求延迟图是好的，但。 为了排除这里使用的特定graphics解决scheme（cacti和SNMP），我看了一下iostat 。 其输出与图表上显示的内容相匹配。 据我所知， iostat从/ proc / diskstats获取信息。 根据https://www.kernel.org/doc/Documentation/iostats.txt ，将会有主要的，次要的设备名称，然后是一组字段，其中第一个是已完成的读取次数。 所以： $ for i in {1..10}; do awk '/sda / { print $4 }' /proc/diskstats; sleep 1; done 3752035479 3752035484 3752035484 3752035486 3752035486 3752035519 3752035594 3752035631 3752036016 3752036374 如此less的读取在10秒的时间内完成是不可信的。 但如果/ proc / diskstats对我说谎，那么问题是什么，我希望如何解决它？ […]
我想要检索每个NFS挂载点读取/写入的总千字节数。 使用以下命令，我能够以kB / S的速度查看每个NFS安装点的当前吞吐量。 iostat -nk 或者： nfsiostat 有没有办法告诉iostat或nfsiostat从启动以来返回的千字节总数？ （很像iostat -k的最后两列） Device: tps kB/read/s kB/wrtn/s kB_read kB_wrtn sda 17.69 234.75 30.82 2760421 362433