nanoporetech / nanoporetech/minknow_api
No possibility to change location for tmp & intermediate files generated by MinKnow even with changed data path
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 73
- Forks
- 16
- PR merge metrics
- No merged PRs in 30d
Description
Dear developers,
I currently have a serious issue with running the latest version of MinKnow with MinION Mk1D on Ubuntu 24.04LTS. I would like all the data from runs to be stored on a separate dedicated drive and changed the path accordingly. However, even after that MinKnow continues to generate huge temporary and intermediate files in default location /var/lib/minknow/data, overfills the drive, and then forces the run to stop.
I would like to know whether it is possible to address such a problem because it is not feasible to have the OS & software on a huge drive. Instead, the common practice is to store data, logs and tmps in a separate dedicated location.
Thank you in advance for your response,
Best regards,
Andrii Tarieiev
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 tracing how MinKNOW receives and applies the configured data path, then compare that behavior with the default /var/lib/minknow/data location mentioned in the issue. Determine which temporary and intermediate files remain there and identify the configuration or API entry point that would need to support relocating them; done means a run stores those files in the requested dedicated location.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- api, backend
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 30/100