Ah, sorry. Sure, here's its joblog:
2024-05-29 12:21:43 director JobId 41536: Start Backup JobId 41536,
Job=backup-client-nextcloud.2024-05-29_12.20.00_45
2024-05-29 12:21:43 director JobId 41536: Connected Storage daemon at
storage:9103, encryption: TLS_CHACHA20_POLY1305_SHA256 TLSv1.3
2024-05-29 12:21:43 director JobId 41536: Encryption:
TLS_CHACHA20_POLY1305_SHA256 TLSv1.3
2024-05-29 12:21:43 director JobId 41536: Connected Client: client at
192.168.254.4:9102, encryption: TLS_AES_256_GCM_SHA384 TLSv1.3
2024-05-29 12:21:43 director JobId 41536: Handshake: Immediate TLS
2024-05-29 12:21:43 director JobId 41536: Encryption: TLS_AES_256_GCM_SHA384 TLSv1.3
2024-05-29 12:21:43 director JobId 41536: Sending Accurate information.
2024-05-29 12:22:05 director JobId 41536: Max configured use duration=82,800 sec.
exceeded. Marking Volume "AI-Incremental-0540" as Used.
2024-05-29 12:22:05 director JobId 41536: There are no more Jobs associated with Volume
"AI-Incremental-0525". Marking it purged.
2024-05-29 12:22:05 director JobId 41536: All records pruned from Volume
"AI-Incremental-0525"; marking it "Purged"
2024-05-29 12:22:05 director JobId 41536: Recycled volume "AI-Incremental-0525"
2024-05-29 12:22:05 director JobId 41536: Using Device "File-storage" to write.
2024-05-29 12:22:07 client JobId 41536: Extended attribute support is enabled
2024-05-29 12:22:05 storage JobId 41536: Connected File Daemon at
192.168.254.4:9102, encryption: TLS_AES_256_GCM_SHA384 TLSv1.3
2024-05-29 12:22:07 client JobId 41536: ACL support is enabled
2024-05-29 12:22:07 storage JobId 41536: Labeled new Volume "AI-Incremental-0525" on
device "File-storage" (/backup/bareos-tape).
2024-05-29 12:22:08 storage JobId 41536: Wrote label to prelabeled Volume
"AI-Incremental-0525" on device "File-storage" (/backup/bareos-tape)
2024-05-29 12:22:32 client JobId 41536: Could not stat
"/var/spool/backup/nextcloud.sql.gz": ERR=No such file or directory
2024-05-29 12:22:32 storage JobId 41536: Releasing device "File-storage"
(/backup/bareos-tape).
2024-05-29 12:22:32 storage JobId 41536: Elapsed time=00:00:24, Transfer
rate=698.5 K Bytes/second
2024-05-29 12:22:32 director JobId 41536: Insert of attributes batch table
with 50 entries start
2024-05-29 12:22:32 director JobId 41536: Insert of attributes batch table done
2024-05-29 12:22:32 director JobId 41536: Bareos director 23.0.2 (28Feb24):
Build OS: Red Hat Enterprise Linux release 9.3 (Plow)
JobId: 41536
Job: backup-client-nextcloud.2024-05-29_12.20.00_45
Backup Level: Incremental, since=2024-05-28 12:22:04
Client: "client" 23.0.2 (28Feb24) Oracle Linux Server release
8.9,redhat
FileSet: "nextcloud" 2022-04-29 00:20:01
Pool: "AI-Incremental" (From Job resource)
Catalog: "MyCatalog" (From Client resource)
Storage: "File-storage" (From Job resource)
Scheduled time: 29-May-2024 12:20:00
Start time: 29-May-2024 12:21:43
End time: 29-May-2024 12:22:32
Elapsed time: 49 secs
Priority: 10
Allow Mixed Priority: no
FD Files Written: 50
SD Files Written: 50
FD Bytes Written: 16,757,674 (16.75 MB)
SD Bytes Written: 16,765,064 (16.76 MB)
Rate: 342.0 KB/s
Software Compression: 67.5 % (lz4hc)
VSS: no
Encryption: no
Accurate: yes
Volume name(s): AI-Incremental-0525
Volume Session Id: 48
Volume Session Time: 1716977786
Last Volume Bytes: 16,770,528 (16.77 MB)
Non-fatal FD errors: 1
SD Errors: 0
FD termination status: OK
SD termination status: OK
Bareos binary info: Self-compiled: Get professional support from
https://www.bareos.com
Job triggered by: Scheduler
Termination: Backup OK -- with warnings
Kind regards,
Philippe
On 6/20/24 14:08, Sebastian Sura wrote:
The joblog i was interested in was for job 41536, i.e. the job with the
'broken' volume. Sorry for the confusion!
As far as I am aware, yes, the previous incrementals should not get
consolidated into the old full. They should stay as they are.
Kind Regards
Sebastian Sura
Am 19.06.24 um 15:51 schrieb 'Philippe' via bareos-users:
Hi,
there's no joblog of 40548 anymore, or did I look at the wrong places
(no conmsg, no mails)?
'bls' shows no errors, it lists mostly nextcloud files and one file of
a different job.
I just restored some files from AI-Incremental-0525 and it looks fine
so far.
Now I'm creating a new full as you suggested using
run job=my-nextcloud-job level=Full
Does Bareos ignore the previous backups after that or will it try to
consolidate them regardless of the existence of a new full?
Kind regards,
Philippe
On 6/19/24 10:14, Sebastian Sura wrote:
Could you post the joblog of that job ? If you cannot find 40548 in
the database, then its probably because it got consolidated into a
different job (maybe even into 41536).
bscan currently needs access to both the storage configuration as
well as the database. Alternatively you can also use bls instead
which just needs access to the sd configuration.
In regards to updating the database: I would suggest that if you do
that, that you make sure that you do not consolidate that job at
first and instead do a normal restore with the updated entry and
check that that 1) the restore works and 2) the files that were
restored make sense to you, i.e. compare them with the entries of the
job table for that job.
Its hard to say why this happened so i cannot comment on how safe it
is to keep using that incremental for consolidations. If possible try
creating a new full instead.
Kind Regards
Sebastian Sura
Am 19.06.24 um 09:54 schrieb 'Philippe' via bareos-users:
Hi Sebastian,
that's a good approach :)
The only jobmedia entry for job 41536 is:
$ psql <<<'select * from jobmedia where jobid=41536'
jobmediaid | jobid | mediaid | firstindex | lastindex | startfile
| endfile | startblock | endblock | jobbytes | volindex
------------+-------+---------+------------+-----------+-----------+---------+------------+----------+----------+----------
123840 | 41536 | 525 | 1 | 50 | 0 | 0
| 256 | 16770527 | 0 | 2
Is it safe to "just" update the startblock value to 255?
Job 40548 is somehow gone as I can't find it in the database.
Probably it was no longer needed, i.e. from a decommissioned client
or the jobs on that client changed.
How do I get bscan to work, what's the right way and what's needed
to invoke it?
I presume it needs both the database connection and the sd configs,
right? Asking because the director (which also hosts the database)
has no sd configs and on the other hand the sd has no database access.
Thank you & kind regards,
Philippe
On 6/19/24 08:29, Sebastian Sura wrote:
[snipped]
--
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 on the web visit
https://groups.google.com/d/msgid/bareos-users/d8b673d8-72c3-4b7c-8877-bdfe45b458cf%40quarantine.de.
