bottlerocket-os/bottlerocket

Consider adding `systemd-coredump` support?

Open

#2.858 geöffnet am 6. März 2023

Auf GitHub ansehen
 (2 Kommentare) (6 Reaktionen) (0 zugewiesene Personen)Rust (386 Forks)batch import
area/corehelp wantedstatus/needs-proposaltype/enhancement

Repository-Metriken

Stars
 (6.938 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 7T 21h) (7 gemergte PRs in 30 T)

Beschreibung

What I'd like:

A way to have some access/management of core dumps, but without disks filling up, or needing to do hacky things to work around container filesystem resets deleting container images.

It looks like there is a reasonable solution implemented via systemd's coredump process that allows storing and fetching core dumps in a centeralized way, as well as being able to do things like compression and disk usage management. Obviously this can impact a lot of things in the system just from resource usage, but it seems like an option for a coordinated approach to core dump management.

My main environment of concern is Kubernetes, but this likely would apply to ECS as well.

Any alternatives you've considered:

Status-quo: No core dumps preserved. Allow programs dumping core to disk till disk runs out. Hack something in with a bootstrap container.

Edit: Submitted too quickly.

Contributor Guide

Research-Richtung
Die systemd coredump Konfiguration und die API zum Speichern und Abrufen von Core Dumps überprüfen. Die aktuelle Core Dump Behandlung in Bottlerocket untersuchen (wahrscheinlich über kernel.core pattern). Integrationspunkte im Betriebssystem erkunden, wie das Hinzufügen eines systemd Dienstes oder die Änderung bestehender Dienste. Die Verwaltung der Datenträgernutzung, Komprimierung und Container Dateisystemrücksetzungen berücksichtigen. Bestehende Lösungen in anderen containeroptimierten Betriebssystemen untersuchen. Das Issue diskutiert Kubernetes und ECS Umgebungen, daher erforschen, wie diese Orchestrierungsplattformen mit Core Dumps auf Knotenebene interagieren. Auf frühere Arbeiten wie PRs oder Branches im Bottlerocket Repository prüfen. Die 2 Kommentare könnten zusätzlichen Kontext liefern; sie für weitere Anweisungen lesen.
Tech Stack
rust
Domain
infrastructuredevops
Issue Type
Funktion
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-2 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Frisch
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Meist klar
Voraussetzungen
Linuxsystemdcontainerscoredump
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
35