reboot在 EC2 实例的命令行上调用和ec2-reboot-instances从另一台机器上的 AWS 命令行工具发出命令之间有什么区别（如果有）？
是否可以ec2-reboot-instances执行reboot通过 SSH 会话发送无法执行的操作，例如处理特定于 AWS 的环境事务？
这两个命令之间是否有偏好？
在我的特定情况下，我使用 Java 库来访问 AWS API 而不是命令行工具，但它仍然在 AWS 上调用相同的命令。Java 库比命令行工具更冗长，因此reboot通过 SSH发送命令会更容易，但我想了解是否还有其他考虑因素使使用 AWS API 方法值得。
我一直在尝试通过 Syslog 路由 Apache 的日志（由于某种原因，日志轮换已停止，使用 Syslog 和 logrotate 似乎是一个合理的解决方案）。
我已将 Apache 的错误日志发送到 local7，并通过记录器程序将访问日志通过管道传送到 local6。
我希望 Syslog分别将错误和访问日志写入/var/log/apache2/error.log和/var/log/apache2/access.log。
为此，我添加了以下内容/etc/syslog.conf：
# Logging for Apache using local7 facility for error messages
# and local6 for access log
# Added 20/06/2010 by Chris Bunney
local7.* /var/log/apache2/error.log
local6.* /var/log/apache2/access.log
我知道错误和访问日志被正确发送到 Syslog，因为它们显示在 中/var/log/syslog，但是它们没有被写入我想要的文件。
目标文件的原始文件权限：
-rw-r----- 1 root adm 0 2010-06-20 23:01 access.log
我一直在使用的目标文件的当前文件权限试图排除导致问题的此类事情：
-rw-rw-rw- 1 syslog adm 0 2010-06-20 23:01 access.log
对我来说一切都很好，那么为什么 Syslog 收到的消息没有写入我想要的文件？我错过了一些简单的东西吗？
的完整输出cat /etc/syslog.conf …