高IO负载导致rrdgraph生成失败

我们有一个4核心的CPU生产系统，它有很多的cronjobs，拥有恒定的proc队列和一般的负载约1.5。

在晚上，我们用postgres做一些IO密集的东西。 我们生成一个显示负载/内存使用情况（rrd-updates.sh）的图表，有时在高IO负载情况下“失败”。 这几乎每天都在发生，但并不是每个高IO情况都会发生。

我的“正常”解决scheme将是好的和离子postgres的东西，并增加graphics生成的prio。 但是，这仍然失败。 图生成是与鸡群的半线程certificate。 我logging了执行时间，对于graphics生成，在高IO负载期间高达5分钟，似乎导致长达4分钟的丢失图。
时间框架与postgres活动完全匹配（这有时也会发生在白天，虽然不是那么经常），离开postgres（c1 N6 graph_cron vs C2 N3 postgres），在postgres之上（-5 graph_cron vs 10 postgres ）没有解决这个问题。

假设没有收集数据，额外的问题是离子/好点子仍然不工作。
即使有90％的IOwait和100的负载，我仍然可以使用数据生成命令，而不会超过5秒的延迟（至less在testing中）。

• OpenVPN客户端没有redirect网关做三angular形路由和IP欺骗在Ubuntu上不工作
• Linux中硬件辅助磁盘encryption的状态
• 最适合高负载的sysctl.confconfiguration – 非常繁忙的内容stream服务器
• 针对LDAP的Apache身份validation失败，因为带有元音变音的密码
• 错误2002（HY000）：无法通过套接字'/var/run/mysqld/mysqld.sock'连接到本地MySQL服务器

可悲的是我还没有能够在testing中重现这一点（只有虚拟化的开发系统）

版本：

内核2.6.32-5-686-bigmem
Debian Squeeze rrdtool 1.4.3硬件：硬件RAID1中带有LVM的SAS 15K RPM HDD
mount选项： ext3和rw，errors = remount-ro
调度程序： CFQ
crontab中：

 * * * * * root flock -n /var/lock/rrd-updates.sh nice -n-1 ionice -c1 -n7 /opt/bin/rrd-updates.sh 

Oetiker在github上为rrdcache似乎有一个可能相关的BUG：
https://github.com/oetiker/rrdtool-1.x/issues/326

这实际上可能是我的问题（并发写入），但它不解释cronjob不失败。 在asumption我实际上有2个并发写flock -n会返回退出代码1（每个手册页，在testing中确认）因为我没有得到一个电子邮件与输出或者观察到cronjob实际上运行良好所有其他时间我有点失落。

示例输出：

根据评论我添加了更新脚本的重要来源。

 rrdtool update /var/rrd/cpu.rrd $(vmstat 5 2 | tail -n 1 | awk '{print "N:"$14":"$13}') rrdtool update /var/rrd/mem.rrd $(free | grep Mem: | awk '{print "N:"$2":"$3":"$4}') rrdtool update /var/rrd/mem_bfcach.rrd $(free | grep buffers/cache: | awk '{print "N:"$3+$4":"$3":"$4}') 

我错过了什么或者我可以在哪里进一步检查？

请记住：生产系统，所以没有开发，没有堆栈跟踪或类似的可用或可安装。