<div dir="ltr"><div dir="ltr">Hey ya'll,<div><br></div><div>As highlighted nicely at [1], a common pattern in Kubernetes is to watch for changes to files/directories passed in as Configmaps or secrets. Sidecars typically use inotify to watch for changes and then signal the primary container or perform other changes based on the reconfiguration.</div><div><br></div><div>In the context of Kata, these files/dirs are passed in utilizing virtio-fs. Since FUSE itself doesn't support inotify, this pattern will fail. I'm looking at ways to work-around this gap, including:</div><div><br></div><div>1) documenting this as a compatibility limitation ("don't do this!").</div><div>2) suggesting end-users modify their sidecars and utilize poll</div><div>3) doing an inotify on the host, and when changes are identified, notify the guest agent who can then modify the files on disk to trigger an inotify</div><div>4) Working on contributing to libfuse in order to add inotify support.</div><div><br></div><div>(4) is the right thing, but will take quite a bit of time before it can be used. I'm curious if other folks have suggestions for workarounds (I don't like any of the ones I suggested), and if anyone has taken a look at (4)?</div><div><br></div><div>Thanks,</div><div>Eric</div><div><br></div><div>[1] - <a href="https://github.com/kata-containers/runtime/issues/1505">https://github.com/kata-containers/runtime/issues/1505</a></div></div></div>