Mandi! Josh Fisher via Bacula-users
In chel di` si favelave...
>> I'm really getting mad. This make sense for the behaviour (the first
>> VirtualFull worked because read full and incremental for the same pool) but
>> still the docs confuse me.
>> https://www.bacula.org/9.4.x-manuals/en/main/Migration_Copy.html
> No. Not because they were in the same pool, but rather because the
> volumes were all loadable and readable by the same device.
OK.
> readable by that particular device. Hence, all volumes must have the
> same Media Type, because they must all be read by the same read device.
OK.
> In a nutshell, you must have multiple devices and you must ensure that
> one device reads all of the existing volumes and another different
> device writes the new virtual full volumes. This is why it is not
> possible to do virtual fulls or migration with only a single tape drive.
OK. Try to keep it simple.
Storage daemon have two devices, that differ only for the name:
Device {
Name = FileStorage
Media Type = File
LabelMedia = yes;
Random Access = Yes;
AutomaticMount = yes;
RemovableMedia = no;
AlwaysOpen = no;
Maximum Concurrent Jobs = 10
Volume Poll Interval = 3600
Archive Device = /rpool-backup/bacula
}
Device {
Name = VirtualFileStorage
Media Type = File
LabelMedia = yes;
Random Access = Yes;
AutomaticMount = yes;
RemovableMedia = no;
AlwaysOpen = no;
Maximum Concurrent Jobs = 10
Volume Poll Interval = 3600
Archive Device = /rpool-backup/bacula
}
director side i've clearly defined two storages:
Storage {
Name = SVPVE3File
Address = svpve3.sv.lnf.it
SDPort = 9103
Password = "ClearlyNotThis."
Maximum Concurrent Jobs = 25
Maximum Concurrent Read Jobs = 5
Device = FileStorage
Media Type = File
}
Storage {
Name = SVPVE3VirtualFile
Address = svpve3.sv.lnf.it
SDPort = 9103
Password = "ClearlyNotThis."
Maximum Concurrent Jobs = 25
Maximum Concurrent Read Jobs = 5
Device = VirtualFileStorage
Media Type = File
}
Then on client i've defined a single pool:
Pool {
Name = FVG-SV-ObitoFilePoolIncremental
Pool Type = Backup
Storage = SVPVE3File
Maximum Volume Jobs = 6
Volume Use Duration = 1 week
Recycle = yes
AutoPrune = yes
Action On Purge = Truncate
Volume Retention = 20 days
}
and a single job:
Job {
Name = FVG-SV-Obito
JobDefs = DefaultJob
Storage = SVPVE3File
Pool = FVG-SV-ObitoFilePoolIncremental
Messages = StandardClient
NextPool = FVG-SV-ObitoFilePoolIncremental
Accurate = Yes
Backups To Keep = 2
DeleteConsolidatedJobs = yes
Schedule = VirtualWeeklyObito
Reschedule On Error = yes
Reschedule Interval = 30 minutes
Reschedule Times = 8
Max Run Sched Time = 8 hours
Client = fvg-sv-obito-fd
FileSet = ObitoTestStd
Write Bootstrap = "/var/lib/bacula/FVG-SV-Obito.bsr"
}
If i run manually:
run job=FVG-SV-Obito
work as expected, eg run an incremental job. If i try to run:
run job=FVG-SV-Obito level=VirtualFull storage=SVPVE3VirtualFile
The job run, seems correctly:
*run job=FVG-SV-Obito level=VirtualFull storage=SVPVE3VirtualFile
Using Catalog "BaculaLNF"
Run Backup job
JobName: FVG-SV-Obito
Level: VirtualFull
Client: fvg-sv-obito-fd
FileSet: ObitoTestStd
Pool: FVG-SV-ObitoFilePoolIncremental (From Job resource)
NextPool: FVG-SV-ObitoFilePoolIncremental (From Job resource)
Storage: SVPVE3VirtualFile (From Command input)
When: 2023-09-29 11:30:36
Priority: 10
OK to run? (yes/mod/no): yes
Job queued. JobId=11718
in log i initially catch:
29-Sep 11:30 lnfbacula-dir JobId 11718: Start Virtual Backup JobId 11718,
Job=FVG-SV-Obito.2023-09-29_11.30.48_26
29-Sep 11:30 lnfbacula-dir JobId 11718: Consolidating
JobIds=11594,11633,11672,11673
29-Sep 11:30 lnfbacula-dir JobId 11718: Found 47215 files to consolidate into
Virtual Full.
29-Sep 11:30 lnfbacula-dir JobId 11718: Using Device "FileStorage" to read.
then, after some time:
29-Sep 11:44 svpve3-sd JobId 11718: JobId=11718, Job
FVG-SV-Obito.2023-09-29_11.30.48_26 waiting to reserve a device.
So, it is still waiting to reserve a device... i suppose for writing...
Pool/media situation is now:
*list media pool=FVG-SV-ObitoFilePoolIncremental
Using Catalog "BaculaLNF"
+---------+----------------+-----------+---------+---------------+----------+--------------+---------+------+-----------+-----------+---------+----------+---------------------+-----------+
| mediaid | volumename | volstatus | enabled | volbytes | volfiles |
volretention | recycle | slot | inchanger | mediatype | voltype | volparts |
lastwritten | expiresin |
+---------+----------------+-----------+---------+---------------+----------+--------------+---------+------+-----------+-----------+---------+----------+---------------------+-----------+
| 749 | Obito_Inc_0001 | Used | 1 | 5,009,655,255 | 1 |
1,728,000 | 1 | 0 | 0 | File | 1 | 0 |
2023-09-21 09:35:14 | 1,028,118 |
| 750 | Obito_Inc_0002 | Used | 1 | 83,891,670 | 0 |
1,728,000 | 1 | 0 | 0 | File | 1 | 0 |
2023-09-25 11:00:32 | 1,378,836 |
| 751 | Obito_Inc_0003 | Used | 1 | 1,263,133,685 | 0 |
1,728,000 | 1 | 0 | 0 | File | 1 | 0 |
2023-09-28 12:35:02 | 1,643,706 |
| 758 | Obito_Inc_0004 | Append | 1 | 214,121,853 | 0 |
1,728,000 | 1 | 0 | 0 | File | 1 | 0 |
2023-09-29 11:18:48 | 1,725,532 |
+---------+----------------+-----------+---------+---------------+----------+--------------+---------+------+-----------+-----------+---------+----------+---------------------+-----------+
And because some of the jobs are in current volume 'Obito_Inc_0004', and
still 've not clear if a VirtualFull can read and write (append) to the same
volume i've also tried to label a new one. Nothing changed.
What i'm doing wrong?! Thanks...
--
Risulterebbe che i due ladroni crocefissi accanto al Signore fossero
socialisti: infatti erano ladri e occupavano due posti su tre.
(Anonimo)
_______________________________________________
Bacula-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bacula-users
