Ubuntu EFS装载失败，装载失败。nfs4:服务器拒绝访问

正在尝试装载EFS文件系统。我所做的唯一更改是删除使用EFS组创建的默认SG，并将其替换为EC2实例已经存在的自定义SG

AWS提供了装载NFS共享所需的命令，它应该可以一字不差地工作。通常是这样。但有时你会发现：

mount.nfs4: access denied by server while mounting fs-xxxxxxxx.efs.us-west-2.amazonaws.com:/

遗憾的是，故障排除文档在标题“要采取的行动”下指出：

如果您试图使用IAM装载文件系统

。。。如果您不打算使用IAM挂载FS，则绝对没有关于如何操作的建议

---

首先，我很确定我没有做错什么，因为我已经用了几十次的剧本将EFS NFS共享装载到EC2实例上，现在它们已经非常完善了。那么为什么它有时会失败呢？

事实证明，AWS并不总是像它通常感觉的那样流畅，有时后端的事情会变得一团糟。在这种情况下，替换SG实际上可能在UI中起作用，但在后端没有起作用。我只是在猜测

我所做的只是删除现有的EFS并创建完全相同的EFS。这一次，我唯一做的不同之处是将我的自定义EFS SG设置在EFS的创建上，而不是在创建和中提琴后将其替换，我的剧本又开始工作了

我想不出任何直观或书面的理由，为什么从非默认SG开始与替换它有什么不同，因为它是完全相同的SG。在任何一种情况下，您都在设置EFS以使用您选择的SG，EFS不反对。此外，我以前做过，没有问题。因此，我将其记为EFS/SG后端故障，浪费了大量时间进行故障排除

---

总之，如果一个新的EFS共享为您提供了mount.nfs4:access denied by server error，则在尝试标准装载时，您知道您正在正确执行其他操作-只需删除它并重新创建它即可。不要想当然地认为你做错了什么，AWS服务不会时不时地出错。

事实证明，AWS并不总是像通常感觉的那样圆滑，有时后端的事情会搞砸。在这种情况下，替换SG实际上可能在UI中起作用，但在后端没有起作用。我只是在猜测

我所做的只是删除现有的EFS并创建完全相同的EFS。这一次，我唯一做的不同之处是将我的自定义EFS SG设置在EFS的创建上，而不是在创建和中提琴后将其替换，我的剧本又开始工作了

我想不出任何直观或书面的理由，为什么从非默认SG开始与替换它有什么不同，因为它是完全相同的SG。在任何一种情况下，您都在设置EFS以使用您选择的SG，EFS不反对。此外，我以前做过，没有问题。因此，我将其记为EFS/SG后端故障，浪费了大量时间进行故障排除

---

总之，如果一个新的EFS共享为您提供了mount.nfs4:access denied by server error，则在尝试标准装载时，您知道您正在正确执行其他操作-只需删除它并重新创建它即可。不必假设您做错了什么，AWS服务不会偶尔出错。

当尝试通过访问点访问时EFS上的目录不存在时，我收到此错误消息。

当尝试通过访问点访问时，EFS上的目录不存在时，我收到此错误消息要点。

对我来说是相同的解决方案。我只是简单地重新创建了我的efs，它起了作用。你应该在这里把这个标记为answeredsame，谢谢给我一个解决方案。我只是简单地重新创建了我的efs，它起了作用。您应该在此处将其标记为answeredsame，感谢AWS文档：当您装载带有访问点的文件系统时，如果该目录不存在，则会创建该访问点的根目录。来自同一文档：AmazonEFS仅当您提供了目录的OwnUid、OwnGID和权限时才创建根目录。如果不提供此信息，AmazonEFS不会创建根目录。如果根目录不存在，则尝试使用访问点装载将失败。从AWS文档：当您装载带有访问点的文件系统时，如果该目录不存在，则会创建该访问点的根目录。来自同一文档：AmazonEFS仅当您提供了目录的OwnUid、OwnGID和权限时才创建根目录。如果不提供此信息，AmazonEFS不会创建根目录。如果根目录不存在，则尝试使用访问点装载将失败。