livepeer / livepeer/go-livepeer
`.m3u8` and `.ts` files left in data folder when B is killed
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 586
- Forks
- 226
- Avg merge
- 1d 17h
- Merged PRs (30d)
- 19
Description
**Describe the bug**
When B is panicked or killed by OOM, `.m3u8` and `.ts` files left in data folder.
For 200 streams it was 1.2G of files.
**To Reproduce**
Steps to reproduce the behavior:
1. run B
2. stream something into it
3. kill B
4. See files left in data folder
**Expected behavior**
We can't clean up folder if process is killed by OOM, but at least we should clean it up on node startup, or else it will eat all the available space eventually.
Contributor guide
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 tracing node startup and the data-folder handling described in the issue. Reproduce the failure by running B, streaming, and killing it, then verify that startup removes leftover .m3u8 and .ts files without affecting active streams.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go
- Domain
- audio-video-rtc
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100