Is it possible that we get an alert when a VM was moved from one Host to another Host ?
ESXi Environment 6.5
Thanks and regards
Marcus Breitenbach
···
________________________________
Quoniam Asset Management GmbH ∙ Westhafen Tower ∙ Westhafenplatz 1 ∙ 60327 Frankfurt am Main
Registergericht/Companies House: Amtsgericht/District Court Frankfurt am Main HRB 17579
Geschäftsführer/Managing Partner: Helmut Paulus (Vorsitzender / CEO) ∙ Thomas Kieselstein, CFA ∙ Ingo Purwien ∙ Silke Weiser-Walther ∙
Vorsitzender des Aufsichtsrats / Chairman of the Supervisory Board: Alexander Schindler
Diese Nachricht kann vertrauliche Informationen enthalten. Sollten Sie nicht der vorgesehene Empfänger sein, so bitten wir Sie, den Absender unverzüglich zu informieren und die E-Mail zu löschen. Jeder unbefugte Zugriff oder unbefugte Weiterleitung, die Fertigung einer Kopie, die Veröffentlichung oder sonstige in diesem Zusammenhang stehende Handlung ist untersagt. Da wir nicht die Echtheit oder Vollständigkeit der in dieser Nachricht enthaltenen Informationen garantieren können, schließen wir die rechtliche Verbindlichkeit der vorstehenden Erklärungen und Äußerungen aus.
This message may contain confidential information. If you are not the intended recipient, please promptly inform the sender and delete this email. Any other unauthorised access or unauthorised forwarding, copy creation, publication or any other action regarding this message is prohibited. As we cannot guarantee the genuineness or completeness of the information contained in this message, the statements set forth above are not legally binding.
Someone likely has a better idea than mine, but you can do this, albeit clunky.
We don't care much for the migration of VM's from one host to another so we don't do this in active environments.
If we did, then my awful approach to monitoring it would be to ensure I monitor guest VM's on the hosts in question, then run scheduled inventory operations on them and then I can WARN or CRIT when the guest moves from one host to another, seeing as the inventory for the host itself would have changed.
Brian
Is it possible that we get an alert when a VM was moved from one Host to another Host ?
ESXi Environment 6.5
Thanks and regards
Marcus Breitenbach
Quoniam Asset Management GmbH ∙ Westhafen Tower ∙ Westhafenplatz 1 ∙ 60327 Frankfurt am Main
Registergericht/Companies House: Amtsgericht/District Court Frankfurt am Main HRB 17579
Geschäftsführer/Managing Partner: Helmut Paulus (Vorsitzender / CEO) ∙ Thomas Kieselstein, CFA ∙ Ingo Purwien ∙ Silke Weiser-Walther ∙
Vorsitzender des Aufsichtsrats / Chairman of the Supervisory Board: Alexander Schindler
Diese Nachricht kann vertrauliche Informationen enthalten. Sollten Sie nicht der vorgesehene Empfänger sein, so bitten wir Sie, den Absender unverzüglich zu informieren und die E-Mail zu löschen. Jeder unbefugte Zugriff oder unbefugte Weiterleitung, die Fertigung einer Kopie, die Veröffentlichung oder sonstige in diesem Zusammenhang stehende Handlung ist untersagt. Da wir nicht die Echtheit oder Vollständigkeit der in dieser Nachricht enthaltenen Informationen garantieren können, schließen wir die rechtliche Verbindlichkeit der vorstehenden Erklärungen und Äußerungen aus.
This message may contain confidential information. If you are not the intended recipient, please promptly inform the sender and delete this email. Any other unauthorised access or unauthorised forwarding, copy creation, publication or any other action regarding this message is prohibited. As we cannot guarantee the genuineness or completeness of the information contained in this message, the statements set forth above are not legally binding.
_______________________________________________
checkmk-en mailing list checkmk-en@lists.mathias-kettner.de http://lists.mathias-kettner.de/mailman/listinfo/checkmk-en
It's funny, because normally you would *not* want this behavior. A hypervisor cluster is ideally supposed to be black box where VMs freely move around.
I use check_mk today with an oVirt cluster and the changing definitions as VMs move around is sort of a pain for me as it means rescans and add/remove vanished operations. The VMs are fine of course, this is just hypervisor node changes as interfaces are created and destroyed based on the move of the VM. (basically what was said below)
···
On 04/20/2018 09:08 AM, Brian Binder wrote:
Someone likely has a better idea than mine, but you can do this, albeit clunky.
We don't care much for the migration of VM's from one host to another so we don't do this in active environments.
If we did, then my awful approach to monitoring it would be to ensure I monitor guest VM's on the hosts in question, then run scheduled inventory operations on them and then I can WARN or CRIT when the guest moves from one host to another, seeing as the inventory for the host itself would have changed.
Brian
From: Marcus.Breitenbach@quoniam.com <marcus.breitenbach@quoniam.com> <mailto:marcus.breitenbach@quoniam.com>
Reply: Marcus.Breitenbach@quoniam.com <marcus.breitenbach@quoniam.com> <mailto:marcus.breitenbach@quoniam.com>
Date: April 20, 2018 at 8:55:41 AM
To: checkmk-en@lists.mathias-kettner.de <checkmk-en@lists.mathias-kettner.de> <mailto:checkmk-en@lists.mathias-kettner.de>
Subject: [Check_mk (english)] How to check Host on esxi - failover
Hello together,
I have one question:
Is it possible that we get an alert when a VM was moved from one
Host to another Host ?
Quoniam Asset Management GmbH ∙ Westhafen Tower ∙ Westhafenplatz 1 ∙ 60327 Frankfurt am Main
Registergericht/Companies House: Amtsgericht/District Court Frankfurt am Main HRB 17579
Geschäftsführer/Managing Partner: Helmut Paulus (Vorsitzender / CEO) ∙ Thomas Kieselstein, CFA ∙ Ingo Purwien ∙ Silke Weiser-Walther ∙
Vorsitzender des Aufsichtsrats / Chairman of the Supervisory Board: Alexander Schindler
Diese Nachricht kann vertrauliche Informationen enthalten. Sollten Sie nicht der vorgesehene Empfänger sein, so bitten wir Sie, den Absender unverzüglich zu informieren und die E-Mail zu löschen. Jeder unbefugte Zugriff oder unbefugte Weiterleitung, die Fertigung einer Kopie, die Veröffentlichung oder sonstige in diesem Zusammenhang stehende Handlung ist untersagt. Da wir nicht die Echtheit oder Vollständigkeit der in dieser Nachricht enthaltenen Informationen garantieren können, schließen wir die rechtliche Verbindlichkeit der vorstehenden Erklärungen und Äußerungen aus.
This message may contain confidential information. If you are not the intended recipient, please promptly inform the sender and delete this email. Any other unauthorised access or unauthorised forwarding, copy creation, publication or any other action regarding this message is prohibited. As we cannot guarantee the genuineness or completeness of the information contained in this message, the statements set forth above are not legally binding.
_______________________________________________
checkmk-en mailing list
checkmk-en@lists.mathias-kettner.de http://lists.mathias-kettner.de/mailman/listinfo/checkmk-en
You could modify the check plugin esx_vsphere_vm.running_on.
This is normally always OK. It could be modified to store the ESXi
hostname at the time of service discovery and then become WARN or CRIT
if that changes.
Something along the lines:
def inventory_esx_vsphere_vm_running_on(info):
data = esx_vsphere_vm_convert(info)
if 'runtime.host' in data:
return [(None, {'runtime_host': data['runtime.host'][0])]
def check_esx_vsphere_vm_running_on(no_item, params, info):
data = esx_vsphere_vm_convert(info)
running_on = data.get("runtime.host")
if not running_on:
return 3, "Runtime host information is missing"
if running_on[0] != params['runtime_host']:
return 1, "Now running on %s, previously on %s" % (running_on[0], params['runtime_host'])
return 0, "Running on %s" % running_on[0]
Regards
···
Am 20.04.2018 um 16:55 schrieb Christopher Cox:
It's funny, because normally you would *not* want this behavior. A
hypervisor cluster is ideally supposed to be black box where VMs freely
move around.
--
Robert Sander
Heinlein Support GmbH
Schwedter Str. 8/9b, 10119 Berlin
Tel: 030 / 405051-43
Fax: 030 / 405051-19
Zwangsangaben lt. §35a GmbHG:
HRB 93818 B / Amtsgericht Berlin-Charlottenburg,
Geschäftsführer: Peer Heinlein -- Sitz: Berlin
not for all - only for 4...
If vmotion starts it could be that the VM has little timeouts during migration.
And our Application Developer / DBA want to know if this happens (Vmotion) cause of
running Jobs and Scripts
thanks and regards
···
-----Ursprüngliche Nachricht-----
Von: checkmk-en [mailto:checkmk-en-bounces@lists.mathias-kettner.de] Im Auftrag von Christopher Cox
Gesendet: Freitag, 20. April 2018 16:56
An: checkmk-en@lists.mathias-kettner.de
Betreff: Re: [Check_mk (english)] How to check Host on esxi - failover
It's funny, because normally you would *not* want this behavior. A hypervisor cluster is ideally supposed to be black box where VMs freely move around.
I use check_mk today with an oVirt cluster and the changing definitions as VMs move around is sort of a pain for me as it means rescans and add/remove vanished operations. The VMs are fine of course, this is just hypervisor node changes as interfaces are created and destroyed based on the move of the VM. (basically what was said below)
On 04/20/2018 09:08 AM, Brian Binder wrote:
Someone likely has a better idea than mine, but you can do this,
albeit clunky.
We don't care much for the migration of VM's from one host to another
so we don't do this in active environments.
If we did, then my awful approach to monitoring it would be to ensure
I monitor guest VM's on the hosts in question, then run scheduled
inventory operations on them and then I can WARN or CRIT when the
guest moves from one host to another, seeing as the inventory for the
host itself would have changed.
Brian
From: Marcus.Breitenbach@quoniam.com <marcus.breitenbach@quoniam.com>
<mailto:marcus.breitenbach@quoniam.com>
Reply: Marcus.Breitenbach@quoniam.com <marcus.breitenbach@quoniam.com>
<mailto:marcus.breitenbach@quoniam.com>
Date: April 20, 2018 at 8:55:41 AM
To: checkmk-en@lists.mathias-kettner.de
<checkmk-en@lists.mathias-kettner.de>
<mailto:checkmk-en@lists.mathias-kettner.de>
Subject: [Check_mk (english)] How to check Host on esxi - failover
Hello together,
I have one question:
Is it possible that we get an alert when a VM was moved from one
Host to another Host ?
Quoniam Asset Management GmbH ∙ Westhafen Tower ∙ Westhafenplatz 1 ∙
60327 Frankfurt am Main
Registergericht/Companies House: Amtsgericht/District Court Frankfurt
am Main HRB 17579 Geschäftsführer/Managing Partner: Helmut Paulus
(Vorsitzender / CEO) ∙ Thomas Kieselstein, CFA ∙ Ingo Purwien ∙ Silke
Weiser-Walther ∙ Vorsitzender des Aufsichtsrats / Chairman of the
Supervisory Board:
Alexander Schindler
Diese Nachricht kann vertrauliche Informationen enthalten. Sollten
Sie nicht der vorgesehene Empfänger sein, so bitten wir Sie, den
Absender unverzüglich zu informieren und die E-Mail zu löschen. Jeder
unbefugte Zugriff oder unbefugte Weiterleitung, die Fertigung einer
Kopie, die Veröffentlichung oder sonstige in diesem Zusammenhang
stehende Handlung ist untersagt. Da wir nicht die Echtheit oder
Vollständigkeit der in dieser Nachricht enthaltenen Informationen
garantieren können, schließen wir die rechtliche Verbindlichkeit der
vorstehenden Erklärungen und Äußerungen aus.
This message may contain confidential information. If you are not the
intended recipient, please promptly inform the sender and delete this
email. Any other unauthorised access or unauthorised forwarding, copy
creation, publication or any other action regarding this message is
prohibited. As we cannot guarantee the genuineness or completeness of
the information contained in this message, the statements set forth
above are not legally binding.
_______________________________________________
checkmk-en mailing list
checkmk-en@lists.mathias-kettner.de http://lists.mathias-kettner.de/mailman/listinfo/checkmk-en
Quoniam Asset Management GmbH ∙ Westhafen Tower ∙ Westhafenplatz 1 ∙ 60327 Frankfurt am Main
Registergericht/Companies House: Amtsgericht/District Court Frankfurt am Main HRB 17579
Geschäftsführer/Managing Partner: Helmut Paulus (Vorsitzender / CEO) ∙ Thomas Kieselstein, CFA ∙ Ingo Purwien ∙ Silke Weiser-Walther ∙
Vorsitzender des Aufsichtsrats / Chairman of the Supervisory Board: Alexander Schindler
Diese Nachricht kann vertrauliche Informationen enthalten. Sollten Sie nicht der vorgesehene Empfänger sein, so bitten wir Sie, den Absender unverzüglich zu informieren und die E-Mail zu löschen. Jeder unbefugte Zugriff oder unbefugte Weiterleitung, die Fertigung einer Kopie, die Veröffentlichung oder sonstige in diesem Zusammenhang stehende Handlung ist untersagt. Da wir nicht die Echtheit oder Vollständigkeit der in dieser Nachricht enthaltenen Informationen garantieren können, schließen wir die rechtliche Verbindlichkeit der vorstehenden Erklärungen und Äußerungen aus.
This message may contain confidential information. If you are not the intended recipient, please promptly inform the sender and delete this email. Any other unauthorised access or unauthorised forwarding, copy creation, publication or any other action regarding this message is prohibited. As we cannot guarantee the genuineness or completeness of the information contained in this message, the statements set forth above are not legally binding.
Betreff: Re: [Check_mk (english)] How to check Host on esxi - failover
It’s funny, because normally you would not want this behavior. A hypervisor cluster is ideally supposed to be black box where VMs freely move around.
I use check_mk today with an oVirt cluster and the changing definitions as VMs move around is sort of a pain for me as it means rescans and add/remove vanished operations. The VMs are fine of course, this is just hypervisor node changes as interfaces are created and destroyed based on the move of the VM. (basically what was said below)
On 04/20/2018 09:08 AM, Brian Binder wrote:
Someone likely has a better idea than mine, but you can do this,
albeit clunky.
We don’t care much for the migration of VM’s from one host to another
so we don’t do this in active environments.
If we did, then my awful approach to monitoring it would be to ensure
I monitor guest VM’s on the hosts in question, then run scheduled
inventory operations on them and then I can WARN or CRIT when the
guest moves from one host to another, seeing as the inventory for the
Quoniam Asset Management GmbH ∙ Westhafen Tower ∙ Westhafenplatz 1 ∙ 60327 Frankfurt am Main
Registergericht/Companies House: Amtsgericht/District Court Frankfurt am Main HRB 17579
Geschäftsführer/Managing Partner: Helmut Paulus (Vorsitzender / CEO) ∙ Thomas Kieselstein, CFA ∙ Ingo Purwien ∙ Silke Weiser-Walther ∙
Vorsitzender des Aufsichtsrats / Chairman of the Supervisory Board: Alexander Schindler
Diese Nachricht kann vertrauliche Informationen enthalten. Sollten Sie nicht der vorgesehene Empfänger sein, so bitten wir Sie, den Absender unverzüglich zu informieren und die E-Mail zu löschen. Jeder unbefugte Zugriff oder unbefugte Weiterleitung, die Fertigung einer Kopie, die Veröffentlichung oder sonstige in diesem Zusammenhang stehende Handlung ist untersagt. Da wir nicht die Echtheit oder Vollständigkeit der in dieser Nachricht enthaltenen Informationen garantieren können, schließen wir die rechtliche Verbindlichkeit der vorstehenden Erklärungen und Äußerungen aus.
This message may contain confidential information. If you are not the intended recipient, please promptly inform the sender and delete this email. Any other unauthorised access or unauthorised forwarding, copy creation, publication or any other action regarding this message is prohibited. As we cannot guarantee the genuineness or completeness of the information contained in this message, the statements set forth above are not legally binding.