我们的Web制作和数据库服务器在24小时内第二次无法启动。 安装了IIS7和MSSQL 2008 R2 – 运行asp.net和传统的asp应用程序。 最初的失败显然是由于页面文件大小错误引起的 – 这些引导错误在将来自所述实例的卷挂载到另一个现有实例上以及通过事件查看器查看之后在系统日志中可见。 微软表示有一个修补程序可用。 新的服务器重新映像，应用了修补程序，完成所有各种系统configuration=几次重新启动，8小时后没有错误。 …直到第二次故障发生后，简单的重新启动。 和以前一样查看事件日志，我们并不明白为什么这个实例（与其他EC2实例几乎相同 – 除了传统的asp应用程序）拒绝启动。 没有安全性，系统，应用程序或任何其他错误的发言。 所以一个广泛的问题是：我们如何才能找出发生了什么事情：有人可以build议在恢复的卷中查找启动错误的位置等？ 第二个问题：有什么好的想法让它再次运作？ 我们注意到，Amazon界面中的“获取系统日志”选项只会导致空白屏幕 许多谢谢布雷特
我站在一个TeamCity服务器上运行它自己的Amazon EC2上的embedded式Tomcat实例。 我已经成功地得到了实例来响应端口8111或8080，但是当我尝试将端口更改为80时，我无法让它在该端口上作出响应。 我有我的安全组设置为允许端口80，并validation这不是问题。 我没有在我的Linux实例上运行其他任何东西，只是TeamCity发行版，所以我没有运行Apache服务器或任何东西。 我似乎很奇怪的是，当我在8111或8080上运行它，然后做一个netstat我可以看到这些端口正在侦听，但是当我把端口设置为80，运行另一个netstat端口80永远不会显示为正在侦听。 有谁知道为什么我不能让tomcat响应端口80？
我启动不断启动EC2实例，由于某种原因，我不断收到此电子邮件，然后服务器亚马逊closures服务器…我如何限制访问有问题的端口… 这是我的电子邮件 我们检测到您的实例： I-acfadec3 一直以违反我们AWS客户协议的方式行事： 端口扫描 请注意，根据networking服务许可协议http://aws.amazon.com/agreement/如果您的实例继续这种滥用行为，您的帐户可能会被终止。 EC2已经针对您的实例采取了以下行政行为： 受限制的出站端口22 你可能不会自己托pipe，但是你的环境可能已经被外部攻击者破坏了。 确保您的实例和所有应用程序免受攻击是您的责任。 此外，您应该： 使用'ec2-authorize'命令限制对特定和必需的端口和源地址的访问。
首先是基础设施： 我们已经将我们的后端/pipe理服务器之一迁移到亚马逊。 这个服务器上的应用程序只是偶尔使用（最多10个并行用户）。 我们使用运行Gentoo的t1.micro实例。 作为Web服务器，我们将nginx与PHP-FPM结合使用。 问题是，有时服务器死缓，这意味着一个页面需要10-20秒的加载（我的本地开发环境最大2秒，这些页面很重… 80MB +）。 我试图分析和重现错误，但只有计算出内存是好的（270MB免费），而CPU负载在100％ 组态： nginx有2个工人和最多。 1024个连接。 PHP-FPM（我删除了评论） error_log = /var/log/php-fpm.log … ;;;;;;;;;;;;;;;;;;;; ; Pool Definitions ; ;;;;;;;;;;;;;;;;;;;; [www] listen = 127.0.0.1:9000 user = www group = www pm = dynamic pm.max_children = 8 pm.start_servers = 2 pm.min_spare_servers = 2 pm.max_spare_servers = 4 pm.max_requests = 100 我希望有人有一个线索怎么办:)
目前我的Web应用程序可能会打印错误，当我的本地机器上的主机 当我在Amazon EC2服务器上托pipe它。 错误页面为空/空白。 我想在EC2上运行时看到错误堆栈跟踪，我该怎么做？ 我在我的EC2上使用Ubuntu Natty 11.04和LAMP Stack。
我目前正在使用Natty_FreeNx_RubyRails（ami-6754970e），并且在远程浏览简单网站时可能会有点慢。 在进入一个“小”的例子之前，我想知道我们是否可以进一步优化这个AMI，使工作更快一点，而不会有微观实例的低迷。
我创build了一个Gentoo AMI的新实例（ Gentoo_64-bit-EBS-2012-03-02-07-39-15 (ami-6ab26f03) ）。 两个状态检查都已通过（系统和实例可达性均已通过）。 我知道密钥对名称是正确的，因为我使用了相同的密钥连接到默认的Amazon Linux（ amzn-ami-2011.09.2.x86_64-ebs (ami-1b814f72) ）。 这就是SSH的详细模式所说的（用99.99.99.99代替IP信息） hobbes3@hobbes3:~/.ssh$ ssh -v [email protected] OpenSSH_5.6p1, OpenSSL 0.9.8r 8 Feb 2011 debug1: Reading configuration data /Users/hobbes3/.ssh/config debug1: Applying options for * debug1: Reading configuration data /etc/ssh_config debug1: Applying options for * debug1: Connecting to ec2-99-99-99-99.compute-1.amazonaws.com [99.99.99.99] port 22. debug1: connect to address 99.99.99.99 port […]
我遇到了一个很奇怪的问题。 我正在debuggingEC2实例的server 500错误脚本，发现我们没有安装ioncube loader。 所以我去安装它们，我在/etc/php.d/zend.ini创build了一个新文件，最初我插入了extension=/usr/local/ioncube/ioncube_loader_lin_5.3.so的值，然后重新启动httpd点它告诉我： The ionCube Loader is a Zend-Engine extension and not a module Please specify the Loader using 'zend_extension' in php.ini PHP Fatal error: Unable to start ionCube Loader module in Unknown on line 0 所以我把zend.ini的内容改成了zend_extension = / usr / …等。 现在，当我尝试重新启动httpd我得到这个错误： Starting httpd: (98)Address already in use: make_sock: could not bind […]
我使用winscp / putty以root用户身份loginAWS EC2实例，并使用导入了openssh-key的.ppk文件。 早些时候，它被许多人分享，谁都不见了，所以现在我必须改变它，让其他人都不能访问它。 我试图在互联网上search它，但找不到任何。 提前致谢 ：）
我是AWS新手，所以我认为这可能是一个非常简单的问题： 我正在使用一个EC2 t1.micro实例作为我的SQL DB服务器来进行一些我正在做的小规模分析（Windows，SQL Express 2008）。 这一切都进行得很顺利，直到我最近有一个巨大的SQL查询，最大限度的微型实例，可怜的CPU，并花了太长的时间来运行。 看到瓶颈是CPU，我升级到具有5个EC2计算单元（2个核心x2.5个计算单元）的“高CPU”实例（c1.medium）。 我再次启动了对查询的testing，运行速度更快，我开心地启动了完整的CPU密集型查询。 当我检查资源监视器来查看我的新硬件在做什么时，我看到sqlservr.exe进程只使用了CPU的50％，而MSSQLSERVER服务同样正好使用了50％。 在微型实例，它是使用100％。 假设瓶颈是统一的CPU，我简单地把事情简化了一些，但是似乎SQL应该把CPU推到100％以更快的速度查询查询（并且确实有50％似乎是可疑的）。 我的问题是： 为什么CPU只有50％？ 这与2个核心有什么关系？ 我是否需要做任何事情来让SQL充分利用我所付出的计算能力？ 或者是SQL使用它的所有计算能力，而且我误解了资源监视器中所看到的内容？