Automatically reclaim unused Windows container layers after sandbox sessions
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 4/5
- Tempo estimado
- 1-2 dias
- Facilidade para iniciantes
- 48/100
- Tipo de issue
- Funcionalidade
- Clareza
- Razoavelmente clara
- Status de atividade
- Ativa
- Stack de tecnologia
- docker, powershell
- Domínio
- infrastructure
Direção de pesquisa
Start by tracing how this repository creates and removes Windows container sandbox sessions and manages layers under C:\ProgramData\Microsoft\Windows\Containers\Layers. Check whether session shutdown has a cleanup entry point and how the code determines whether a layer is still shared or referenced. Done means reclaiming unreferenced temporary layers safely, or documenting a supported cleanup mechanism and when it runs.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
After repeatedly launching and closing sandbox sessions, C:\ProgramData\Microsoft\Windows\Containers\Layers keeps growing and consumes [X GB]. I expected temporary layers belonging to terminated sessions to be reclaimed automatically.
Expected: remove unreferenced temporary layers when a session ends, while keeping shared base layers that are still in use. If cleanup is intentionally deferred, please provide a supported cleanup mechanism and document when it runs.
- Linguagem predominante
- PowerShell
- Estrelas
- 556
- Forks
- 75
- Métricas de merge de PRs
- Nenhum PR com merge em 30d
Preparar o ambiente
Este projeto não oferece contêiner de desenvolvimento, Dockerfile nem guia de contribuição, então a configuração fica por sua conta: comece pelo README e veja nosso guia da primeira contribuição para os passos gerais.
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de microsoft/Windows-Containers
-
enhancement triage
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
microsoft/Windows-Containers#630 · 6 comentários ·
-
bug triage
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 30/100
microsoft/Windows-Containers#655 · 3 comentários ·
-
enhancement triage
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 25/100
microsoft/Windows-Containers#653 · 1 comentário ·
-
enhancement triage
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 30/100
microsoft/Windows-Containers#652 · 1 comentário ·
-
CimFS-backed overlay mount performance parity with Linux overlayfs for container image layersAbertaenhancement triage
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 30/100
microsoft/Windows-Containers#651 · 1 comentário ·
Todas as issues de microsoft/Windows-Containers
Issues semelhantes
-
area: ci complexity: trivial impact: low
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 72/100
ueberdosis/tiptap#8521 ·
Mantenedores costumam responder em até 1 dia
-
internal os specific
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 65/100
frostney/GocciaScript#1688 ·
Mantenedores costumam responder em até 1 dia
-
benchmark: `make setup` fails because audit-exporter builds with Go 1.25.0 while go.mod requires 1.26.0Talvez já em andamento @xsvm assumiu hoje. Aberta
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 84/100
volcano-sh/volcano#6097 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 62/100
aristanetworks/avd#7579 ·
Mantenedores costumam responder em até 1 dia
-
[oblt-aw][autodoc] Update PR Actions Detective E2E prerequisites and fix dashboard-format table typoAbertadocumentation
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
elastic/oblt-aw#2382 · 1 comentário ·
Mantenedores costumam responder em até 1 dia