Articles of amazon efs

使用Datapipeline的AWS EFS备份

我想采取我的EFS生产环境的备份。 我已经通过2个EFS生产和EFS备份定义了解决scheme 我创build了4个安全组:1)efs-mt-sg(EFS SG)并在NFS端口上添加对efs-ec2-sg的访问。 2)efs-ec2-sg(EC2 SG)。 3)efs-backup-mt-sg(备份EFS SG)并在NFS端口上添加对efs-ec2-backup-sg的访问。 4)efs-ec2-backup-sg(备份EC2 SG)。 我已经使用模板https://github.com/awslabs/data-pipeline-samples/blob/master/samples/EFSBackup/1-Node-EFSBackupPipeline.json设置数据pipe道 现在,当我激活这个pipe道,它运行良好的状态已完成,并显示我所有的命令执行日志为Stdout,但我没有看到我的备份EFS中的任何备份,当我安装在EC2和检查大小相同的生产EFS 。 当我使用安全组efs-ec2-sg,efs-ec2-backup-sg添加EC2实例并在https://github.com/awslabs/data-pipeline-samples/blob/master中运行所有指定的命令时/samples/EFSBackup/efs-backup.sh它运作良好,我可以看到这个EFS文件系统与备份文件。 我怎样才能得到这个数据pipe道的工作?

NFS不能在启动时挂载

我有一个AWS EFS,我希望我的Centos 7服务器在启动时挂载。 来自/etc/fstab的意思是完成这一行的是: xxxxxxx.efs.us-east-1.amazonaws.com:/ /mnt/EFS nfs4 nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,_netdev 0 0 在重新启动后login到服务器时,文件系统未安装; 但是,如果我mount -a一个分享将无误地挂载。 查看日志,看起来有一个sorting周期,即从启动中删除挂载。 相关日志: systemd[1]: Found ordering cycle on nfs-server.service/start systemd[1]: Found dependency on www\x2ddata.mount/start systemd[1]: Found dependency on nfs-server.service/start systemd[1]: Breaking ordering cycle by deleting job www\x2ddata.mount/start 当我做 systemctl show -p Requires,Wants,Requisite,BindsTo,PartOf,Before,After nfs-server.service 我看到www\x2data.mount列出; 但是,在该服务上运行相同的服务不会列出任何依赖项。 nfs-utils version 1.3.0-0.48.e17_4 我不知道下一步要解决这个应该是什么,任何帮助将不胜感激。

尝试列出文件时,Amazon EFS挂起

在Amazon EFS挂载点内执行ls时,它只是挂起。 AWS EFS故障排除中的EFS故障排除部分 提到以下内容: 安装不响应 Amazon EFS挂载看起来没有响应。 例如,像ls这样的命令挂起。 采取行动 如果另一个应用程序正在向文件系统写入大量数据,则会发生此错误。 访问正在写入的文件可能会被阻止,直到操作完成。 通常,任何尝试访问正在写入的文件的命令或应用程序都可能会挂起。 例如,ls命令在到达正在写入的文件时可能会挂起。 这是因为一些Linux发行版将别名为ls命令,除了列出目录内容之外,它还检索文件属性。 要解决此问题,请validation另一个应用程序正在将文件写入Amazon EFS装载,并且它处于不可中断的睡眠(D)状态,如下例所示: $ ps aux | grep large_io.py root 33253 0.5 0.0 126652 5020 pts / 3 D + 18:22 0:00 python large_io.py / efs / large_file 在确认是这种情况之后,您可以通过等待其他写入操作完成或通过实施解决方法来解决此问题。 在ls的例子中,你可以直接使用/ bin / ls命令,而不是别名,这将允许命令继续而不挂在被写入的文件上。 一般来说,如果写入数据的应用程序可以定期强制数据刷新,也许使用fsync(2),这可能有助于提高文件系统对其他应用程序的响应能力。 但是,这种改进可能会以应用程序写入数据时的性能为代价。 所以我确认是否有任何信息被写入,但唯一出现的是 root 43556 0.0 0.0 124356 […]