Linux 如何在docker中确定文件所有者-docker重新启动后无法删除粘性目录中的文件

Linux 如何在docker中确定文件所有者-docker重新启动后无法删除粘性目录中的文件,linux,docker,kubernetes,openshift,Linux,Docker,Kubernetes,Openshift,我在OpenShift 4.x平台上的docker中运行了一些应用程序。此应用程序与其他应用程序在pod中运行,因此重新启动它不会导致pod重新启动-只有这一个docker重新启动 我的应用程序已将/dev/shm目录作为内存卷装入。这个目录已经设置好了。根据链接的手册页,这对文件删除有以下限制: 只有当用户具有目录的写入权限且用户是文件所有者、目录所有者或超级用户时,用户才能删除或重命名粘性目录中的文件 我的应用程序配置为使用指定的用户id运行(在OpenShift pod部署文件中设置),因

我在OpenShift 4.x平台上的docker中运行了一些应用程序。此应用程序与其他应用程序在pod中运行,因此重新启动它不会导致pod重新启动-只有这一个docker重新启动

我的应用程序已将
/dev/shm
目录作为内存卷装入。这个目录已经设置好了。根据链接的手册页,这对文件删除有以下限制:

只有当用户具有目录的写入权限且用户是文件所有者、目录所有者或超级用户时,用户才能删除或重命名粘性目录中的文件

我的应用程序配置为使用指定的用户id运行(在OpenShift pod部署文件中设置),因此docker重新启动后,它仍然使用相同的UID。当应用程序未重新启动时,它可以无限制地修改和删除
/dev/shm
中的文件。然而,由于某些原因,重新启动后应用程序无法修改或删除重新启动前创建的文件,即使UID是相同的。为什么它不能更改和删除它们


我的应用程序运行在docker中,它使用RedHat 7.x图像作为基础。OpenShift 4.x安装在CoreOS系统上。

您能提供kubernetes清单文件吗?重现你的问题会更容易。