drakkar-lig / drakkar-lig/walt-python-packages
Rare concurrency bug in walt-server-httpd
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 7
- Forks
- 4
- PR merge metrics
- No merged PRs in 30d
Description
We observed an issue with two rpi5 VPN nodes having stored wrong values in their EEPROM (e.g. WALT_VPN_MAC=OK instead of a real mac address). The issue is very probably due to an unusual race condition in the code of walt-server-httpd, or in its dependencies.
This code currently relies on gevent to handle concurrency. We might consider porting it to the more popular asyncio framework provided by the standard library.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by inspecting walt-server-httpd and its gevent-based concurrency paths, then investigate how the two Raspberry Pi 5 VPN nodes could write incorrect EEPROM values such as WALT_VPN_MAC=OK. Compare whether the behavior indicates a race in this code or a dependency; the issue's scope is unresolved because porting to asyncio is only a proposed option.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- backend, networking
- Issue type
- Bug
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100