我与戴尔服务器PE2950有一个严重的问题。 服务器的IO速度非常慢，太慢了，我无法再使用它了 我尝试了几件事来解决这个问题： 将磁盘更换为新磁盘（将其configuration为raid1） 改变perc卡+ perc电缆 当然重装操作系统，不得不更换磁盘，centos 5.5 x64bit 固件更新到一切 虚拟磁盘策略：没有预读，回写，禁用磁盘caching策略。 openmanage没有提醒任何事情，我也跑了戴尔的诊断testing，一切都过去了，也没有看到任何东西在deset日志。 戴尔提出重新安置所有东西，包括CPU，我们也这样做了，还是io速度很慢 我有几台PE2950服务器，我从来没有这样的事情。 所有的硬件都与这个相同或者完全相同，都configuration相同，相同的os centos 5.5 x64，相同的磁盘，相同的raid，相同的策略。 只是为了比较： 有问题的PE2950服务器： [root@bad ~]# time sh -c "dd if=/dev/zero of=/tmp/ddfile bs=8k count=200000 && sync" 200000+0 records in 200000+0 records out 1638400000 bytes (1.6 GB) copied, 27.7946 seconds, 58.9 MB/s real 0m33.968s user 0m0.531s sys 0m26.000s 好的PE2950服务器（具有完全相同的硬件）： [root@good […]
我最近格式化20TBarrays为XFS。 对于文件传输<10G的performance是太棒了。 但是一旦我超过10G磁盘I / O以对数方式衰减。 我在同一张磁盘上有日志。 当我查看磁盘IO使用情况时，我看到jbd2flush几乎使用了所有的磁盘IO。 我该如何解决这个问题？ （任何方式做w / o删除数据？）我运行Ubuntu 10.10。 谢谢。
昨天，OSSEC给我发了一封警告邮件： Jul 29 21:25:16 SVR4149 kernel: end_request: I/O error, dev sda, sector 334634969 Jul 29 21:25:16 SVR4149 kernel: sd 0:0:0:0: SCSI error: return code = 0x00040000 Jul 29 21:25:16 SVR4149 kernel: end_request: I/O error, dev sda, sector 334634977 Jul 29 21:28:28 SVR4149 kernel: sd 0:0:0:0: SCSI error: return code = 0x00040000 令人惊讶的是当时我只有/dev/sdb设备。 # fdisk -l […]
我最近在我的服务器上安装了Munin。 现在，我的两台机器同时在DiskIO上显示出高峰，每天凌晨4点。 我运行Centos 5.6（64位）。 我已经检查过我的cron日志，而且在那段时间我还没有运行个人脚本。 另外，我的主机没有备份，因为我运行自己的备份，但他们运行在上午1点，而不是凌晨4点。 我的问题是：CentOS是否运行任何可以占用这么多DiskIO的预定进程？
我使用OpenStack，但我认为这是一个更普遍的问题。 其实我有一个专门的1 ip地址，我买了另一个，并添加使用openstack的新星pipe理cli。 所以现在这就是我得到的 $ ip addr 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 00:30:48:fc:4c:92 brd ff:ff:ff:ff:ff:ff inet 188.165.xx/24 brd 188.165.225.255 scope global eth0 inet 94.23.xx/32 scope global eth0 inet6 fe80::230:48ff:fefc:4c92/64 scope link valid_lft forever preferred_lft forever 所以看来，这两个IP绑定到eth0，问题是，我没有收到数据包目的地设置为94.23.xx，当我运行tcpdump -i eth0我看到数据包到两个ip，当我运行tcpdump -p – 我eth0，所以不在promiscous模式，我看到数据包只有第一个ip，所以dnat和我所需要的不会工作。 如果我尝试在主机上ping 94.23.xx工作正常，从外面给出超时。 任何想法？ 最好的祝福 编辑： $ ip […]
我有一台运行两种不同工作负载的服务器： 重写，线性写入（将所有networkingstream量存储为pcap）; 和 IDS警报写入（频繁插入）然后进行分析（限制查询，无大量报告）的事务性数据库工作负载。 目前，盘面performance似乎非常糟糕。 具体来说，pcaps和警报是写入，但数据库查询是不可接受的缓慢。 如何对磁盘I / O进行“分区”，以便在监视任何写入“落后”时优先考虑数据库工作负载。 如果有帮助，服务器有相当多的内存caching。
我有一个用于Web服务器的NFS挂载，我已经将日志文件移动到本地存储，以尽量减less在NFS服务器上的IO负载，但我已经创build了这些日志（NFS共享 – >本地存储）的符号链接。 这是否对IO负载仍然有同样的影响，就像它们直接存储在NFS共享上一样？
我想在Linux Mint 13的/ opt（/ dev / sda6，ext4）上启用直接I / O。我正在尝试的是： mount -o dio,rw /dev/sda6 /opt 作为根。 系统响应： mount: wrong fs type, bad option, bad superblock on /dev/hda2 dmesg正在报告： EXT4-fs (sda6): Unrecognized mount option "dio" or missing value. 我不知道要设置哪个参数来启用直接I / O（即使可以使用ext4直接安装I / O）。 除此之外，如果ext4不支持直接I / O，有人可以指定一个文件系统在Linux上使用吗？
我的理解是， fadvise会告诉系统指示的文件应该存储在文件系统caching（RAM）中。 什么目的在虚拟硬盘上安装一个目录？
我的一台服务器变得非常高磁盘I / O。 问题是磁盘I / O不断增加。 服务器只有简单的LAMPconfiguration，理想情况下不应该有任何磁盘操作。 http://monitor.wingify.com/munin/visualwebsiteoptimizer.com/dev5.visualwebsiteoptimizer.com-iostat.html 任何帮助我如何调查是什么导致这个高磁盘I / O，我该如何解决它。 顶部/ htop等没有给我很好的信息值得debugging 谢谢