Re: --sequential-read not sequential???

Denis Corbin <[email protected]>
Newsgroups gmane.comp.sysutils.backup.dar.support
Message-ID <[email protected]>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 20/02/2020 17:16, Graham Cobb wrote:
>>> the --sequential-read option lead dar to be suitable to read
>>> an archive from a pipe. If for some reason (corruption, dirty
>>> file, etc.) it need to skip back or forward it tries to do so.
>>> If that fails because the system refused, it continues as if it
>>> had not requested to skipped. The reason why skipping is needed
>>> should show with -vm option. This may lead to request an other
>>> slice.
> 
> I tried a run with -vm. It showed me many messages at the
> beginning, after fetching the first slice, and finishing with:
> 
> All layers have been created successfully The catalogue will be
> filled while sequentially reading the archive, preparing the data
> structure...
> 
> After that, it loaded the processed slices (2-9 in this case) and
> then loaded slices 1 and 2 again. But with no messages displayed
> about why it did that.

this is quite weird! I can't find the reason why dar would skip
backward to slices 1 and 2... I could not reproduce that with a simple
test... it may be dependent on your data (which would explain that -vm
did not show anything).

If you want to understand why, I would suggest adding -va (it will be
very verbose) and also add -p option to pause dar before each slice
change.
You should see in the last message each time dar pauses, what
triggered the slice change, at least what it currently does and this
is that which lead dar to skip back to slices 1.

> 
> I will try switching to dar_xform as you recommended.
> 
> 
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEOzEprx3d76WjfYGPCDGwvQPYsYIFAl5O2+AACgkQCDGwvQPY
sYIqsA//XoSKsVGM41SBofA3GP2Ry1EDuQuey0WdN5mVLr6zvqKwSbvSvv9vpb4l
MRGohuTwz/O2zzO3ApyDH3pRxGVYVN8FW9AytCrpabo/mIjKfxTkwG/1kuYiIfgY
6YiKEYEy+bwlvyx+2fGkYTcMLCf0I3Q2/fM7ogx+/H5CMt1maVuSZ/LJBCZha5Fc
fcS5TDfaAn/l5ez3yPzaj0pwuo6kA+3qspJDDaV6FPWNipLoGofDAfM7I9MwfyyZ
oZjujxDz2o+3dquJIK928Sg6j/5LBv4LF5lCtC1cOqFqO3LDDXpt/uKa3W0msyws
A6j2kKKbWPsPU9puDmd98bFrawBx8roAjs+CGuwcrrIaaE8tEk8furZmHLwbn0YE
GRTV/tgNIXJTqppSMx+IUIOfu1qkPh2vNHoDTipSdKeMl0f/2csDcc2i5RrgNJ7r
73dM6e32gB4ZMbSsSFRoNa1jsYHSdcKxTq7/GMWsGpTiCPcn2AtMGBN2SwpmgQTe
sqTyvluvZCL/rQktHE2wUmBANGJLHGcBgq6eVSMvVEJ/FEjxOrMXxXgpQhaJwXPp
q3UnaBsqNgGpK8pQLarf1gFESHX+BeLQZN+VxEq/jMbjskjOkfZlhyaYTqIJJeTt
Hai6OG3BxBPR8K2GsI0Xa4JbzxmrFyU+8ZOCxl7IWiOCEb5Fesg=
=kx9F
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.