On 2022/04/19 18:42, David Howells <dhowells@xxxxxxxxxx> wrote: > Could the file have been modified by a third party? According to our support tickets, the customers used WordPress's built-in updater, which resulted in corrupt PHP sources. We have configured stickiness in the load balancer; HTTP requests to one website always go through the same web server. Which implies that the same web server that saw the corrupt files was the very same one that wrote the new file contents. This part surprises me, because writing a page to the NFS server should update (or flush/invalidate) the old cache page. It would be easy for a *different* NFS client to miss out on updated file contents, but this is not what happened. On 2022/04/19 18:47, David Howells <dhowells@xxxxxxxxxx> wrote: > Do the NFS servers change the files that are being served - or is it > just WordPress pushing the changes to the NFS servers for the web > servers to then export? I'm not sure if I understand this question correctly. The NFS server (a NetApp, btw.) sees the new file contents correctly; all other web servers also see non-corrupt new files. Only the one web server which performed the update saw broken files. Max -- Linux-cachefs mailing list Linux-cachefs@xxxxxxxxxx https://listman.redhat.com/mailman/listinfo/linux-cachefs
