Is there a different way to gather the Logs for failed backup jobs VIA REST?
first I get the BackupJobSession, then I use the below url to get the tasksessions.
https://Localserver:xxxx/api/backupTaskSessions/00000000REDACTED000?format=Entity
Successful sessions show reason as blank which is ok. Failed sessions are only picking up the first entry which is sometimes helpful and other times useless. THis example is shown below. I really couldve used the Second error but the REST api only fives me the first error that states 'finalizing'
-
- Lurker
- Posts: 1
- Liked: never
- Joined: Nov 13, 2020 4:14 pm
- Contact:
-
- Product Manager
- Posts: 14844
- Liked: 3086 times
- Joined: Sep 01, 2014 11:46 am
- Full Name: Hannes Kasparick
- Location: Austria
- Contact:
Re: Only receiving 1st Failed Log for BackupTaskSession
Hello,
and welcome to the forums.
Logs are available in the file system (c:\programdata\veeam\...). Not via RESTful API
Best regards,
Hannes
and welcome to the forums.
Logs are available in the file system (c:\programdata\veeam\...). Not via RESTful API
Best regards,
Hannes
-
- Veeam Software
- Posts: 2010
- Liked: 670 times
- Joined: Sep 25, 2019 10:32 am
- Full Name: Oleg Feoktistov
- Contact:
Re: Only receiving 1st Failed Log for BackupTaskSession
Hi,
Error messages for backup and backup task sessions are written to Config DBs similarly in both EM and VBR, and information retrieved through REST API depends solely on what's written in the corresponding tables. For reason property the first error message is logged by design. We could, of course, bypass this and parse logs directly from xml log file, but it would significantly affect performance.
Best regards,
Oleg
Error messages for backup and backup task sessions are written to Config DBs similarly in both EM and VBR, and information retrieved through REST API depends solely on what's written in the corresponding tables. For reason property the first error message is logged by design. We could, of course, bypass this and parse logs directly from xml log file, but it would significantly affect performance.
Best regards,
Oleg
Who is online
Users browsing this forum: No registered users and 2 guests