Archive

Posts Tagged ‘RedHat’

Extract RPM (RedHat) packages

July 9th, 2017 No comments

To extract a RPM package without installing it:

rpm2cpio foo.rpm | cpio -idmv
Categories: [EN] Snippets Tags: , ,

VRRP on oVirt not working

October 18th, 2013 No comments

I’m using oVirt as KVM hypervisor and wanted to setup some high-available FreeBSD and pfSense Clusters with CARP/uCARP. Unfortunately, neither CARP nor uCARP were working. I could see VRRP advertisements on my KVM hypervisor coming in from one pfSense/FreeBSD VM…

kvm# tcpdump -i vnet13 -s 1500 -n -X  |grep -i vrrp
tcpdump: WARNING: vnet13: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on vnet13, link-type EN10MB (Ethernet), capture size 1500 bytes
11:17:46.386437 IP 10.10.10.1 > 224.0.0.18: VRRPv2, Advertisement, vrid 2, prio 0, authtype none, intvl 1s, length 36
11:17:47.353269 IP 10.10.10.1 > 224.0.0.18: VRRPv2, Advertisement, vrid 2, prio 0, authtype none, intvl 1s, length 36
11:17:48.363266 IP 10.10.10.1 > 224.0.0.18: VRRPv2, Advertisement, vrid 2, prio 0, authtype none, intvl 1s, length 36

…but these VRRP packets never reached the interface of the secondary pfsense/FreeBSD VM. It turns out that a new network-filters feature in oVirt prevented VRRP packets from getting forwarded. This feature was introduced in oVirt 3.2 and prevents guests from spoofing other mac-addresses than these which are assigned by the oVirt engine. A very kind guy on the oVirt mailinglist told me about this.

The fix is to disable the anti-spoofing feature on the oVirt engine (assuming running oVirt 3.3):

  1. On oVirt engine run: engine-config -s EnableMACAntiSpoofingFilterRules=false –cver=3.3
  2. Restart the ovirt-engine service: systemctl restart ovirt-engine
  3. Restart the VMs

Thanks to Moti Asayag from RedHat for this useful answer.

oVirt: VM startet nicht

May 3rd, 2013 No comments

Unter oVirt kann es vorkommen, dass eine VM nicht eingeschaltet werden kann. Im oVirt Frontend erscheint dann folgende Meldung:

Cannot run VM. Host swap percentage is above the defined threshold. – Check your configuration parameters for Host Swap Percentage.

Offensichtlich benutzt unsere oVirt Node, auf der die VM gestartet werden soll, bereits zu viel Swap. Mit top sieht man dann wahrscheinlich, dass nur wenig Swap verwendet wird und die RAM-Auslastung gar nicht so hoch ist. Also warum dann diese Meldung? Wir schauen uns auf dem oVirt Engine Server einmal die Einstellung für dieses Limit an:

# engine-config -g BlockMigrationOnSwapUsagePercentage
BlockMigrationOnSwapUsagePercentage: 0 version: general

In der Standardeinstellung darf bei oVirt gar kein Swap in Benutzung sein, damit das Starten einer VM möglich ist. Also kein Wunder, dass früher oder später wohl jeder diese Meldung erhält, denn auch auf großzügig dimensionierten Systemen wird irgendwann mal ein wenig Swap verwendet. Diese Einstellung ist geradezu extrem konservativ – und für meinen Geschmack um Größenordnungen zu niedrig eingestellt. Deshalb ändern wir sie auch gleich:Watch Full Movie Online Streaming Online and Download

# engine-config -s BlockMigrationOnSwapUsagePercentage=90 –cver=general
# service ovirt-engine restart

Wichtig: Nach dem ändern der Einstellung muss der oVirt Engine Dienst neugestartet werden (wie im obigen Beispiel). Ab sofort wird erst bei 90% belegtem Swap-Speicher der Start weiterer VMs verhindert. Eine Übersicht der Konfigurationsoptionen findet sich übrigens in der offiziellen Dokumentation zu RHEV 3.1.

Categories: [DE] Tech Tags: , , , , ,
css.php