💡
原文中文，约5600字，阅读约需14分钟。
📝
内容提要
本文讨论了在AWS EKS中使用EFS动态供给时，非root用户启动容器遇到的“Operation not permitted”错误。该错误源于EFS的access point模式，限制了对uid/gid的修改。建议使用静态供给模式创建PV/PVC，以便顺利修改权限。
🎯
关键要点
- 在AWS EKS中使用EFS动态供给时，非root用户启动容器会遇到'Operation not permitted'错误。
- 该错误是由于EFS的access point模式限制了对uid/gid的修改，客户端只能拥有使用权，无法修改所有者。
- 使用静态供给模式创建PV/PVC可以避免该错误，从而顺利修改权限。
- 在创建pod之前，需先创建PVC并记录其uid和gid，然后在pod的yaml清单中指定这些值，以确保pod拥有相应目录的权限。
❓
延伸问答
在AWS EKS中，非root用户启动容器时遇到什么错误？
非root用户启动容器时会遇到'Operation not permitted'错误。
为什么在使用EFS的access point模式时无法修改uid/gid？
因为EFS的access point模式限制了对uid/gid的修改，客户端只能拥有使用权，无法修改所有者。
如何避免在EKS中使用EFS动态供给时的权限错误？
可以使用静态供给模式创建PV/PVC，以避免该错误并顺利修改权限。
在创建pod之前需要做什么准备工作？
在创建pod之前，需要先创建PVC并记录其uid和gid，然后在pod的yaml清单中指定这些值。
EFS的dynamic provisioning模式有什么弊端？
EFS的dynamic provisioning模式存在权限修改的限制，导致非root用户无法正常使用。
如何在pod配置中指定uid和gid？
在pod的yaml清单中，可以通过securityContext字段指定fsGroup、runAsUser和runAsGroup来设置uid和gid。
➡️
