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