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
F19816614: D19815.diff
Thu, Mar 5, 7:05 AM
F19816611: D19815.diff
Thu, Mar 5, 7:04 AM
F19747620: D19815.diff
Sun, Feb 15, 6:42 PM
F19517711: D19815.diff
Jan 15 2026, 2:37 PM
F19152073: D19815.id47323.diff
Dec 11 2025, 12:28 AM
F19151787: D19815.id47323.diff
Dec 10 2025, 10:45 PM
F19082867: D19815.id47326.diff
Dec 2 2025, 12:26 PM
F18984974: D19815.id47323.diff
Nov 17 2025, 12:49 PM
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