Files
upstream-zulip/docs/development/setup/wsl-troubleshoot.md
upstream-mirror 64898b2c79
Some checks failed
Code scanning / CodeQL (push) Failing after 15s
Zulip production suite / Ubuntu 22.04 production build (push) Failing after 26s
Zulip production suite / Debian 12 production install with custom db name and user (push) Has been skipped
Zulip production suite / Ubuntu 22.04 production install and PostgreSQL upgrade with pgroonga (push) Has been skipped
Zulip production suite / Ubuntu 24.04 production install (push) Has been skipped
Zulip production suite / Ubuntu 26.04 production install (push) Has been skipped
Zulip production suite / Debian 13 production install (push) Has been skipped
Zulip production suite / 7.0 Version Upgrade (push) Has been skipped
Zulip production suite / 8.0 Version Upgrade (push) Has been skipped
Zulip production suite / 6.0 Version Upgrade (push) Has been skipped
Zulip production suite / 10.0 Version Upgrade (push) Has been skipped
Zulip production suite / 9.0 Version Upgrade (push) Has been skipped
Zulip production suite / 12.0 Version Upgrade (push) Has been skipped
Zulip production suite / 11.0 Version Upgrade (push) Has been skipped
GitHub Actions Security Analysis with zizmor / zizmor (push) Failing after 3s
Zulip CI / Debian 12 (Python 3.11, backend + documentation) (push) Failing after 26s
Zulip CI / Ubuntu 22.04 (Python 3.10, backend + frontend) (push) Failing after 3s
Zulip CI / Ubuntu 24.04 (Python 3.12, backend) (push) Failing after 25s
Zulip CI / Ubuntu 26.04 (Python 3.14, backend) (push) Failing after 25s
Zulip CI / Debian 13 (Python 3.13, backend) (push) Failing after 28s
Zulip production suite / Required jobs (push) Has been cancelled
Zulip CI / Required jobs (push) Has been cancelled
API Documentation Update Check / check-feature-level-updated (push) Has been cancelled
API Documentation Update Check / notify-if-api-docs-changed (push) Has been cancelled
snapshot of https://github.com/zulip/zulip.git @ 48c69911c7dd4e03b20552eb3bd77ad8151c1357 (2026-09-15)
2026-09-15 15:05:30 +05:00

76 lines
2.0 KiB
Markdown

WSL2 users often encounter issues where services fail to start or remain inactive. Follow the steps below to diagnose and resolve such problems.
#### 1. Check the Status of the Service
To verify if a service is running, use the following command:
```console
$ systemctl status <service_name>
```
If the service is inactive, you can attempt to start it with:
```console
$ systemctl start <service_name>
```
#### 2. Diagnose Port Conflicts
Services like `postgresql` may fail to start due to port conflicts. These conflicts can be caused by:
- Other services running in Windows.
- Services running in another WSL2 instance.
#### Resolving Port Conflicts with Other WSL Instances
To resolve port conflicts with another WSL2 instance, stop the conflicting instance using the following command:
```console
> wsl -t <WSL_Instance_Name>
```
After stopping the conflicting instance, restart your WSL instance with:
```console
> wsl -d <Your_Zulip_Instance_Name>
```
#### Resolving Port Conflicts with Services Running on Windows
To resolve conflicts caused by Windows processes:
1. Identify the process using the conflicting port by running:
```console
> Get-Process -Id (Get-NetTCPConnection -LocalPort <your_port_number>).OwningProcess
```
2. If a process is found, terminate it using:
```console
> taskkill /PID <pid> /F
```
3. Restart the Service or Enable Auto-Start
After resolving port conflicts, try restarting the service using:
```console
$ systemctl start <service_name>
```
To ensure the service always starts on boot, enable it with:
```console
$ systemctl enable <service_name>
```
---
#### Additional Tips
- Use `wsl --list` to view all running WSL2 instances and their states.
- Avoid overlapping port usage between WSL2 instances and Windows processes.
- Keep a record of services and their associated port numbers to prevent conflicts in the future.
- Ensure that you use a fresh WSL instance to setup the Zulip development environment to avoid dependency conflicts.