物理服务器死亡后,vm上的nginx无法启动。日志文件夹的权限问题,是否发现它试图以NFSNobdy身份写入?

物理服务器死亡后,vm上的nginx无法启动。日志文件夹的权限问题,是否发现它试图以NFSNobdy身份写入?,nginx,centos6,nfs,Nginx,Centos6,Nfs,在我继承的服务器的持续斗争中,我们遇到了一次物理机器崩溃,到那天结束时,大多数虚拟机都启动了。我们有一个运行uswgi mod和nginx的简单flask应用程序,因此当我在崩溃后尝试在vm中重新启动它时,它一直在试图写入的日志文件上给出权限错误。最后(沮丧地)我将它试图写入的文件夹设置为755(我认为很糟糕),但只是想看看 结果是,无论我调用/etc/init.d/nginx是从我的主用户还是根用户开始,它都会将所有日志文件与我关心的用户和nfsnobody组一起写入该文件夹。很明显,这在崩溃

在我继承的服务器的持续斗争中,我们遇到了一次物理机器崩溃,到那天结束时,大多数虚拟机都启动了。我们有一个运行uswgi mod和nginx的简单flask应用程序,因此当我在崩溃后尝试在vm中重新启动它时,它一直在试图写入的日志文件上给出权限错误。最后(沮丧地)我将它试图写入的文件夹设置为755(我认为很糟糕),但只是想看看

结果是,无论我调用/etc/init.d/nginx是从我的主用户还是根用户开始,它都会将所有日志文件与我关心的用户和nfsnobody组一起写入该文件夹。很明显,这在崩溃之前可能没有发生(但我不知道它在崩溃之前写的文件是什么),所以担心会有一个更大的问题是由崩溃引起的,只是不知道去哪里看,或者nfsnobody是否真的可以为nginx写所有这些日志文件