[Bug 786032] New: schealth reports incorrectly processes waiting for run queue when seconds show in uptime
https://bugzilla.novell.com/show_bug.cgi?id=786032 https://bugzilla.novell.com/show_bug.cgi?id=786032#c0 Summary: schealth reports incorrectly processes waiting for run queue when seconds show in uptime Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software AssignedTo: opensuse-communityscreening@forge.provo.novell.com ReportedBy: ed_gc@hotmail.com QAContact: opensuse-communityscreening@forge.provo.novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0) When schealth checks basic-health-check.txt in function kernel_load(), if the time that shows the uptime command includes the seconds, it takes the wrong data. Example: 13:34:18 up 82 days, 13:33, 3 users, load average: 0.46, 0.17, 0.04 Line 198 of schealth: LOADAVG=$(grep "load average: " "$BHFILE" | cut -d: -f4 | sed -e 's/ //g;s/,/ /g' | awk '{printf "%u %u %u", $1, $2, $3}') It will save "33 3 0" instead of "0.46 0.17 0.04" Reproducible: Always Steps to Reproduce: 1.Execute supportconfig in a system where the uptime command includes seconds in the time. 2.Uncompress the tbz file it generates. 3.The basic-health-report.txt file will have wrong information about the Processes waiting for a Run Queue and will show a RED status. Actual Results: The basic-health-report.txt file will have wrong information about the Processes waiting for a Run Queue and will show a RED status. Expected Results: In the previous example, the file basic-health-report.txt should show no Processes waiting for Run Queue. You have to count the number of occurrences of the char ":" in the line with load average and change the cut -f parameter from 4 to 5 when needed. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply@novell.com