Hello Marcin, I checked the Job Logs and the bacula did not report any
errors.
Although the size of the volume is being informed incorrectly, I did a
restoration test for each Job saved in the volume and the restoration was
done without errors, that is, all files were successfully restored.
Other details are:
1- All volumes are being saved to destination s3 via bacula's native cloud
drive
2- All volumes present this problem
3- I have only 3 pools (daily (diaria), weekly (semanal) and monthly
(mensal)) and all backups for all customers are being stored in these pools.
4- My s3 cloud cache is 100GB in size and is an SSD disk.
I suspect it is something related to the s3 cloud driver.
My storage cloud device configuration: (part of bacula-dir.conf)
# Storage
Storage {
Name = "storage-1"
SdPort = 9103
Address = "hidden by security"
Password = "hidden by security"
Device = "wasabi"
MediaType = "CloudType"
MaximumConcurrentJobs = 10
}
Part of bacula-sd.conf:
Cloud {
Name = "wasabi"
Driver = "S3"
HostName = "s3.wasabisys.com"
BucketName = "hidden by security"
Region = "hidden by security"
AccessKey = "hidden by security"
SecretKey = "hidden by security"
Protocol = "HTTPS"
UriStyle = "VirtualHost"
TruncateCache = "AfterUpload"
Upload = "EachPart"
}
Device {
Name = "wasabi"
MediaType = "CloudType"
DeviceType = "Cloud"
ArchiveDevice = "/bacula-cache-s3"
RemovableMedia = no
RandomAccess = yes
AutomaticMount = yes
LabelMedia = yes
AlwaysOpen = no
MaximumConcurrentJobs = 10
MaximumPartSize = 100000000
Cloud = "wasabi"
}
My pool configuration:
Pool {
Name = "diaria"
PoolType = "Backup"
Action On Purge = Truncate
AutoPrune = yes
Recycle = yes
Volume Retention = 6 days
Volume use Duration = 24 hours
Recycle Oldest Volume = yes
LabelFormat = "${Pool}-${NumVols}"
Storage = storage-1
}
Pool {
Name = "semanal"
PoolType = "Backup"
Action On Purge = Truncate
AutoPrune = yes
Volume Retention = 27 days
Volume use Duration = 3 days
Recycle = yes
Recycle Oldest Volume = yes
LabelFormat = "${Pool}-${NumVols}"
Storage = storage-1
}
Pool {
Name = "mensal"
PoolType = "Backup"
Action On Purge = Truncate
AutoPrune = yes
Volume Retention = 87 days
Volume use Duration = 3 days
Recycle = yes
Recycle Oldest Volume = yes
LabelFormat = "${Pool}-${NumVols}"
Storage = storage-1
}
Em sáb., 27 de mar. de 2021 às 01:48, Marcin Haba <ganius...@gmail.com>
escreveu:
> Hello Marcos,
>
> If after using bscan the volbytes value returns to its original
> correct state, it can be a problem with updating Media table. I don't
> know why it happened but for the beginning I would propose to review
> job logs. Also useful might be bls listing to see what exactly is on
> the volume.
>
> Best regards,
> Marcin Haba (gani)
>
> On Fri, 26 Mar 2021 at 02:06, Vinicius Barreto
> <viniciuschag...@gmail.com> wrote:
> >
> > Hello everyone, has anyone faced this case or could you please help me
> solve it?
> >
> > bacula Version: 9.6.7 (10 December 2020) x86_64-redhat-linux-gnu-bacula
> redhat (Core
> > mediatype: CloudType (s3)
> >
> > CASE:
> > We can see in images 1, 2 and 3 (below) that the bacula informs us that
> the volume is only 335MB in total size (variable 'volbytes'), however, when
> we list the jobs in this volume, we realize that the total size of the data
> generated for jobs of the same volume it is much higher than what is
> reported in the variable 'volbytes'.
> > For example, see JobId nº 372 in image 4, which has 154.3GB of data.
> >
> > NOTE¹: I did a successful restore test (without errors) of a job that
> was saved within this volume that displays the incorrect value for the
> variable 'volbytes'
> >
> > NOTE²: The variable 'volbytes' will only show the correct value if I
> manually run the bscan command like this:
> > bscan -s -m -v -V "volumeName" "deviceName"
> >
> > Image 1: http://prntscr.com/10vjz8b
> >
> > Image 2: http://prntscr.com/10vjznw
> >
> > Image 3: http://prntscr.com/10vk03o
> >
> > Image 4: http://prntscr.com/10vk0fr
> >
> > ---
> > Marcos Vinícius
> >
> > --
> > Marcos Vinícius Barreto das Chagas
> >
> > _______________________________________________
> > Bacula-users mailing list
> > Bacula-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/bacula-users
>
>
>
> --
> "Greater love hath no man than this, that a man lay down his life for
> his friends." Jesus Christ
>
> "Większej miłości nikt nie ma nad tę, jak gdy kto życie swoje kładzie
> za przyjaciół swoich." Jezus Chrystus
>
--
*Vinícius Barreto*
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
