<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugzilla.yoctoproject.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugzilla.yoctoproject.org/"
          
          maintainer="it-coreprojects-helpdesk@linuxfoundation.org"
>

    <bug>
          <bug_id>16419</bug_id>
          
          <creation_ts>2026-09-09 13:25:31 +0000</creation_ts>
          <short_desc>AB-INT PTEST: tar ptest failure: in &apos;listing_sparse_files_bigger_than_2^33_B&apos;</short_desc>
          <delta_ts>2026-09-24 15:04:44 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>10</classification_id>
          <classification>QA/Testing</classification>
          <product>Package Testing (ptest)</product>
          <component>ptest</component>
          <version>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard>AB-INT NEWCOMER</status_whiteboard>
          <keywords></keywords>
          <priority>Medium</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>6.1</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="João Marcos Costa">joaomarcos.costa</reporter>
          <assigned_to name="New Comer Bugs">newcomer</assigned_to>
          <cc>freseenzo</cc>
    
    <cc>randy.macleod</cc>
    
    <cc>richard.purdie</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>Don&apos;t know</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>106767</commentid>
    <comment_count>0</comment_count>
    <who name="João Marcos Costa">joaomarcos.costa</who>
    <bug_when>2026-09-09 13:25:31 +0000</bug_when>
    <thetext>https://autobuilder.yoctoproject.org/valkyrie/#/builders/110/builds/1113/steps/16/logs/stdio

Failed ptests:
{&apos;tar&apos;: [&apos;listing_sparse_files_bigger_than_2^33_B&apos;]}

qemux86-64-musl-ptest opensuse156-vk-1


&quot;&quot;&quot;
FAIL: listing sparse files bigger than 2^33 B
sh: write error: No space left on device
mkdir: can&apos;t create directory &apos;/usr/lib/tar/ptest/tests/testsuite.dir/176&apos;: No space left on device
mkdir: can&apos;t create directory &apos;/usr/lib/tar/ptest/tests/testsuite.dir/176&apos;: No space left on device
sh: write error: No space left on device
./testsuite: cd: line 2152: can&apos;t cd to /usr/lib/tar/ptest/tests/testsuite.dir/176: No such file or directory
testsuite: WARNING: unable to parse test group: 176
testsuite: WARNING: A failure happened in a test group before any test could be
testsuite: WARNING: run. This means that test suite is improperly designed.  Please
testsuite: WARNING: report this failure to &lt;bug-tar@gnu.org&gt;.
./testsuite: line 1936: can&apos;t create /usr/lib/tar/ptest/tests/testsuite.dir/176/testsuite.log: nonexistent directory
sh: write error: No space left on device
&quot;&quot;&quot;

Full logs at: https://valkyrie.yocto.io/pub/non-release/20260904-81/testresults/qemux86-64-musl-ptest/tar.log

It seems the runner when out of disk, still I&apos;m opening just in case.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106788</commentid>
    <comment_count>1</comment_count>
    <who name="Randy MacLeod">randy.macleod</who>
    <bug_when>2026-09-10 14:53:01 +0000</bug_when>
    <thetext>It would be good to check how much free space is left when the tar tests are running.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106836</commentid>
    <comment_count>2</comment_count>
    <who name="João Marcos Costa">joaomarcos.costa</who>
    <bug_when>2026-09-15 11:52:46 +0000</bug_when>
    <thetext>https://autobuilder.yoctoproject.org/valkyrie/#/builders/110/builds/1174/steps/15/logs/stdio

qemux86-64-musl-ptest debian13-vk-2</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106843</commentid>
    <comment_count>3</comment_count>
    <who name="Enzo Gomes Frese">freseenzo</who>
    <bug_when>2026-09-15 22:20:19 +0000</bug_when>
    <thetext>I was able to reproduce this on qemux86-64 with musl. The root cause is
not the host running out of disk: the sparse05 test (&quot;listing sparse
files bigger than 2^33 B&quot;) generates a file with 1000 fragments of
10 MiB of real data (~10 GiB), which cannot fit in the 1.4 GB ptest
rootfs. genfile fails with ENOSPC and the test is normally reported as
skipped, but the filesystem stays full for a moment, and when the
autotest bookkeeping (status files, mkdir for test 176) hits that
window the test is reported as FAIL and the next group cannot start.
That timing explains why it looks intermittent.

Patch sent to the list, skipping sparse05 and printing df at the start
of run-ptest as suggested in comment 1:
https://lists.openembedded.org/g/openembedded-core/topic/121269981

With the patch: 200 passed, 46 skipped, 0 failed, no ENOSPC errors.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106856</commentid>
    <comment_count>4</comment_count>
    <who name="João Marcos Costa">joaomarcos.costa</who>
    <bug_when>2026-09-17 12:07:10 +0000</bug_when>
    <thetext>https://autobuilder.yoctoproject.org/valkyrie/#/builders/73/builds/4569/steps/15/logs/stdio

qemux86-64-ptest debian13-vk-1

(Enzo&apos;s patch was not included in this one)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106932</commentid>
    <comment_count>5</comment_count>
    <who name="Randy MacLeod">randy.macleod</who>
    <bug_when>2026-09-24 15:04:44 +0000</bug_when>
    <thetext>Skipped test:

https://git.openembedded.org/openembedded-core/commit/?id=d48e03cf74f15f532cc65e05090d6bb36284d1bc</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>