[ZBX-4826] Something (agent?) on heavily-loaded server reports "timeout while executing a shell script" Created: 2012 Apr 02 Updated: 2017 May 30 Resolved: 2012 Apr 03 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Agent (G) |
Affects Version/s: | 1.8.10 |
Fix Version/s: | None |
Type: | Incident report | Priority: | Minor |
Reporter: | Cal Sawyer | Assignee: | Unassigned |
Resolution: | Duplicate | Votes: | 0 |
Labels: | timeout | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
Linux nigel.blue-bolt.local 2.6.32-71.29.1.el6.x86_64 #1 SMP Mon Jun 27 19:49:27 BST 2011 x86_64 x86_64 x86_64 GNU/Linux |
Issue Links: |
|
Description |
Not sure what is producing this error message: "timeout while executing a shell script" when polling system.uname and system.hostname on a heavily-loaded server. All other agent parameters respond fine with no loss of data. Cannot filter on this message in the trigger expression using, for example: {BB_RenderServer:system.hostname.diff(0)}>0 & {BB_RenderServer:system.hostname.regexp(*timeout*)}=0 What is issuing this message - agent or server? It would seem that agent is. Are these the only agent builtin parameters that read via shell script and if so, why? I would rather not increase agent timeout unless it's the only way out. |
Comments |
Comment by Alexander Vladishev [ 2012 Apr 02 ] |
Yes, this message produces agent. You can try zabbix 1.8.11. It runs with a default scheduling priority instead of older version which has hardcoded priority 5. See |
Comment by richlv [ 2012 Apr 03 ] |
as per previous comment, assuming that default priority change should help with this problem. please, reopen if it is still reproducible with the latest version of the zabbix agent, thanks |
Comment by Ghozlane TOUMI [ 2012 Jun 28 ] |
I'm having the same issue with 1.8.13 agents on a bunch of linux based NAS : Linux <hostname> 2.6.32.12 #2228 Thu May 10 02:19:28 CST 2012 armv5tel GNU/Linux synology_88f6281_109 Load is near 0, about 99%CPU idle, no gaps in data collection for these hosts . |
Comment by Igors Homjakovs (Inactive) [ 2013 May 28 ] |
Will be fixed in |