Created attachment 426068 [details] This log LVM default partition Description of problem: Storage test fail on RH6 certification Version-Release number of selected component (if applicable): How reproducible: Install RH6 snapshot 6 Install Test kit v7 version 7-1.2-3 Ran Storage test and failed. Steps to Reproduce: 1. Install RH6 snapshot 6 2. Install Test kit v7 version 7-1.2-3 3. Ran Storage test and failed. Actual results: Fail Expected results: Pass Additional info: Configuration System: ML370 G7 System BIOS: P63 05/14/2010 OS: Rathat 6 snapshot 6 Test version: v7-1.2.3 I had tried two storage configurations test. - One, leave all LVM partition as default and ran the test --- fail - Second delete all LVM partition and create boot, swap, and root partitions and ran the test ----fail
Created attachment 426072 [details] This log is create swap, boot, and root partitions
*** Bug 614555 has been marked as a duplicate of this bug. ***
Created attachment 432490 [details] sosreport
This test also fail inside the KVM.
Additional info from BZ#612323: storage.py (devSize()) uses the following command to figure out the device major/minor number: file -L /dev/sdc |sed -r 's|.*special .([0-9]+)/([0-9]+).|\\1 \\2|' ...but "file -L" does not print the major/minor number under RHEL6 (beta1snap6): $ file -L /dev/sdc /dev/sdc: block special ...whereas earlier distributions would print: $ file /dev/sdc /dev/sdc: block special (8/32) storage.py needs to find a different way to find out storage device sizes.
*** Bug 612323 has been marked as a duplicate of this bug. ***
I checked v7 1.2-14 and the bug from comment #6 seems to be still in there.
*** Bug 621104 has been marked as a duplicate of this bug. ***
Seems to be solved in 1.2-16.
------- Comment From luciojhc.com 2010-08-19 10:38 EDT------- Closing bug per the last comments. ------- Comment From luciojhc.com 2010-08-19 10:40 EDT------- Comment #24 From Hien Nguyen 2010-08-17 16:01:53 EST [reply] ------- Internal Only The storage test passed with v7-1.2-16 (alpha 4) on RHEL6 snap10. -------
The test failed on RH6 x64 snapshot 11 and v7-1.2-17 test kit. The swap partition is 14GB before the test, but after test swap partition is 0. Swap partitions is still 0 after reboot the system. *** Raw I/O testing passed. swap device has no label. restoring swap device /dev/dm-1 ... Error: could not restore swap "mkswap /dev/dm-1" has output on stderr Error: restore swap error ! ...finished running ./storage.py, exit code=1 </output>
Created attachment 440043 [details] RH6 snapshot 11 and v7-1.2-17 storage output
(In reply to comment #15) > The test failed on RH6 x64 snapshot 11 and v7-1.2-17 test kit. The swap > partition is 14GB before the test, but after test swap partition is 0. Swap > partitions is still 0 after reboot the system. > > *** Raw I/O testing passed. > > swap device has no label. > restoring swap device /dev/dm-1 ... > Error: could not restore swap > "mkswap /dev/dm-1" has output on stderr > Error: restore swap error ! > ...finished running ./storage.py, exit code=1 > </output> This looks like bug 621070 - resolved in R18. Could you try R18 please?
Tested r18, r20 in a Snapshot7 machine, both errors in #c3 and #c15 have disappeared. If qcui confirms that she doesn't trigger the bug in new v7 versions too, the bug can be moved to `VERIFIED'.
Created attachment 441015 [details] rhel6-snapshot-7 with v7 version r18 & r20
Verified it on ppc64,s390x,x86_64 with v7-1.2-21.el6.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2010-0702.html
Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: Running the storage test on Red Hat Enterprise Linux 6 now works as expected.