Feature #13403
Updated by Peter Amstutz over 5 years ago
https://dev.arvados.org/issues/13377#note-4 > The fact that we kept the container alive for 7 hours retrying seems like a problem, too. In the context of a container, if arv-mount gives up on a fuse request and returns an error analogous to "filesystem is corrupt / disk is dead" to the caller, should we automatically fail the container? If arv-mount has a block read error (or really anything that will get turned into EIO by FUSE), crunch-run should cancel the container (the container request may retry by existing logic, though). Proposed design: * arv-mount emits a well known error string when it returns a major file system error (EIO) or out or memory error (MemoryError) * crunch-run monitors arv-mount output and looks for major file system errors or out or memory the error (MemoryError) string * on seeing the error from arv-mount, crunch-run logs an error of its own and cancels the container.