yes, you´re right, i have fixed this, thank you for pointing that out, but 
now i have another issue, which i don´t know if it´s related. i open a new 
post for that

Bruno Friedmann (bruno-at-bareos) schrieb am Mittwoch, 30. Juli 2025 um 
14:58:01 UTC+2:

> Hello Marcus,
>
> I don't think you paid enough attention about your Media Type File versus 
> FileCons when they should all the same type to make AI working ;-)
>
>
> On Thursday, 24 July 2025 at 20:32:30 UTC+2 Markus Dubois wrote:
>
>> i´m still struggling. After running a consolidate job , a virtual full 
>> kicks in automatically afterwards, but breaks after a few minutes:
>>
>>
>> bareos-dir JobId 53: Replicating deleted files from jobids 
>> 1,6,9,11,13,16,20 to jobid 53
>>
>> 17
>> 2025-07-24 20:26:38
>> bareos-sd JobId 53: Releasing device "FileStorageCons1" 
>> (/var/lib/bareos/storage).
>> 16
>> 2025-07-24 20:26:38
>> bareos-sd JobId 53: Releasing device "FileStorageCons1" 
>> (/var/lib/bareos/storage).
>> 15
>> 2025-07-24 20:26:38
>> bareos-sd JobId 53: Fatal error: stored/acquire.cc:206 No suitable device 
>> found to read Volume "AI-Consolidated-0001"
>> 14
>> 2025-07-24 20:26:38
>> bareos-sd JobId 53: Releasing device "FileStorage" 
>> (/var/lib/bareos/storage).
>> 13
>> 2025-07-24 20:26:38
>> bareos-sd JobId 53: stored/acquire.cc:156 Changing read device. Want 
>> Media Type="FileCons" have="File"
>> device="FileStorage" (/var/lib/bareos/storage)
>> 12
>> 2025-07-24 20:26:38
>> bareos-sd JobId 53: Ready to append to end of Volume 
>> "AI-Consolidated-0613" size=234
>> 11
>> 2025-07-24 20:26:38
>> bareos-sd JobId 53: Moving to end of data on volume "AI-Consolidated-0613"
>> 10
>> 2025-07-24 20:26:38
>> bareos-dir JobId 53: Using Device "JustInTime Device" to write.
>> 9
>> 2025-07-24 20:26:38
>> bareos-sd JobId 53: Using just in time reservation for job 53
>> 8
>> 2025-07-24 20:26:38
>> bareos-dir JobId 53: Using Device "FileStorage" to read.
>> 7
>> 2025-07-24 20:26:37
>> bareos-dir JobId 53: Encryption: TLS_CHACHA20_POLY1305_SHA256 TLSv1.3
>> 6
>> 2025-07-24 20:26:37
>> bareos-dir JobId 53: Connected Storage daemon at 192.168.188.31:9103, 
>> encryption: TLS_CHACHA20_POLY1305_SHA256 TLSv1.3
>> 5
>> 2025-07-24 20:26:37
>> bareos-dir JobId 53: Consolidating JobIds 1,6,9,11,13,16,20 containing 
>> 6426160 files
>> 4
>> 2025-07-24 20:26:37
>> bareos-dir JobId 53: Bootstrap records written to 
>> /var/lib/bareos/bareos-dir.restore.3.bsr
>> 3
>> 2025-07-24 20:24:01
>> bareos-dir JobId 53: Start Virtual Backup JobId 53, 
>> Job=AIbackup-omvserver.2025-07-24_20.23.59_29
>> 2
>> 2025-07-24 20:24:01
>> bareos-dir JobId 53: shell command: run BeforeJob 
>> "/var/lib/bareos/scripts/jobcheck.sh"
>> 1
>> 2025-07-24 20:24:01
>> bareos-dir JobId 53: Version: 24.0.5~pre13.8f151fe4c (14 July 2025) 
>> Ubuntu 22.04.5 LTS
>> Zeige Zeile 1 bis 18 von 18 Zeilen. Zeilen pro Seite.
>> ____
>>
>> the interesting part of the log is:
>>
>> 2025-07-24 20:26:38
>> bareos-sd JobId 53: Fatal error: stored/acquire.cc:206 No suitable device 
>> found to read Volume "AI-Consolidated-0001"
>> 14
>> 2025-07-24 20:26:38
>> bareos-sd JobId 53: Releasing device "FileStorage" 
>> (/var/lib/bareos/storage).
>> 13
>> 2025-07-24 20:26:38
>> bareos-sd JobId 53: stored/acquire.cc:156 Changing read device. Want 
>> Media Type="FileCons" have="File"
>> device="FileStorage" (/var/lib/bareos/storage)
>>
>> don´t know why the virtual full has difficulties to access the storage 
>> when everything is fine as long as it is not virtual
>> Markus Dubois schrieb am Mittwoch, 2. Juli 2025 um 17:12:58 UTC+2:
>>
>>> no, of course i have tried a rerun (because i didn´t know this, ehat 
>>> you´ve said above), but on every daily schedule the bareos now tries a 
>>> Virtual Full, so nothing manual there.
>>> The first failed Virtual was also a scheduled or automatically happening 
>>> run, because  of this setting:
>>>
>>> Max Virtual Full Interval = 14 days
>>>
>>> So this was triggered trough this setting and gets now triggered every 
>>> day and failing everytime.
>>> My questions remain:
>>> 1.) Why is this happening in the first place?
>>> 2.) if there is a "fix" like you described above (consolidated run), 
>>> then what needs to be done to prevent this in the future?
>>>
>>> Bruno Friedmann (bruno-at-bareos) schrieb am Dienstag, 1. Juli 2025 um 
>>> 13:03:27 UTC+2:
>>>
>>>> If you tried a rerun that's normal and expected and documented. 
>>>> If you want to reschedule a AI job, you have to rerun the consolidation 
>>>> job which is the only one to know which jobs needs to be consolidated.
>>>>
>>>>
>>>> On Tuesday, 1 July 2025 at 12:58:32 UTC+2 Markus Dubois wrote:
>>>>
>>>>> i have this job config:
>>>>>
>>>>> Job {
>>>>>   Name = "AIbackup-omvserver"
>>>>>   Client = "omvserver"
>>>>>   FileSet = omvserver
>>>>>   Type = Backup
>>>>>   Level = Incremental
>>>>>   Schedule = "AISchedule"
>>>>>   Storage = File
>>>>>   Priority = 50
>>>>>   Messages = Standard
>>>>>   Pool = AI-Incremental
>>>>>   Spool Attributes = yes
>>>>>   Maximum Concurrent Jobs = 1
>>>>>   Full Backup Pool = AI-Consolidated
>>>>>   Incremental Backup Pool = AI-Incremental
>>>>>   Accurate = yes
>>>>>   Allow Mixed Priority = no
>>>>>   Allow Duplicate Jobs = no
>>>>>   Always Incremental = yes
>>>>>   Always Incremental Job Retention = 7 days
>>>>>   Always Incremental Keep Number = 7
>>>>>   Always Incremental Max Full Age = 11 days
>>>>>   Max Virtual Full Interval = 14 days
>>>>>   Run Script {
>>>>>     Console = ".bvfs_update jobid=%i"
>>>>>     RunsWhen = After
>>>>>     RunsOnClient = No
>>>>>   }
>>>>> }
>>>>>
>>>>> i have these running jobs:
>>>>>
>>>>>  jobid |        name        | level | jobstatus |      starttime      
>>>>> -------+--------------------+-------+-----------+---------------------
>>>>>     70 | AIbackup-omvserver | f     | f         | 2025-07-01 12:37:21
>>>>>     69 | AIbackup-omvserver | f     | f         | 2025-07-01 12:36:23
>>>>>     68 | AIbackup-omvserver | f     | f         | 2025-07-01 12:35:47
>>>>>     67 | AIbackup-omvserver | f     | f         | 2025-07-01 12:28:58
>>>>>     62 | AIbackup-omvserver | I     | T         | 2025-06-29 19:00:04
>>>>>     64 | AIbackup-omvserver | f     | f         | 2025-06-29 19:00:04
>>>>>     59 | AIbackup-omvserver | I     | T         | 2025-06-28 19:00:04
>>>>>     55 | AIbackup-omvserver | I     | T         | 2025-06-26 19:00:05
>>>>>     51 | AIbackup-omvserver | I     | T         | 2025-06-25 19:00:04
>>>>>     47 | AIbackup-omvserver | I     | T         | 2025-06-24 19:00:04
>>>>>     43 | AIbackup-omvserver | I     | T         | 2025-06-23 19:27:03
>>>>>     39 | AIbackup-omvserver | I     | T         | 2025-06-16 19:00:04
>>>>>     36 | AIbackup-omvserver | F     | T         | 2025-06-15 19:00:02
>>>>>     37 | AIbackup-omvserver | I     | A         | 2025-06-15 19:00:00
>>>>>     23 | RestoreFiles       | F     | T         | 2025-06-12 08:31:25
>>>>>      3 | AIbackup-omvserver | F     | A         | 2025-06-06 19:00:01
>>>>>      1 | AIbackup-omvserver | F     | T         | 2025-06-06 09:15:00
>>>>>
>>>>> But my virtual full fails because it doesn´t see the jobs:
>>>>>
>>>>> bareos-dir JobId 70: Error: Bareos bareos-dir 24.0.4~pre21.6a9d93652 
>>>>> (03Jun25):
>>>>> Build OS: Ubuntu 22.04.5 LTS
>>>>> JobId: 70
>>>>> Job: AIbackup-omvserver.2025-07-01_12.37.19_11
>>>>> Backup Level: Virtual Full
>>>>> Client: "omvserver" 24.0.4~pre21.6a9d93652 (03Jun25) Ubuntu 22.04.5 
>>>>> LTS,ubuntu
>>>>> FileSet: "omvserver" 2025-06-06 09:14:58
>>>>> Pool: "AI-Consolidated" (From Run NextPool override)
>>>>> Catalog: "MyCatalog" (From Client resource)
>>>>> Storage: "FileCons" (From Storage from Run NextPool override)
>>>>> Scheduled time: 01-Jul-2025 12:37:19
>>>>> Start time: 01-Jul-2025 12:37:21
>>>>> End time: 01-Jul-2025 12:37:21
>>>>> Elapsed time: 0 secs
>>>>> Priority: 50
>>>>> Allow Mixed Priority: no
>>>>> SD Files Written: 0
>>>>> SD Bytes Written: 0 (0 B)
>>>>> Rate: 0.0 KB/s
>>>>> Volume name(s):
>>>>> Volume Session Id: 0
>>>>> Volume Session Time: 0
>>>>> Last Volume Bytes: 0 (0 B)
>>>>> SD Errors: 0
>>>>> SD termination status:
>>>>> Accurate: yes
>>>>> Bareos binary info: Bareos community build (UNSUPPORTED): Get 
>>>>> professional support from https://www.bareos.com
>>>>> Job triggered by: User
>>>>> Termination: *** Backup Error ***
>>>>>
>>>>> 4 2025-07-01 12:37:21 bareos-dir JobId 70: Fatal error: No previous 
>>>>> Jobs found.
>>>>> 3 2025-07-01 12:37:21 bareos-dir JobId 70: Error: Cannot run always 
>>>>> incremental job at level VirtualFull with no jobid list.
>>>>> 2 2025-07-01 12:37:21 bareos-dir JobId 70: Start Virtual Backup JobId 
>>>>> 70, Job=AIbackup-omvserver.2025-07-01_12.37.19_11
>>>>> 1 2025-07-01 12:37:21 bareos-dir JobId 70: Version: 
>>>>> 24.0.4~pre21.6a9d93652 (03 June 2025) Ubuntu 22.04.5 LTS
>>>>>
>>>>> how to troubleshoot this?
>>>>
>>>>

-- 
You received this message because you are subscribed to the Google Groups 
"bareos-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion visit 
https://groups.google.com/d/msgid/bareos-users/b0adde8e-a022-4154-b2b9-29e0694a50een%40googlegroups.com.

Reply via email to