Possibly no safety check when staged file is corrupted with Cntrl-C Interrupt
- 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