You are viewing a plain text version of this content. The canonical link for it is here.
- [jira] [Commented] (YARN-11967) ContainersMonitor skips the polling-based memory check when memory.enforced is true even though CGroups memory (yarn.nodemanager.resource.memory.enabled) is disabled, leaving container memory unbounded - posted by "ASF GitHub Bot (Jira)" <ji...@apache.org> on 2026/07/01 00:00:20 UTC, 8 replies.
- [jira] [Commented] (YARN-11964) Resource.castToIntSafely() should clamp negative values to 0 to prevent propagation of invalid resource counts - posted by "ASF GitHub Bot (Jira)" <ji...@apache.org> on 2026/07/01 04:57:00 UTC, 4 replies.
- [jira] [Assigned] (YARN-11967) ContainersMonitor skips the polling-based memory check when memory.enforced is true even though CGroups memory (yarn.nodemanager.resource.memory.enabled) is disabled, leaving container memory unbounded - posted by "Xiaoqiao He (Jira)" <ji...@apache.org> on 2026/07/02 02:55:00 UTC, 0 replies.
- [jira] [Commented] (YARN-11851) Races in thread-unsafe hashmap - posted by "ASF GitHub Bot (Jira)" <ji...@apache.org> on 2026/07/06 10:37:00 UTC, 4 replies.
- [jira] [Resolved] (YARN-11967) ContainersMonitor skips the polling-based memory check when memory.enforced is true even though CGroups memory (yarn.nodemanager.resource.memory.enabled) is disabled, leaving container memory unbounded - posted by "Xiaoqiao He (Jira)" <ji...@apache.org> on 2026/07/07 03:13:00 UTC, 0 replies.
- [jira] [Updated] (YARN-11967) Strict memory enforcement should not skip polling-based memory check when CGroups memory is disabled - posted by "Xiaoqiao He (Jira)" <ji...@apache.org> on 2026/07/07 03:13:00 UTC, 0 replies.
- [jira] [Updated] (YARN-11967) ContainersMonitor skips the polling-based memory check when memory.enforced is true even though CGroups memory (yarn.nodemanager.resource.memory.enabled) is disabled, leaving container memory unbounded - posted by "Xiaoqiao He (Jira)" <ji...@apache.org> on 2026/07/07 03:13:00 UTC, 0 replies.
- [jira] [Reopened] (YARN-11964) Resource.castToIntSafely() should clamp negative values to 0 to prevent propagation of invalid resource counts - posted by "Ryu Kobayashi (Jira)" <ji...@apache.org> on 2026/07/07 05:13:00 UTC, 0 replies.
- [jira] [Commented] (YARN-11698) Finished containers shouldn't be stored indefinitely in the NM state store - posted by "ASF GitHub Bot (Jira)" <ji...@apache.org> on 2026/07/07 21:09:00 UTC, 0 replies.
- [jira] [Commented] (YARN-11967) Strict memory enforcement should not skip polling-based memory check when CGroups memory is disabled - posted by "ASF GitHub Bot (Jira)" <ji...@apache.org> on 2026/07/09 09:37:00 UTC, 7 replies.
- [jira] [Commented] (YARN-11682) Legacy auto created queue in absolute mode has zero capacity after creation during app recovery - posted by "ASF GitHub Bot (Jira)" <ji...@apache.org> on 2026/07/20 12:27:00 UTC, 6 replies.
- [jira] [Updated] (YARN-11682) Legacy auto created queue in absolute mode has zero capacity after creation during app recovery - posted by "ASF GitHub Bot (Jira)" <ji...@apache.org> on 2026/07/20 12:27:00 UTC, 1 replies.
- [jira] [Created] (YARN-11969) Make catalog-webapp jasmine browser tests skippable independently of -DskipTests - posted by "Ferenc Erdelyi (Jira)" <ji...@apache.org> on 2026/07/21 09:16:00 UTC, 0 replies.
- [jira] [Updated] (YARN-11969) Make catalog-webapp jasmine browser tests skippable independently of -DskipTests - posted by "ASF GitHub Bot (Jira)" <ji...@apache.org> on 2026/07/21 09:45:00 UTC, 4 replies.
- [jira] [Commented] (YARN-11969) Make catalog-webapp jasmine browser tests skippable independently of -DskipTests - posted by "ASF GitHub Bot (Jira)" <ji...@apache.org> on 2026/07/21 09:45:00 UTC, 8 replies.
- [jira] [Assigned] (YARN-11969) Make catalog-webapp jasmine browser tests skippable independently of -DskipTests - posted by "Bence Kosztolnik (Jira)" <ji...@apache.org> on 2026/07/23 12:48:00 UTC, 0 replies.
- [jira] [Commented] (YARN-11841) Fix ApplicationHistoryService UI - WebAppException controller for applicationhistory not found - posted by "ASF GitHub Bot (Jira)" <ji...@apache.org> on 2026/07/24 05:42:00 UTC, 1 replies.
- [jira] [Resolved] (YARN-11841) Fix ApplicationHistoryService UI - WebAppException controller for applicationhistory not found - posted by "Shilun Fan (Jira)" <ji...@apache.org> on 2026/07/24 05:43:00 UTC, 0 replies.
- [jira] [Resolved] (YARN-11682) Legacy auto created queue in absolute mode has zero capacity after creation during app recovery - posted by "Shilun Fan (Jira)" <ji...@apache.org> on 2026/07/26 05:16:00 UTC, 0 replies.
- [jira] [Resolved] (YARN-11964) Resource.castToIntSafely() should clamp negative values to 0 to prevent propagation of invalid resource counts - posted by "Shilun Fan (Jira)" <ji...@apache.org> on 2026/07/27 08:48:00 UTC, 0 replies.
- [jira] [Created] (YARN-11970) Capacity Scheduler UI - could not delete NodeLabel that was created and assigned node(s) via YARN CLI - posted by "chhinlinghean (Jira)" <ji...@apache.org> on 2026/07/27 15:52:00 UTC, 0 replies.
- [jira] [Updated] (YARN-11970) Capacity Scheduler UI - could not delete NodeLabel that was created and assigned node(s) via YARN CLI - posted by "chhinlinghean (Jira)" <ji...@apache.org> on 2026/07/27 15:53:00 UTC, 6 replies.
- [jira] [Commented] (YARN-11970) Capacity Scheduler UI - could not delete NodeLabel that was created and assigned node(s) via YARN CLI - posted by "ASF GitHub Bot (Jira)" <ji...@apache.org> on 2026/07/27 16:30:00 UTC, 11 replies.
- [jira] [Updated] (YARN-11971) Capacity Scheduler UI - label assign to queue does not disappear to after deleting it - posted by "chhinlinghean (Jira)" <ji...@apache.org> on 2026/07/30 12:49:00 UTC, 2 replies.
- [jira] [Created] (YARN-11971) Capacity Scheduler UI - label assign to queue does not disappear to after deleting it - posted by "chhinlinghean (Jira)" <ji...@apache.org> on 2026/07/30 12:49:00 UTC, 0 replies.
- [jira] [Commented] (YARN-11971) Capacity Scheduler UI - label assign to queue does not disappear to after deleting it - posted by "ASF GitHub Bot (Jira)" <ji...@apache.org> on 2026/07/30 14:50:00 UTC, 2 replies.