You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Feb 8, 2021. It is now read-only.
My application watches a large number of files, however, after setting a few thousand watches, the process inside the container begins to receive errors regarding the inotify limits. When I run the command to increase the watch limit in docker build (sudo sysctl fs.inotify.max_user_watches=<some random high number>), it gives an error from docker regarding "read-only filesystem" -- which is a well-documented docker limitation. It seems that this must be run at the host level, i.e., the 'pod' VM in the Hyper architecture. Is there a work around for this in the current implementation? Ideally some way that can be specified automatically at run-time. Thanks!
The text was updated successfully, but these errors were encountered:
My application watches a large number of files, however, after setting a few thousand watches, the process inside the container begins to receive errors regarding the inotify limits. When I run the command to increase the watch limit in docker build (
sudo sysctl fs.inotify.max_user_watches=<some random high number>
), it gives an error from docker regarding "read-only filesystem" -- which is a well-documented docker limitation. It seems that this must be run at the host level, i.e., the 'pod' VM in the Hyper architecture. Is there a work around for this in the current implementation? Ideally some way that can be specified automatically at run-time. Thanks!The text was updated successfully, but these errors were encountered: