Skip to content

Add note on avoiding conflicting subnets for EDA VM#32

Draft
pratdesai91 wants to merge 1 commit intonokia-eda:release-25.12from
pratdesai91:patch-3
Draft

Add note on avoiding conflicting subnets for EDA VM#32
pratdesai91 wants to merge 1 commit intonokia-eda:release-25.12from
pratdesai91:patch-3

Conversation

@pratdesai91
Copy link
Copy Markdown

Added a note to avoid using specific subnets that conflict with Docker.

Added a note to avoid using specific subnets that conflict with Docker.
- 10.96.0.0/12
- fd31:e17c:f07f:2dc0:4e2b:2ebc:cbc0:0/108
```
**Note:- Avoid using 172.16-19.X.X subnets as they conflict with hypervisor Docker subnets causing cluster bootstrappign issues.**
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi @pratdesai91
where did you observe the issues? Did you try to install this on a Talos or something else?

I am asking because there is no Docker on Talos setups

Copy link
Copy Markdown
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hello @hellt

These use cases are only applicable when the hypervisor itself also hosts the edaadm package server.

In most customer environments, there is no separate jump‑box provided for running the image‑processing or configuration‑rendering steps. Because of that limitation, I typically install Docker directly on Hypervisor‑1 to run the kpt‑setter workflow required for an air‑gapped EDA installation.

This ensures that all rendering, packaging, and artifact preparation can be completed locally on the hypervisor, even when external registry access or an intermediate workstation is not available.

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.

2 participants