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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users