57 lines
1.3 KiB
Plaintext
57 lines
1.3 KiB
Plaintext
|
Testcase 06
|
||
|
-----------
|
||
|
|
||
|
It's been found that sometimes onlining and offlining CPUs confuse some
|
||
|
of the various system tools. In particular, we found it caused top to
|
||
|
crash, and found that sar wouldn't register newly available cpus that
|
||
|
weren't there when it started. This test case seeks to exercise these
|
||
|
known error cases and verify that they behave correctly now.
|
||
|
|
||
|
|
||
|
Algorithm - Top
|
||
|
===============
|
||
|
Given a CPU to test that exists
|
||
|
|
||
|
Make sure the specified cpu is online
|
||
|
|
||
|
Loop until done:
|
||
|
Start up top and give it a little time to run
|
||
|
|
||
|
Offline the specified CPU
|
||
|
|
||
|
Wait a little time for top to notice the CPU is gone
|
||
|
|
||
|
Now check that top hasn't crashed by verifying its PID is still
|
||
|
being reported by ps.
|
||
|
|
||
|
When exiting:
|
||
|
Kill the top process
|
||
|
Restore all CPUs to their initial state
|
||
|
|
||
|
|
||
|
Algorithm - Sar
|
||
|
===============
|
||
|
Given a CPU to test that exists
|
||
|
|
||
|
Make sure the specified cpu is offline
|
||
|
|
||
|
Loop until done:
|
||
|
Start up sar writing to a temp log and give it a little time to run
|
||
|
|
||
|
Verify that SAR has correctly listed the missing CPU as 'nan' in its
|
||
|
tmp log
|
||
|
|
||
|
Take a timestamp and count how many CPUs sar is reporting to be
|
||
|
offline
|
||
|
|
||
|
Online the specified cpu
|
||
|
|
||
|
Take another timestamp and another count of offlined CPUs.
|
||
|
|
||
|
Verify that the number of CPUs offline has changed
|
||
|
|
||
|
When exiting:
|
||
|
Kill the sar process
|
||
|
|
||
|
|