Page MenuHomePhabricator

When a command is killed by a timeout, make the human-readable error more clear
ClosedPublic

Authored by epriestley on Nov 16 2018, 5:11 PM.
Tags
None
Referenced Files
F18112252: D19815.id47326.diff
Tue, Aug 12, 4:15 PM
F18112251: D19815.id47323.diff
Tue, Aug 12, 4:15 PM
F18112250: D19815.id.diff
Tue, Aug 12, 4:15 PM
F18109976: D19815.diff
Mon, Aug 11, 3:31 PM
F18095223: D19815.diff
Thu, Aug 7, 10:35 PM
F18003724: D19815.id.diff
Sat, Aug 2, 11:28 AM
F17961977: D19815.diff
Fri, Aug 1, 10:09 AM
F17863480: D19815.diff
Jul 28 2025, 1:07 AM
Subscribers
None

Details

Summary

Ref T13216. When we kill commands ourself because they exceed their time limit, it isn't always clear what happened. The error code (137 = kill, 143 = term) is usually a good hint if you know exactly what you're looking for, but this is totally non-obvious to anyone who isn't very familiar with the internals.

Instead, check if we killed the subprocess and make it clear what happened in the error message.

Test Plan
2018-11-16 9:07:53 AM [STDE] [2018-11-16 09:07:52] EXCEPTION: (PhutilProxyException) Task "138492" encountered a permanent failure and was cancelled. {>} (PhabricatorWorkerPermanentFailureException) Permanent failure while activating resource ("PHID-DRYR-bv5p57tk5y7vcqonrgj3"): Command killed by timeout after running for more than 0.001 seconds.

Diff Detail

Repository
rPHU libphutil
Lint
Lint Not Applicable
Unit
Tests Not Applicable