Please could try to use Bacula Volume utility tool bscan https://www.bacula.org/2.4.x-manuals/en/main/Volume_Utility_Tools.html
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 19:12 : > So I managed to relabel the tape, using the "btape labe" command. But as > you all implied, that's unfortunately not enough. > > When I run bextract, no files are restored and the command ends after a > couple of seconds > Here's the log (the volume ID is PAT031L7) > > # bextract -c /etc/bacula/bacula-sd.conf -t -V PAT031L7 Drive-0 > /tmp/restore/ -v > bextract: butil.c:292-0 Using device: "Drive-0" for reading. > 25-Mar 18:01 bextract JobId 0: No slot defined in catalog (slot=0) for > Volume "PAT031L7" on "Drive-0" (/dev/nst0). > > 25-Mar 18:01 bextract JobId 0: Cartridge change or "update slots" may be > required. > 25-Mar 18:01 bextract JobId 0: Ready to read from volume "PAT031L7" on > Tape device "Drive-0" (/dev/nst0). > > 25-Mar 18:01 bextract JobId 0: End of Volume "PAT031L7" at addr=0:0 on > device "Drive-0" (/dev/nst0). > 0 files restored. > > > I am somewhat familiar with the disk recovery for block devices with dd. > I might give this a try after we figure if a recovery is absolutely needed. > > Thanks for the hints > > > Yohann DEDY > ------------------- > Tél: 06 23 91 46 00 > ------------------------------ > *De :* Rob Gerber <r...@craeon.net> > *Envoyé :* lundi 25 mars 2024 16:35 > *À :* Pedro Oliveira <oliveira...@gmail.com> > *Cc :* Dedy Yohann <y.d...@cinematheque.fr>; bacula-users < > bacula-users@lists.sourceforge.net> > *Objet :* Re: [Bacula-users] Mistakenly erased label headers from LTO > with btape test / need help to salvage content > > 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