--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==--