ESMCI / ESMCI/inputdataTools

Possibly no safety check when staged file is corrupted with Cntrl-C Interrupt

Offen
#23 5 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen
Vorherrschende Sprache
Python
Sterne
0
Forks
2
Ø Merge
3 T. 2 Std.
Gemergte PRs (30 T.)
2

Beschreibung

Hello,

I'm not sure if this is a question or a feature request, but I recently tried to rimport a new runoff dataset. Halfway through the first file, I interrupted it with Cntrl-C, and it looks like the file was corrupted in the staging area (about 8GB too small).

If I had permissions for relinking (which thankfully I didn't have) I think the original file would have be overwritten when I ran rimport again.

Is there anyway to have rimport be able to abort the copy operation cleanly? Or maybe have a check with checksums or at least file sizes to ensure consistency before relinking?

Also, Claude had me do `sudo -u cesmdata rm ` to get rid of the corrupted file, which worked (I hope?)

Thanks,
Manish V.

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

Rechercherichtung

Beginne mit dem im Bericht beschriebenen rimport-Kopier- und Relinking-Ablauf und reproduziere eine unterbrochene Kopie mit Cntrl-C. Ermittle, wie die Staging-Datei vor dem Relinking behandelt wird; done sollte bedeuten, dass eine unterbrochene oder inkonsistente Kopie das Original nicht überschreiben kann, wobei die gewählte Konsistenzprüfung durch Tests abgedeckt sein sollte.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
python
Bereich
tooling
Issue-Typ
Bug
Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Aktivitätsstatus
Ruhig
Klarheit
Muss geklärt werden
Anfängerfreundlichkeit
38/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.