VAL email notifications and Veeam BR email notifications?

[georgi.yankov]

Hey folks.

From what i have seen, the VAL does NOT have the email notifications compared to the VAW.

So, my question is, if i have a VAL, backing up to a Veeam BR repository, and the Veeam BR has Email notifications setup (aka, Global Email Notifications), will the BR send mails for the VAL job status?

I tried looking for info on this, but i couldn't find anything at all describing this scenario.
Main reason for asking this is, because i have it configured as explained above, but no emails are being sent.
Basically, trying to understand the expected behavior.

[HannesK]

Hello,
and welcome to the forums.

https://helpcenter.veeam.com/docs/agent ... tml?ver=40

I just checked my VBR folder and I have tons of Veeam agent for Linux emails (only error as I deactivated success emails). My agents are managed by VBR (not standalone)

for standalone, also scripting would be possible as suggested here: https://helpcenter.veeam.com/docs/agent ... tml?ver=40

Best regards,
Hannes

[georgi.yankov]

Ah, this is clarifying. I am indeed using the VAL standalone instead of Managed.
Thanks for the information!

[PTide]

@georgi.yankov

What are your VBR and VAL versions? Email reports are supposed to work for standalone VAL as well (provided that you've enabled email notifications in Global settings).

Thanks!

[georgi.yankov]

VBR is v10, VAL is 7.x something, using Community version.

The VBR mail notifications are defined in Global Settings, and using the test, it works.
But upon job completion (or failure) from the VAL VM, i do not get anything.
I have yet to test if it will work as managed job.

[georgi.yankov]

My bad, the VAL is for CentOS 7, 1.0.7-1, and the VBR is 10.0.0.4461 P1
PS: No edit option?

[PTide]

VAL is for CentOS 7, 1.0.7-1

Well, I guess I'll need more info : )

You can check VAL version in VBR console if you go to 'Inventory' -'Physical Infrastructure' - 'Unamanged' and right-click on the linux host in the list and choose 'details'.

Thanks!

[georgi.yankov]

I expected the version to match the one from the repository.

Anyway:

Code: Select all

veeamagent --version
4.0.0.1961

[PTide]

The most recent version is 4.0.1.2365 (already available in the repository).
I suggest you to update both VBR and VAL to the latest versions and see if the issues persists.

Thanks!

[georgi.yankov]

I did so yesterday, but still no emails received on job completion (successful backup).

I decided to went through the logs, and in the Svc.VeeamBackup.log, i got the following:

https://dpaste.org/chru

I think this is heading towards a ticket with the support

[georgi.yankov]

Oh yea, since i am using the community version, there is no ticket support available.
Anyway, i tried changing the system language to English-US along with the Location to US. Rebooted the VM - no difference.
I still get the same output in the Svc.VeeamBackup.log non-stop.

Looking at the VAL client logs in $JOB_NAME/$HOSTNAME/Session.log, i get at the end of the log (when the job finishes) the same error:

https://dpaste.org/trum

Does the error mean, the VBR server, or the VAL client?
While i can change the VBR server time zone, i cant really do it for the client, since i have running applications there, which use the OS system time zone (foolish Java). Not sure if the timezone itself or the Date/Time format on the VAL are at fault, since the DateTime are depending on the LC_TIME from the SSH connection.