Bug 8172 - ptest: parted test cases failed.
Summary: ptest: parted test cases failed.
Status: CLOSED FIXED
Alias: None
Product: Runtime Testing
Classification: QA/Testing
Component: general (show other bugs)
Version: 1.9
Hardware: x86 Multiple
: Medium normal
Target Milestone: 2.1 M2
Assignee: Ajay Kumar
QA Contact: Alexandru Georgescu
URL:
Whiteboard:
Depends on:
Blocks: 9119
  Show dependency tree
 
Reported: 2015-08-17 07:40 UTC by Ajay Kumar
Modified: 2016-02-17 02:58 UTC (History)
3 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: Don't know


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ajay Kumar 2015-08-17 07:40:28 UTC
While running parted various test cases got failed.

logs:
root@qemux86:/usr/lib/parted/ptest# ./run-ptest 
make: Entering directory '/usr/lib/parted/ptest/tests'
make[1]: Entering directory '/usr/lib/parted/ptest/tests'
help-version.sh: failed test: --version-$VERSION mismatch
FAIL: help-version.sh
PASS: t0000-basic.sh
PASS: t0001-tiny.sh
PASS: t0010-script-no-ctrl-chars.sh
PASS: t0100-print.sh
PASS: t0101-print-empty.sh
PASS: t0200-gpt.sh
PASS: t0201-gpt.sh
PASS: t0202-gpt-pmbr.sh
PASS: t0203-gpt-tiny-device-abort.sh
PASS: t0203-gpt-shortened-device-primary-valid.sh
PASS: t0205-gpt-list-clobbers-pmbr.sh
PASS: t0206-gpt-print-with-corrupt-primary-clobbers-pmbr.sh
PASS: t0207-IEC-binary-notation.sh
PASS: t0208-mkpart-end-in-IEC.sh
PASS: t0209-gpt-pmbr_boot.sh
t0210-gpt-resized-partition-entry-array.sh: skipped test: this test requires Perl's Digest::CRC module
SKIP: t0210-gpt-resized-partition-entry-array.sh
t0211-gpt-rewrite-header.sh: skipped test: this test requires Perl's Digest::CRC module
SKIP: t0211-gpt-rewrite-header.sh
PASS: t0212-gpt-many-partitions.sh
PASS: t0220-gpt-msftres.sh
PASS: t0250-gpt.sh
PASS: t0280-gpt-corrupt.sh
PASS: t0300-dos-on-gpt.sh
PASS: t0400-loop-clobber-infloop.sh
PASS: t0500-dup-clobber.sh
PASS: t0501-duplicate.sh
t1100-busy-label.sh: skipped test: you lack the scsi_debug kernel module
SKIP: t1100-busy-label.sh
t1101-busy-partition.sh: skipped test: you lack the scsi_debug kernel module
SKIP: t1101-busy-partition.sh
: no btrfs support
: no xfs support
: no nilfs2 support
: no ntfs support
: no vfat support
: no hfsplus support
t1700-probe-fs.sh: skipped test: tune2fs failed
SKIP: t1700-probe-fs.sh
PASS: t2200-dos-label-recog.sh
PASS: t2201-pc98-label-recog.sh
PASS: t2300-dos-label-extended-bootcode.sh
t2310-dos-extended-2-sector-min-offset.sh: skipped test: you lack the scsi_debug kernel module
SKIP: t2310-dos-extended-2-sector-min-offset.sh
PASS: t2400-dos-hfs-partition-type.sh
PASS: t2500-probe-corrupt-hfs.sh
t3000-resize-fs.sh: skipped test: This test requires HFS support.
SKIP: t3000-resize-fs.sh
t3200-type-change.sh: skipped test: you lack the scsi_debug kernel module
SKIP: t3200-type-change.sh
PASS: t3300-palo-prep.sh
PASS: t3310-flags.sh
t3400-whole-disk-FAT-partition.sh: skipped test: mkfs.vfat failed
SKIP: t3400-whole-disk-FAT-partition.sh
PASS: t4000-sun-raid-type.sh
PASS: t4001-sun-vtoc.sh
t4100-msdos-partition-limits.sh: skipped test: this test requires XFS support
SKIP: t4100-msdos-partition-limits.sh
t4100-dvh-partition-limits.sh: skipped test: this test requires XFS support
SKIP: t4100-dvh-partition-limits.sh
PASS: t4100-msdos-starting-sector.sh
t4200-partprobe.sh: skipped test: This test requires an erasable device and you have not properly set the $DEVICE_TO_ERASE and $DEVICE_TO_ERASE_SIZE envvars.
SKIP: t4200-partprobe.sh
PASS: t4300-nilfs2-tiny.sh
PASS: t5000-tags.sh
t6000-dm.sh: skipped test: no device-mapper support
SKIP: t6000-dm.sh
FAIL: t6001-psep.sh
t6100-mdraid-partitions.sh: skipped test: you lack the scsi_debug kernel module
SKIP: t6100-mdraid-partitions.sh
t7000-scripting.sh: skipped test: configured without readline support
SKIP: t7000-scripting.sh
PASS: t8000-loop.sh
PASS: t8001-loop-blkpg.sh
t9010-big-sector.sh: skipped test: you lack the scsi_debug kernel module
SKIP: t9010-big-sector.sh
t9020-alignment.sh: skipped test: you lack the scsi_debug kernel module
SKIP: t9020-alignment.sh
PASS: t9021-maxima.sh
PASS: t9022-one-unit-snap.sh
PASS: t9023-value-lt-one.sh
t9030-align-check.sh: skipped test: you lack the scsi_debug kernel module
SKIP: t9030-align-check.sh
t9040-many-partitions.sh: skipped test: you lack the scsi_debug kernel module
SKIP: t9040-many-partitions.sh
t9041-undetected-in-use-16th-partition.sh: skipped test: you lack the scsi_debug kernel module
SKIP: t9041-undetected-in-use-16th-partition.sh
t9042-dos-partition-limit.sh: skipped test: you lack the scsi_debug kernel module
SKIP: t9042-dos-partition-limit.sh
PASS: t9050-partition-table-types.sh
============================================================================
Testsuite summary for GNU parted 3.1
============================================================================
# TOTAL: 64
# PASS:  41
# SKIP:  21
# XFAIL: 0
# FAIL:  2
# XPASS: 0
# ERROR: 0
============================================================================
See tests/test-suite.log
Please report to bug-parted@gnu.org
============================================================================
Makefile:169: recipe for target 'test-suite.log' failed
make[1]: *** [test-suite.log] Error 1
make[1]: Leaving directory '/usr/lib/parted/ptest/tests'
Makefile:259: recipe for target 'check-TESTS' failed
make: *** [check-TESTS] Error 2
make: Leaving directory '/usr/lib/parted/ptest/tests'
root@qemux86:/usr/lib/parted/ptest# part 
parted     partprobe  
root@qemux86:/usr/lib/parted/ptest# part
parted     partprobe  
root@qemux86:/usr/lib/parted/ptest# parted -v
parted (GNU parted) 3.2
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by <http://git.debian.org/?p=parted/parted.git;a=blob_plain;f=AUTHORS>.
root@qemux86:/usr/lib/parted/ptest# parted -V
parted: invalid option -- 'V'
Usage: parted [-hlmsv] [-a<align>] [DEVICE [COMMAND [PARAMETERS]]...]
root@qemux86:/usr/lib/parted/ptest# ls
build-aux  run-ptest  tests
root@qemux86:/usr/lib/parted/ptest#
Comment 1 Ajay Kumar 2015-08-17 08:59:56 UTC
I guess I have a fix for this failure

make: Entering directory '/usr/lib/parted/ptest/tests'
make[1]: Entering directory '/usr/lib/parted/ptest/tests'
help-version.sh: failed test: --version-$VERSION mismatch
FAIL: help-version.sh
Comment 2 Ajay Kumar 2015-08-19 06:52:37 UTC
patch has been sent to OE-core list for the first failure.
Comment 3 Alexandru Georgescu 2015-08-20 10:51:32 UTC
(In reply to comment #2)
> patch has been sent to OE-core list for the first failure.

Hi,
Can you paste the commit id-link when it is merged? 

Thanks,
AlexG
Comment 4 Ajay Kumar 2015-08-25 00:35:49 UTC
(In reply to comment #3)
> (In reply to comment #2)
> > patch has been sent to OE-core list for the first failure.
> 
> Hi,
> Can you paste the commit id-link when it is merged? 
> 
> Thanks,
> AlexG

Sorry for the delay in response. Here is the link http://git.openembedded.org/openembedded-core/commit/?id=6d380d9d2e7f4a2e8c30da5c79086ee0391bfad5
Comment 5 Alexandru Georgescu 2015-09-23 15:41:45 UTC
(In reply to comment #4)
> (In reply to comment #3)
> > (In reply to comment #2)
> > > patch has been sent to OE-core list for the first failure.
> > 
> > Hi,
> > Can you paste the commit id-link when it is merged? 
> > 
> > Thanks,
> > AlexG
> 
> Sorry for the delay in response. Here is the link
> http://git.openembedded.org/openembedded-core/commit/
> ?id=6d380d9d2e7f4a2e8c30da5c79086ee0391bfad5

no problem, thanks.

Moving this to Resolved until verification and according to previous comments.
Comment 6 Alexandru Georgescu 2015-09-24 11:49:43 UTC
Hi Ajay,
Though the failure you have mentioned is Fixed by your commit, there is one still failing, which is:

FAIL: t6001-psep.sh

I think we should keep the bug open until FAIL: t6001-psep.sh is fixed as well.

let me know if you need more info.

Thanks,
Alex
Comment 7 Stephen K Jolley 2015-11-19 16:00:01 UTC
This was REOPENED
Comment 8 Jussi Kukkonen 2015-11-20 08:04:54 UTC
Alex: assigning to you to even out the load. Please move back if you disagree.
Comment 9 Alexander Kanavin 2015-12-01 14:55:16 UTC
What image are you using and where do you run it? For me, in core-image-lsb under qemu, the testsuite gets stuck right after help-version.sh so I can't get to the failing test. Maybe this is a new issue, can you re-run and check?

Also, can you attach the log for the failing test, which should be tests/t6001-psep.log ?
Comment 10 Alexander Kanavin 2015-12-01 15:24:24 UTC
core-image-lsb is the wrong image to run parted tests. It defaults to busybox-dd which lacks some options of coreutils-dd that parted tests assume and use, so the testsuite gets stuck.

The only other standard image that includes parted is core-image-testmaster, which has the same problem.

So how do I make a correct image for these tests? Is this a separate bug perhaps?
Comment 11 Alexandru Georgescu 2016-01-05 10:43:44 UTC
(In reply to comment #10)
> core-image-lsb is the wrong image to run parted tests. It defaults to
> busybox-dd which lacks some options of coreutils-dd that parted tests assume
> and use, so the testsuite gets stuck.
> 
> The only other standard image that includes parted is core-image-testmaster,
> which has the same problem.
> 
> So how do I make a correct image for these tests? Is this a separate bug
> perhaps?

I think the bug should't be assigned to me.
Alexander, not sure if you're asking Ajay or Jussi.
Comment 12 Alexander Kanavin 2016-01-05 13:23:21 UTC
I am asking both you (Alexandru) and Ajay: what is the image that is used to run parted ptests and what hardware is it run on? 

Once I have that info I can open a new bug about the coreutils vs busybox issue that is the reason for the failing test.

Stephen, when the bug assignee is asking the reporter (or participant) some questions and changes the status to NEEDINFO to reflect that, there is no need to reassign the bug to the person who is supposed to answer those questions.
Comment 13 Stephen K Jolley 2016-01-05 15:48:29 UTC
It is the Yocto Project's policy to change the person who is assigned when it is placed in NEEDINFO to who we want the information from.  I have assigned the bug to Ajay to answer your question.
Comment 14 Ajay Kumar 2016-02-09 13:59:38 UTC
Sorry for late response guys. I am on sabbatical. Right now I am closing this bug and will re-open if required during re-testing. Thanks, please let me know for more info.
Comment 15 Ajay Kumar 2016-02-09 14:01:16 UTC
Closed ~