我有一个Ubuntu实例上运行的Docker官方jenkins回购 。 在那个文档中，它build议一种创build卷的方法来隔离所有的Jenkins数据文件。 EC2实例在/ dev / xsdf中具有根卷和第二个卷： NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT xvda 202:0 0 8G 0 disk └─xvda1 202:1 0 8G 0 part / xvdf 202:80 0 10G 0 disk 如果已经尝试在Ubuntu中将该卷挂载为/ var / jenkins_home，然后在运行时引用它： docker run –restart=always -p 8080:8080 -p 50000:50000 -v \ /home/ubuntu/jenkins_home:/var/jenkins_home -w /var/jenkins_home jenkins/jenkins:lts 它运行良好，但在主机上/var/jenkins_home没有看到任何文件 是否有另一种（正确的）方法来在主机上挂载EBS卷并将其用于Jenkins数据卷？ 我希望能够通过拍摄卷的快照来备份它，并允许数据在重新启动之间保持不变。 谢谢
我很难设置一个电子邮件服务器。 我决定去和E2C实例（具体来说，用light-sail）运行Ubuntu。 在服务器上，我已经把postfix放在服务器上，或多或less的遵循这个指南 。 从后缀，我可以发送一封电子邮件（并通过Gmail接收）。 但是，当我通过Gmail将电子邮件发送回服务器时，我无法收到任何邮件。 我猛击我的服务器域名到mxtoolbox ，它告诉我“无法连接” 所以我想我自己…要么端口是closures的（防火墙某处）或没有服务器监听该端口。 我确信… sudo ufw allow Postfix 在服务器上我… telnet 'mydomain' 25 Trying 'ip' … telnet: Unable to connect to remote host: Connection timed out 只是看看服务器是否正常运行… telnet 'mydomain' 80 Trying 'ip' … Connected to 'mydomain' 所以没有新的信息。 所以我尝试了… netstat -lntu proto Recv-Q Send-Q Local address Foreign Address State tcp 0 […]
这是我的ECS-Cluster中的AutoScalingGroup的LaunchConfiguration – 使用cloudformation。 UpdatePolicy: AutoScalingRollingUpdate: MinInstancesInService: 1 MaxBatchSize: 1 PauseTime: PT15M WaitOnResourceSignals: true 我对当前设置的问题是，当我对ECS主机AMI进行更改时，会导致每个EC2实例都被closures，并且一次被replace一个。 这导致当前运行的任何/所有ECS服务即使在创build新的EC2实例之前也被终止。 有没有办法做到这一点？ 他们的文件没有提到实现我们想要的行为。 任何指针或提示表示赞赏。
希望我发布在正确的社区！ 我试图设置一个容器在AWS Batch上运行。 我没有做任何事情，或多或less地按照默认设置。 我得到一个似乎与实例angular色或与实例angular色关联的权限有关的错误。 首先，安装顺利完成。 我build立了我的计算环境，然后我的队列，然后我添加一个基本的工作队列。 作业最终陷入可运行状态，然后在20分钟左右之后，我的计算环境变成“无效”，出现以下错误： CLIENT_ERROR – Invalid IamInstanceProfile: arn:aws:iam::001234567890:role/ecsInstanceRole (Service: AmazonAutoScaling; Status Code: 400; Error Code: ValidationError; Request ID: blah) 我阅读这个故障排除指南 ，似乎解决相关的问题（虽然他们不完全匹配）。 我已经尝试重新创build环境5或6次，没有运气。 我也尝试删除我现有的angular色，让经理重新创build他们。 故障排除指南中的大部分问题似乎源于AWS CLI中错误设置的angular色或某些非批处理控制台需求。 该指南甚至读取“AWS Batch控制台仅显示具有计算环境的正确信任关系的angular色”。 但是我用过的所有angular色都是通过控制台select的，这似乎意味着他们被正确的授权了。 不知道在这里做什么，感激任何帮助。
我怎样才能重现一个 错误：[Errno 104]由对等方重置连接 从DynamoDB给出？ 我想从networking服务器捕获错误，但不知道如何重现它。 closuresDynamoDB并不真的给出同样的错误
我试图运行以下命令 /usr/bin/ocr 1.pdf 1.xml 从Apache，但不幸的是，这个命令只适用于ec2用户。 所以我试图编辑我的PHP文件，使其运行如下： /usr/bin/sudo -u ec2-user /usr/bin/ocr 1.pdf 1.xml 但是我得到了以下错误： sudo: no tty present and no askpass program specified 所以我已经添加了以下行到/ etc / sudoers apache ALL=(ALL) NOPASSWD: /usr/bin/sudo -u ec2-user /usr/bin/ocr 但我仍然有同样的错误。 唯一的工作是： apache ALL=(ALL) NOPASSWD: ALL 但是，如果我是对的，它允许Apache与sudo运行任何命令，所以这是一个重大的安全漏洞。 你有什么想法，我怎么可以干净的方式做到这一点？
我在这里按照这篇文章： https : //aws.amazon.com/premiumsupport/knowledge-center/secondary-private-ip-address/为了添加多个IP到我的实例。 现在，我可以从EC2实例外部访问我的所有网站，但是如果从我的实例中启动Web浏览器，则无法访问Internet。 直到我做出上述改变，这才发生。 其他一切似乎都在正常运行。 使用默认的VPC设置来设置实例。 任何帮助是极大的赞赏。 AWS新手 赢得2016年服务器
我有一个Amazon EC2实例，似乎无法弄清楚如何打开其他端口。 我已经将端口添加到安全组，并将组分配给实例，但端口仍未打开。 只有端口22是开放的，我相信这是默认的行为。 我无法打开任何其他端口。 该实例正在运行Ubuntu。 ufw disable ，实例上的防火墙被ufw disable 。 任何帮助真的很感激。 我使用https://www.yougetsignal.com/tools/open-ports/来testing我的端口。 这是我的安全组configuration：
我的负载均衡，自动扩展Elastic Beanstalk环境在两个AZ中使用公共和私有子网的VPC。 ELB和EC2在相同的公共子网中。 EC2被赋予了公共知识产权。 EC2s在一个安全组中，入口规则打开端口22到0.0.0.0/0 （我也试过用我的IP） EC2与我正在使用的密钥对相关联（它对此VPC之外的其他EC2起作用）。 EC2s是健康的。 但… ssh -i "~/.ssh/my.pem" [email protected] …导致“操作超时”。 我错过了什么明显的东西？ 编辑：公共子网的ACL上的入站规则： 入场规则EC2的SG： 公有子网的详细信息： Subnet ID: subnet-3cf38775 | Public subnet 2 Availability Zone: eu-west-1b IPv4 CIDR: 10.0.2.0/24 Route Table: 10.0.0.0/16 -> local 0.0.0.0/0 -> nat-01b4b81a02e336d3c
我需要安装一个scp服务器。 供应商将通过scp（而不是sftp）将file upload到该服务器。 虽然configuration容易SFTP，我真的很难与SCP。 网上有其他操作系统的一些说明和操作方法。 我试图按照这些，但我总是收到一个错误消息： scp phpinfo.php [email protected]:/subdir/ /home/abc/bin/bash: Permission denied lost connection …在日志中没有进一步的提示： Oct 3 23:16:13 ip-10-2-4-121 sshd[30945]: Accepted password for abc from 1.2.3.4 port 57248 ssh2 Oct 3 23:16:13 ip-10-2-4-121 sshd[30945]: pam_unix(sshd:session): session opened for user abc by (uid=0) Oct 3 23:16:13 ip-10-2-4-121 sshd[30945]: Received disconnect from 1.2.3.4 port 57248:11: disconnected by […]