Iirc, the veeam plugin uses piggybacking mechanisms. Maybe the name of your windows server in veeam is not exactly the same as configured in your monitoring?
If you can’t or don’t want to change it, you can create a rule named Hostname translations for piggybacked hosts to workaround this issue.
thanks for your answer, but piggyback is not our problem. The problems begins on the backupserver, cause on the backup server itself do not get any veeam informations
Hi simon,
Version of Check_MK Server is 2.0.0.p15
Version of checkmk agent is the same
Version of Veeam is : 11.0.1.1261
Version of Veeam_backup_status ps1 is V0.9
When i starte the powershell is it working, i guees the time is the problem it 150 seconds for a result
One more question: The backup VM is monitored under a different site than the backup server, is there a way to push the piggyback data between checkmk_servers?
Maybe the Enterprise Edition does have an intrinsic way of doing so nowadays.
For the Raw Edition you would have to create another rsync cronjob that transfers the contents of ~/tmp/check_mk/piggyback{_sources?} onto your other site. Just like with the HW/SW inventory.
As your site user: create a file in ~/etc/cron.d/ eg. rsync-piggyback, enter crontab like syntax (here is a nice helper: http://crontab.guru), then run omd reload crontab.
Verify what you did with: crontab -l (also as site user)
This topic was automatically closed 365 days after the last reply. New replies are no longer allowed. Contact an admin if you think this should be re-opened.