Standard data recovery processes are to take a bit for bit image of the troubled media, them attempt all recovery against a copy of the image. This process is used in disk recovery for block devices but I think it could apply in your case also.
At minimum, I would write some data to a scratch tape with bacula (at least 20gb or something somewhat substantial consisting of known files which you have hashed so you can verify the success of the recovery), repeat the previous mistaken run of 'btape test' with reasonably quick cancellation (but not too quick as to be overly optimistic!), then attempt recovery. How recovery is done in this case is something I'm not super familiar with. As suggested by Pedro, maybe label + bextract (spelling uncertain, check bacula bin folder)? When dealing with a tape whose data is not in the bacula catalog we typically want to run bscan, but I don't know if it will handle this case well. The wisest case may be to set this tape aside and do a new full backup. If a recovery is needed then you can attempt recovery of data from this tape. If no recovery is ever needed, then no problem. Robert Gerber 402-237-8692 r...@craeon.net On Mon, Mar 25, 2024, 10:25 AM Pedro Oliveira <oliveira...@gmail.com> wrote: > try to label again the tape and then try to use bexcrtac > > Create your WiseStamp email signature > <https://www.wisestamp.com/lp/promo/professional-email-signature?utm_source=promotion&utm_medium=signature&utm_campaign=create_your_own&srcid=> > > [image: __tpx__] > > > > Dedy Yohann <y.d...@cinematheque.fr> escreveu em seg., 25/03/2024 às > 17:15 : > >> Dear bacula community, >> I made a mistake today while making maintenance tasks. >> >> I unintentionaly ran the "btape test" command on a LTO cartidge that was >> already labeled and assigned to our main backup pool. >> >> When I realized data was written on the tape after a couple of seconds, I >> stopped the operation (ctrl-c) in panic... >> Unfortunately the evil was already done, now when I try to restore data >> from this volume, the cartidge is correctly loaded in the drive (barcode >> checked by the autochanger) but I get this error once data is read from the >> tape : >> >> bacula-sd JobId 425: Warning: acquire.c:279 Read acquire: Could not >> unserialize Volume label: ERR=label.c:987 Expecting Volume Label, got FI=0 >> Stream=0 len=64412 >> >> Is there a way to manually restore the content of the tape or force the >> relabelling of the tape without erasing the content of the cartidge? >> >> Thanks in advance for your suggestions, >> >> Yohann >> >> Bacula version : 9.6.7 >> Debian 10 (Buster) >> Kernel 4.19.0-25-amd64 >> >> >> _______________________________________________ >> Bacula-users mailing list >> Bacula-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/bacula-users >> > _______________________________________________ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users >
_______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
