Skip to content

Commit 8a2ee27

Browse files
committed
Docs: WSL setup
1 parent ab10017 commit 8a2ee27

1 file changed

Lines changed: 18 additions & 0 deletions

File tree

docs/howto/get-started.md

Lines changed: 18 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -207,6 +207,24 @@ For module and configuration development, the local-shell option is often easier
207207
1. Replace `my_app` with your application name and `config` with your local configuration directory if you use one.
208208
2. If your app uses more than one worker process, start each worker separately. Use the same local configuration directory here as well.
209209

210+
!!! note "WSL with Docker Desktop on Windows"
211+
212+
If Docker is running on Windows through Docker Desktop, but you run `dp3 api` or
213+
`dp3 worker` from a WSL shell, `localhost` may not point to the same network namespace as
214+
the Docker containers. A typical symptom is that the backing services look healthy in
215+
Docker, but the app fails to connect to RabbitMQ from WSL.
216+
217+
In that case, find the Windows-side WSL virtual adapter address and use it as the
218+
RabbitMQ host in your local DP³ configuration:
219+
220+
1. In Windows `cmd`, run `ipconfig`.
221+
2. Find `Ethernet adapter vEthernet (WSL (Hyper-V firewall))`.
222+
3. Copy its `IPv4 Address`.
223+
4. In your local `processing_core.yml`, set `msg_broker.host` to that IP address.
224+
225+
Keep this change in a local configuration directory, such as `config_local/`, rather than
226+
in production configuration.
227+
210228
=== "Docker Compose app"
211229

212230
Run the API and worker through the application compose file:

0 commit comments

Comments
 (0)