Hi.
The Tape is only one.
I Test restore one file of 400MB. Late 30Minutes. speed 250KB/S).
But other Restore (same file other Job: Before jobid 70, after bscan
jobid100) in the same volume speed (40MB/S). Late 1Minute.
of the 7 Job. Only the first is speed. the others are late restore
(those who accidentally suffered the purge / prune).
On Fri, Sep 27, 2019 at 11:04 AM Jose Alberto wrote:
>
> I need to validate if a job that is on the main tape is finished running
> on another tape. I verify it on Monday.
>
> On Thu, Sep 26, 2019 at 12:16 PM Martin Simmons
> wrote:
>
>> I think restore after bscan can be very slow. How long did you wait?
>>
>> __Martin
>>
>>
>> > On Wed, 25 Sep 2019 13:21:38 -0400, Jose Alberto said:
>> >
>> > Hi.
>> >
>> > I have Bacula 9 on Debian with Postgres.
>> >
>> > The problem, for error, the sysadmin delete (prune and purge), 6 job
>> > (example jobid 10,20,30,40,50 and 60) but have jobid 70 (no delete)
>> on
>> > volumen. (lto5).
>> >
>> > The jobid 70restore all fine.
>> >
>> > For solve: i delete volume on pool,after exe bscan
>> volumen.
>> >
>> >
>> > I view now the jobs with other numbers ID.
>> >
>> > but but but but. Restore good is number 100 (before 70).But the
>> > restore 101,102,104,104,105,106) (before 10,20,30,40,50,60).no run.
>> >
>> > Ready to read from volume, It stays there in an endless cycle.
>> >
>> > After having removed the volume and running bscan, should anything else
>> be
>> > done?
>> >
>> > Thanks
>> >
>> > PD: bextrack all fine.
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> > --
>> > #
>> > # Sistema Operativo: Debian #
>> > #Caracas, Venezuela #
>> > #
>> >
>>
>
>
> --
> #
> # Sistema Operativo: Debian #
> #Caracas, Venezuela #
> #
>
--
#
# Sistema Operativo: Debian #
#Caracas, Venezuela #
#
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users