Skip to content

fix: integrate inotify parameter setup into environmentSetup deploy flow#135

Open
DasAbin wants to merge 4 commits into
openMF:devfrom
DasAbin:fix/integrate-inotify-params-into-setup
Open

fix: integrate inotify parameter setup into environmentSetup deploy flow#135
DasAbin wants to merge 4 commits into
openMF:devfrom
DasAbin:fix/integrate-inotify-params-into-setup

Conversation

@DasAbin
Copy link
Copy Markdown

@DasAbin DasAbin commented May 7, 2026

Problem

vnext pods hit EMFILE (CrashLoopBackOff) on fresh Ubuntu deploys because
inotify limits are too low. A fix script existed at
src/utils/test-scripts/increase-inotify-params-untested.sh but was never
called from the main deploy flow.

Fix

  • Added increase_inotify_params() function to src/environmentSetup/k8s.sh
  • Calls sysctl to set max_user_watches=1048576, max_user_instances=1024
  • Persists settings to /etc/sysctl.d/99-inotify.conf
  • Called from env_setup_local_cluster() deploy flow after add_hosts(), before k3s install

Tested

Verified on AWS EC2 t3.xlarge Ubuntu 24.04 — sysctl values confirmed set,
vnext pods Running without EMFILE errors.

Closes: referenced in #gazelle-dev Slack discussion

DasAbin and others added 4 commits April 26, 2026 02:12
Replace destructive /etc/hosts perl rewrites with an idempotent Gazelle sentinel block so redeployments refresh only Gazelle-managed host entries and never overwrite existing 127.0.0.1 mappings.

Made-with: Cursor
Revert commit 8d58c46 per request.

Made-with: Cursor
@DasAbin DasAbin requested a review from a team May 7, 2026 16:32
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant