--sequential-read fails: Skipping backward is not possible on a pipe
Adam Watkins <[email protected]> Sat, 7 Mar 2026 21:29:45 -0500
| Newsgroups | gmane.comp.sysutils.backup.dar.support |
|---|---|
| Message-ID | <CA+AAaNd+yw+tdirQF137jwk4AVjoY0xACGmOqgf2mpdz9s=riA@mail.gmail.com> |
--===============0910023545458652893== Content-Type: multipart/alternative; boundary="000000000000de27fd064c7a0f62" --000000000000de27fd064c7a0f62 Content-Type: text/plain; charset="UTF-8" Hello, I believe I may have found an issue with DAR sequential streaming on pipes in version 2.8.3. Environment: OS: Bazzite dar version 2.8.3 libdar 7.0.2 compiled Feb 19 2026 Linux (x86_64) After generating an archive, a later test with dar -t works, however with dar --sequential-read -t -, it does not, generating the following error and several paths that do not exist in my archive, root dir items appearing below the first error and this directory keeps growing as the error occurs. Skipping backward is not possible on a pipe This is for a tape workflow, with dar_xform and mbuffer etc, but I isolated the problem to sequential-read from dar. dar ... -c - | dar --sequential-read -t - If needed, I can provide additional logs or test cases. Thanks, Adam --000000000000de27fd064c7a0f62 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div>Hello,</div><div><br></div><div>I believe I may have = found an issue with DAR sequential streaming on pipes in version 2.8.3.</di= v><div><br></div><div>Environment:</div><div>OS: Bazzite</div><div>dar vers= ion 2.8.3<br>libdar 7.0.2<br>compiled Feb 19 2026<br>Linux (x86_64)</div><d= iv><br></div><div>After generating an archive, a later test with dar -t works, however with dar --sequential-read -t -, it does not, generating the following error and several paths that do not exist in my archive, root=C2=A0dir items appeari= ng below the first error and this directory keeps growing as the error=20 occurs.</div><div><br></div><div>Skipping backward is not possible on a pip= e</div><div><br></div><div>This is for a tape workflow, with dar_xform and = mbuffer etc, but I isolated the problem to sequential-read from dar.</div><= div><br></div><div>dar ... -c - | dar --sequential-read -t -</div><div><br>= </div><div>If needed, I can provide additional logs or test cases.</div><di= v><br></div><div>Thanks,</div><div>Adam</div><br></div> --000000000000de27fd064c7a0f62-- --===============0910023545458652893== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline --===============0910023545458652893==--