在 CentOS 6.4 上运行 Apache 2.2.5 的 EC2 实例直到 9 月 29 日似乎都很好。那天 7:49，CloudWatch 中的值为 42，7:59 时为 100,000 以下，最后的值报告是在 8:09，为 600 以下，然后从统计角度来看，它似乎完全下降了。
这是当天的 apache 日志：
Sep 29 08:14:27 ip-172-31-46-50 kernel: type=1305 audit(1411978467.613:5654223): audit_pid=0 old=797 auid=4294967295 ses=4294967295 subj=system_u:system_r:auditd_t:s0 res=1
Sep 29 08:14:27 ip-172-31-46-50 kernel: type=1305 audit(1411978467.714:5654224): audit_enabled=0 old=1 auid=4294967295 ses=4294967295 subj=system_u:system_r:auditctl_t:s0 res=1
Sep 29 08:14:27 ip-172-31-46-50 kernel: Kernel logging (proc) stopped.
Sep 29 08:14:27 ip-172-31-46-50 rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="813" x-info="http://www.rsyslog.com"] exiting on signal 15.
telnet ip 80返回拒绝连接；nmap -p 80 ip显示 80/tcp 已关闭
安全组中80端口开放：
第二个问题可能与此相关，即 mysql 只能通过 启动mysqld_safe。尝试通过 启动 mysqlservice mysqld start失败，并显示以下消息：
141003 20:33:49 InnoDB: Using Linux native AIO
141003 20:33:49 InnoDB: Initializing buffer pool, size = 128.0M
141003 20:33:49 InnoDB: Completed initialization of buffer pool
141003 20:33:49 InnoDB: Operating system error number 13 in a file operation.
InnoDB: The error means mysqld does not have the access rights to
InnoDB: the directory.
InnoDB: File name ./ibdata1
InnoDB: File operation call: 'open'.
InnoDB: Cannot continue operation.
my.cnf 中的用户是mysql；这是 my.cnf 中指定的数据目录。
-rwx------. 1 mysql mysql 748683264 Oct 3 20:19 ibdata1
-rwx------. 1 mysql mysql 5242880 Oct 3 20:19 ib_logfile0
-rwx------. 1 mysql mysql 5242880 Oct 3 20:19 ib_logfile1
drwx------. 2 mysql mysql 4096 Oct 7 2013 mysql
drwx------. 2 mysql mysql 4096 Oct 7 2013 performance_schema
有人认为 apparmor 可能是罪魁祸首；但是，我运行了apparmor_status（未找到命令）但无济于事find / -name "*apparmor*"- 我会对此做进一步检查。
通过mysqld_safe我能够获得转储，所以我现在已备份所有内容，但我真的想解决问题而不是建立新实例。
谢谢你的帮助！