- Devel - libvirt List Archives

[libvirt] [PATCH v2 00/12] improve graphics listen configuration
by Pavel Hrdina 12 May '16

12 May '16

This patch series improves the way how different listen types can be specified and also introduce a new listen types for graphics devices. First improvement is to move ports out of graphics element into listen element with type address or network. This is a first step to make the code listen-driven. Second step is to create a new listen type socket to improve the current vnc configuration and to print only socket path witout any other listen types. With the new socket type now we can add support also to spice graphics. The last improvement is to introduce new listen type none for spice graphics to specify that the spice graphics shouldn't listen anywhere by default. In case of spice graphics the new listen types socket or none are required to start a guest with OpenGL support. Changes in v2: - don't remove vnc_auto_unix_socket from qemu.conf - add spice_auto_unix_socket Pavel Hrdina (12): graphics: don't parse listens if socket attribute is present domain_conf: parse listen attribute while parsing listen elements graphics: make address attribute for listen type='address' optional domain_conf: cleanup virDomainGraphicsListenDefParseXML graphics: move port definition to listen element graphics: introduce listen type=socket and use it for VNC qemu_capabilites: add QEMU_CAPS_SPICE_UNIX spice: add support for listen type socket qemu_process: separate graphics socket and address generation tests: cleanup vnc auto socket test spice: introduce spice_auto_unix_socket config option spice: introduce listen type none docs/formatdomain.html.in | 138 +++-- docs/schemas/domaincommon.rng | 63 ++- src/conf/domain_conf.c | 602 +++++++++++++-------- src/conf/domain_conf.h | 31 +- src/libvirt_private.syms | 1 + src/libxl/libxl_conf.c | 53 +- src/libxl/libxl_domain.c | 17 +- src/qemu/qemu.conf | 11 + src/qemu/qemu_capabilities.c | 2 + src/qemu/qemu_capabilities.h | 1 + src/qemu/qemu_command.c | 256 ++++----- src/qemu/qemu_conf.c | 1 + src/qemu/qemu_conf.h | 1 + src/qemu/qemu_domain.c | 19 +- src/qemu/qemu_hotplug.c | 40 +- src/qemu/qemu_migration.c | 50 +- src/qemu/qemu_parse_command.c | 41 +- src/qemu/qemu_process.c | 351 +++++++----- src/security/virt-aa-helper.c | 15 +- src/vbox/vbox_common.c | 30 +- src/vbox/vbox_tmpl.c | 34 +- src/vbox/vbox_uniformed_api.h | 4 +- src/vmx/vmx.c | 54 +- src/vz/vz_sdk.c | 30 +- src/xenconfig/xen_common.c | 74 +-- src/xenconfig/xen_sxpr.c | 71 +-- src/xenconfig/xen_xl.c | 45 +- .../generic-graphics-listen-back-compat-ports.xml | 30 + ...generic-graphics-vnc-listen-element-minimal.xml | 2 +- ...aphics-vnc-listen-element-with-address-port.xml | 30 + .../generic-graphics-listen-back-compat-ports.xml | 30 + .../generic-graphics-listen-back-compat.xml | 2 +- .../generic-graphics-vnc-listen-attr-only.xml | 2 +- ...generic-graphics-vnc-listen-element-minimal.xml | 4 +- ...aphics-vnc-listen-element-with-address-port.xml | 30 + ...ic-graphics-vnc-listen-element-with-address.xml | 2 +- .../generic-graphics-vnc-manual-port.xml | 4 +- .../generic-graphics-vnc-minimal.xml | 4 +- .../generic-graphics-vnc-socket-listen.xml | 2 +- .../generic-graphics-vnc-socket.xml | 4 +- tests/genericxml2xmltest.c | 3 + .../qemuargv2xml-graphics-vnc-policy.xml | 2 +- .../qemuargv2xml-graphics-vnc-sasl.xml | 2 +- .../qemuargv2xml-graphics-vnc-socket.xml | 4 +- .../qemuargv2xml-graphics-vnc-tls.xml | 2 +- .../qemuargv2xml-graphics-vnc-websocket.xml | 2 +- .../qemuargv2xmldata/qemuargv2xml-graphics-vnc.xml | 2 +- ...qemuhotplug-console-compat-2+console-virtio.xml | 2 +- .../qemuxml2argv-console-compat-2.xml | 2 +- ...emuxml2argv-graphics-spice-auto-socket-cfg.args | 20 + ...qemuxml2argv-graphics-spice-auto-socket-cfg.xml | 30 + .../qemuxml2argv-graphics-spice-auto-socket.args | 20 + .../qemuxml2argv-graphics-spice-auto-socket.xml | 30 + .../qemuxml2argv-graphics-spice-socket.args | 20 + .../qemuxml2argv-graphics-spice-socket.xml | 30 + .../qemuxml2argv-graphics-vnc-auto-socket-cfg.args | 22 + .../qemuxml2argv-graphics-vnc-auto-socket-cfg.xml | 34 ++ .../qemuxml2argv-graphics-vnc-auto-socket.args | 20 + .../qemuxml2argv-graphics-vnc-auto-socket.xml | 30 + .../qemuxml2argv-graphics-vnc-autosocket.args | 22 - .../qemuxml2argv-graphics-vnc-autosocket.xml | 34 -- .../qemuxml2argv-graphics-vnc-socket.args | 4 +- .../qemuxml2argv-graphics-vnc-socket.xml | 10 +- .../qemuxml2argv-video-virtio-gpu-spice-gl.args | 2 +- tests/qemuxml2argvtest.c | 16 + .../qemuxml2xmlout-graphics-listen-network.xml | 2 +- .../qemuxml2xmlout-graphics-listen-network2.xml | 4 +- ...muxml2xmlout-graphics-spice-auto-socket-cfg.xml | 35 ++ .../qemuxml2xmlout-graphics-spice-auto-socket.xml | 35 ++ .../qemuxml2xmlout-graphics-spice-compression.xml | 2 +- .../qemuxml2xmlout-graphics-spice-qxl-vga.xml | 2 +- .../qemuxml2xmlout-graphics-spice-socket.xml | 35 ++ .../qemuxml2xmlout-graphics-spice-timeout.xml | 4 +- .../qemuxml2xmlout-graphics-spice.xml | 2 +- ...qemuxml2xmlout-graphics-vnc-auto-socket-cfg.xml | 41 ++ .../qemuxml2xmlout-graphics-vnc-auto-socket.xml | 35 ++ .../qemuxml2xmlout-graphics-vnc-autosocket.xml | 39 -- .../qemuxml2xmlout-graphics-vnc-no-listen-attr.xml | 2 +- .../qemuxml2xmlout-graphics-vnc-sasl.xml | 2 +- .../qemuxml2xmlout-graphics-vnc-socket.xml | 35 ++ .../qemuxml2xmlout-graphics-vnc-tls.xml | 2 +- .../qemuxml2xmlout-graphics-vnc-websocket.xml | 2 +- .../qemuxml2xmlout-graphics-vnc.xml | 2 +- .../qemuxml2xmlout-interface-server.xml | 4 +- .../qemuxml2xmlout-net-bandwidth.xml | 4 +- .../qemuxml2xmlout-net-bandwidth2.xml | 4 +- .../qemuxml2xmlout-pci-bridge.xml | 2 +- ...emuxml2xmlout-seclabel-dynamic-none-relabel.xml | 2 +- .../qemuxml2xmlout-serial-spiceport.xml | 2 +- .../qemuxml2xmlout-video-virtio-gpu-spice-gl.xml | 3 +- tests/qemuxml2xmltest.c | 19 +- tests/sexpr2xmldata/sexpr2xml-curmem.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-autoport.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-empty-kernel.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-force-hpet.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-force-nohpet.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-localtime.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-net-netfront.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-parallel-tcp.xml | 4 +- .../sexpr2xml-fv-serial-dev-2-ports.xml | 4 +- .../sexpr2xml-fv-serial-dev-2nd-port.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-serial-file.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-serial-null.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-serial-pipe.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-serial-pty.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-serial-stdio.xml | 4 +- .../sexpr2xml-fv-serial-tcp-telnet.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-serial-tcp.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-serial-udp.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-serial-unix.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-sound-all.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-sound.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-usbmouse.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-usbtablet.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-utc.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-v2.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-no-source-cdrom.xml | 4 +- .../sexpr2xml-pv-vfb-new-vncdisplay.xml | 2 +- tests/sexpr2xmldata/sexpr2xml-pv-vfb-new.xml | 2 +- .../sexpr2xmldata/sexpr2xml-pv-vfb-type-crash.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-vif-rate.xml | 4 +- tests/vmx2xmldata/vmx2xml-graphics-vnc.xml | 4 +- .../test-disk-positional-parms-full.xml | 2 +- .../test-disk-positional-parms-partial.xml | 2 +- ...est-fullvirt-direct-kernel-boot-bogus-extra.xml | 2 +- .../test-fullvirt-direct-kernel-boot-extra.xml | 2 +- .../test-fullvirt-direct-kernel-boot.xml | 2 +- tests/xlconfigdata/test-fullvirt-multiusb.xml | 2 +- tests/xlconfigdata/test-fullvirt-nohap.xml | 2 +- tests/xlconfigdata/test-new-disk.xml | 2 +- tests/xlconfigdata/test-rbd-multihost-noauth.xml | 2 +- tests/xlconfigdata/test-spice-features.xml | 2 +- tests/xlconfigdata/test-spice.xml | 2 +- tests/xlconfigdata/test-vif-rate.xml | 2 +- tests/xmconfigdata/test-escape-paths.xml | 2 +- .../xmconfigdata/test-fullvirt-default-feature.xml | 2 +- tests/xmconfigdata/test-fullvirt-force-hpet.xml | 2 +- tests/xmconfigdata/test-fullvirt-force-nohpet.xml | 2 +- tests/xmconfigdata/test-fullvirt-localtime.xml | 2 +- tests/xmconfigdata/test-fullvirt-net-netfront.xml | 2 +- tests/xmconfigdata/test-fullvirt-new-cdrom.xml | 2 +- tests/xmconfigdata/test-fullvirt-nohap.xml | 2 +- tests/xmconfigdata/test-fullvirt-parallel-tcp.xml | 2 +- .../test-fullvirt-serial-dev-2-ports.xml | 2 +- .../test-fullvirt-serial-dev-2nd-port.xml | 2 +- tests/xmconfigdata/test-fullvirt-serial-file.xml | 2 +- tests/xmconfigdata/test-fullvirt-serial-null.xml | 2 +- tests/xmconfigdata/test-fullvirt-serial-pipe.xml | 2 +- tests/xmconfigdata/test-fullvirt-serial-pty.xml | 2 +- tests/xmconfigdata/test-fullvirt-serial-stdio.xml | 2 +- .../test-fullvirt-serial-tcp-telnet.xml | 2 +- tests/xmconfigdata/test-fullvirt-serial-tcp.xml | 2 +- tests/xmconfigdata/test-fullvirt-serial-udp.xml | 2 +- tests/xmconfigdata/test-fullvirt-serial-unix.xml | 2 +- tests/xmconfigdata/test-fullvirt-sound.xml | 2 +- tests/xmconfigdata/test-fullvirt-usbmouse.xml | 2 +- tests/xmconfigdata/test-fullvirt-usbtablet.xml | 2 +- tests/xmconfigdata/test-fullvirt-utc.xml | 2 +- tests/xmconfigdata/test-no-source-cdrom.xml | 4 +- tests/xmconfigdata/test-paravirt-net-e1000.xml | 2 +- tests/xmconfigdata/test-paravirt-net-vifname.xml | 2 +- .../test-paravirt-new-pvfb-vncdisplay.xml | 2 +- tests/xmconfigdata/test-paravirt-new-pvfb.xml | 2 +- tests/xmconfigdata/test-pci-devs.xml | 4 +- 165 files changed, 2092 insertions(+), 987 deletions(-) create mode 100644 tests/genericxml2xmlindata/generic-graphics-listen-back-compat-ports.xml create mode 100644 tests/genericxml2xmlindata/generic-graphics-vnc-listen-element-with-address-port.xml create mode 100644 tests/genericxml2xmloutdata/generic-graphics-listen-back-compat-ports.xml create mode 100644 tests/genericxml2xmloutdata/generic-graphics-vnc-listen-element-with-address-port.xml create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-graphics-spice-auto-socket-cfg.args create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-graphics-spice-auto-socket-cfg.xml create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-graphics-spice-auto-socket.args create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-graphics-spice-auto-socket.xml create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-graphics-spice-socket.args create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-graphics-spice-socket.xml create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-graphics-vnc-auto-socket-cfg.args create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-graphics-vnc-auto-socket-cfg.xml create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-graphics-vnc-auto-socket.args create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-graphics-vnc-auto-socket.xml delete mode 100644 tests/qemuxml2argvdata/qemuxml2argv-graphics-vnc-autosocket.args delete mode 100644 tests/qemuxml2argvdata/qemuxml2argv-graphics-vnc-autosocket.xml create mode 100644 tests/qemuxml2xmloutdata/qemuxml2xmlout-graphics-spice-auto-socket-cfg.xml create mode 100644 tests/qemuxml2xmloutdata/qemuxml2xmlout-graphics-spice-auto-socket.xml create mode 100644 tests/qemuxml2xmloutdata/qemuxml2xmlout-graphics-spice-socket.xml create mode 100644 tests/qemuxml2xmloutdata/qemuxml2xmlout-graphics-vnc-auto-socket-cfg.xml create mode 100644 tests/qemuxml2xmloutdata/qemuxml2xmlout-graphics-vnc-auto-socket.xml delete mode 100644 tests/qemuxml2xmloutdata/qemuxml2xmlout-graphics-vnc-autosocket.xml create mode 100644 tests/qemuxml2xmloutdata/qemuxml2xmlout-graphics-vnc-socket.xml -- 2.8.2

3 40

Re: [libvirt] [RFC 12/42] pc: initialize legacy hotplug only for 2.6 and older machine types
by Eduardo Habkost 12 May '16

12 May '16

On Wed, May 11, 2016 at 03:50:39PM +0200, Igor Mammedov wrote: > On Tue, 10 May 2016 17:24:14 -0300 > Eduardo Habkost <ehabkost(a)redhat.com> wrote: > > > On Mon, May 02, 2016 at 02:33:21PM +0200, Igor Mammedov wrote: > > > on old machine types CPU hotplug was uncondtionally > > > enabled since it was introduced, consuming IO ports > > > and providing AML regardles of whether it was actually > > > in use or not. Keep it so for 2.6 and older machines. > > > > > > New machine types will have an option to turn CPU > > > hotplug on if it's needed while by default it stays > > > disabled not consuming extra RAM/IO resources. > > > > > > Signed-off-by: Igor Mammedov <imammedo(a)redhat.com> > > > > What if people are using "-machine pc -smp N,max_cpus=M"? > > Shouldn't we at least warning about missing CPU hotplug support > > when using just "max_cpus" with no "cpu-hotplug=on" with pc-2.7 > > and newer? > Yep, I'll add it on next respin. > Would hard error better than warning? Not sure. It would break older libvirt versions, wouldn't it? But: isn't the new legacy-cpu-hotplug=false default going to break old libvirt versions anyway? Should we? (CCing libvirt list) > > > Should max_cpus > smp_cpus automatically set > > cpu-hotplug=on? > I'd prefer dumb explicit feature enablement, > as it doesn't put any assumptions on other options and > QEMU + mgmt don't have to maintain logic for implicit > rules that might enable it. > > and if I didn't manage to push 'device_add x86cpu' in 2.7 time frame, > guess work gets a bit confusing with current cpu-add semantic, > consider current: > > SRC-QEMU -smp 1,maxcpus=2 > cpu-add 1 > DST-QEMU -smp 2,maxcpus=2 > > vs would be device_add: > > SRC-QEMU -smp 1,maxcpus=2 > device_add cpu > DST-QEMU -smp 1,maxcpus=2 -device cpu > > so instead of qemu/users guessing, I suggest to make it explictly > enabled to get feature (which is mostly optional) or > cleanly fail qemu start if confusing options are specified > with a clear error message. Agreed we shouldn't encourage people to use the old option to get the new behavior. But I am worried about breaking existing configurations on a machine-type change. Is it possible to avoid that? -- Eduardo

3 2

[libvirt] [PATCH] schemas: Improve outdated comment
by Christophe Fergeau 12 May '16

12 May '16

--- docs/schemas/domaincommon.rng | 5 +---- 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/docs/schemas/domaincommon.rng b/docs/schemas/domaincommon.rng index 273715c..8798001 100644 --- a/docs/schemas/domaincommon.rng +++ b/docs/schemas/domaincommon.rng @@ -2622,10 +2622,7 @@ </element> </define>  <define name="graphic"> <element name="graphics"> -- 2.7.4

2 1

[libvirt] [PATCH 1/1] perf: add support to perf event for MBM
by Qiaowei Ren 12 May '16

12 May '16

Some Intel processor families (e.g. the Intel Xeon processor E5 v3 family) introduced some RDT (Resource Director Technology) features to monitor or control shared resource. Among these features, MBM (Memory Bandwidth Monitoring), which is build on the CMT (Cache Monitoring Technology) infrastructure, provides OS/VMM a way to monitor bandwidth from one level of cache to another. With current perf framework, this patch adds support to perf event for MBM. Signed-off-by: Qiaowei Ren <qiaowei.ren(a)intel.com> --- include/libvirt/libvirt-domain.h | 18 ++++++++++++ src/qemu/qemu_driver.c | 35 +++++++++++++++++++---- src/util/virperf.c | 60 ++++++++++++++++++++++++---------------- src/util/virperf.h | 2 ++ 4 files changed, 85 insertions(+), 30 deletions(-) diff --git a/include/libvirt/libvirt-domain.h b/include/libvirt/libvirt-domain.h index 160f20f..e4594f0 100644 --- a/include/libvirt/libvirt-domain.h +++ b/include/libvirt/libvirt-domain.h @@ -1904,6 +1904,24 @@ void virDomainStatsRecordListFree(virDomainStatsRecordPtr *stats); */ # define VIR_PERF_PARAM_CMT "cmt" +/** + * VIR_PERF_PARAM_MBMT: + * + * Macro for typed parameter name that represents MBMT perf event + * which can be used to monitor total system bandwidth (bytes/s) + * from one level of cache to another. + */ +# define VIR_PERF_PARAM_MBMT "mbmt" + +/** + * VIR_PERF_PARAM_MBML: + * + * Macro for typed parameter name that represents MBML perf event + * which can be used to monitor the amount of data (bytes/s) sent + * through the memory controller on the socket. + */ +# define VIR_PERF_PARAM_MBML "mbml" + int virDomainGetPerfEvents(virDomainPtr dom, virTypedParameterPtr *params, int *nparams, diff --git a/src/qemu/qemu_driver.c b/src/qemu/qemu_driver.c index c4c4968..a3bd7ec 100644 --- a/src/qemu/qemu_driver.c +++ b/src/qemu/qemu_driver.c @@ -10051,6 +10051,8 @@ qemuDomainSetPerfEvents(virDomainPtr dom, if (virTypedParamsValidate(params, nparams, VIR_PERF_PARAM_CMT, VIR_TYPED_PARAM_BOOLEAN, + VIR_PERF_PARAM_MBMT, VIR_TYPED_PARAM_BOOLEAN, + VIR_PERF_PARAM_MBML, VIR_TYPED_PARAM_BOOLEAN, NULL) < 0) return -1; @@ -19495,20 +19497,38 @@ qemuDomainGetStatsBlock(virQEMUDriverPtr driver, #undef QEMU_ADD_COUNT_PARAM static int -qemuDomainGetStatsPerfCmt(virPerfPtr perf, +qemuDomainGetStatsPerfRdt(virPerfPtr perf, + virPerfEventType type, virDomainStatsRecordPtr record, int *maxparams) { - uint64_t cache = 0; + uint64_t value = 0; - if (virPerfReadEvent(perf, VIR_PERF_EVENT_CMT, &cache) < 0) + if (virPerfReadEvent(perf, type, &value) < 0) return -1; - if (virTypedParamsAddULLong(&record->params, + if (type == VIR_PERF_EVENT_CMT && + virTypedParamsAddULLong(&record->params, &record->nparams, maxparams, "perf.cache", - cache) < 0) + value) < 0) + return -1; + + if (type == VIR_PERF_EVENT_MBMT && + virTypedParamsAddULLong(&record->params, + &record->nparams, + maxparams, + "perf.total_bytes", + value) < 0) + return -1; + + if (type == VIR_PERF_EVENT_MBML && + virTypedParamsAddULLong(&record->params, + &record->nparams, + maxparams, + "perf.local_bytes", + value) < 0) return -1; return 0; @@ -19531,7 +19551,10 @@ qemuDomainGetStatsPerf(virQEMUDriverPtr driver ATTRIBUTE_UNUSED, switch (i) { case VIR_PERF_EVENT_CMT: - if (qemuDomainGetStatsPerfCmt(priv->perf, record, maxparams) < 0) + case VIR_PERF_EVENT_MBMT: + case VIR_PERF_EVENT_MBML: + if (qemuDomainGetStatsPerfRdt(priv->perf, i, + record, maxparams) < 0) goto cleanup; break; } diff --git a/src/util/virperf.c b/src/util/virperf.c index bd65587..826d36a 100644 --- a/src/util/virperf.c +++ b/src/util/virperf.c @@ -38,7 +38,7 @@ VIR_LOG_INIT("util.perf"); #define VIR_FROM_THIS VIR_FROM_PERF VIR_ENUM_IMPL(virPerfEvent, VIR_PERF_EVENT_LAST, - "cmt"); + "cmt", "mbmt", "mbml"); struct virPerfEvent { int type; @@ -110,10 +110,10 @@ virPerfGetEvent(virPerfPtr perf, } static int -virPerfCmtEnable(virPerfEventPtr event, +virPerfRdtEnable(virPerfEventPtr event, pid_t pid) { - struct perf_event_attr cmt_attr; + struct perf_event_attr rdt_attr; char *buf = NULL; char *tmp = NULL; unsigned int event_type, scale; @@ -127,32 +127,42 @@ virPerfCmtEnable(virPerfEventPtr event, if (virStrToLong_ui(buf, NULL, 10, &event_type) < 0) { virReportSystemError(errno, "%s", - _("failed to get cmt event type")); + _("failed to get rdt event type")); goto error; } VIR_FREE(buf); - if (virFileReadAll("/sys/devices/intel_cqm/events/llc_occupancy.scale", - 10, &buf) < 0) - goto error; + memset(&rdt_attr, 0, sizeof(rdt_attr)); + rdt_attr.size = sizeof(rdt_attr); + rdt_attr.type = event_type; + rdt_attr.inherit = 1; + rdt_attr.disabled = 1; + rdt_attr.enable_on_exec = 0; - if (virStrToLong_ui(buf, NULL, 10, &scale) < 0) { - virReportSystemError(errno, "%s", - _("failed to get cmt scaling factor")); - goto error; + switch (event->type) { + case VIR_PERF_EVENT_CMT: + if (virFileReadAll("/sys/devices/intel_cqm/events/llc_occupancy.scale", + 10, &buf) < 0) + goto error; + + if (virStrToLong_ui(buf, NULL, 10, &scale) < 0) { + virReportSystemError(errno, "%s", + _("failed to get cmt scaling factor")); + goto error; + } + event->efields.cmt.scale = scale; + + rdt_attr.config = 1; + break; + case VIR_PERF_EVENT_MBMT: + rdt_attr.config = 2; + break; + case VIR_PERF_EVENT_MBML: + rdt_attr.config = 3; + break; } - event->efields.cmt.scale = scale; - - memset(&cmt_attr, 0, sizeof(cmt_attr)); - cmt_attr.size = sizeof(cmt_attr); - cmt_attr.type = event_type; - cmt_attr.config = 1; - cmt_attr.inherit = 1; - cmt_attr.disabled = 1; - cmt_attr.enable_on_exec = 0; - - event->fd = syscall(__NR_perf_event_open, &cmt_attr, pid, -1, -1, 0); + event->fd = syscall(__NR_perf_event_open, &rdt_attr, pid, -1, -1, 0); if (event->fd < 0) { virReportSystemError(errno, _("Unable to open perf type=%d for pid=%d"), @@ -162,7 +172,7 @@ virPerfCmtEnable(virPerfEventPtr event, if (ioctl(event->fd, PERF_EVENT_IOC_ENABLE) < 0) { virReportSystemError(errno, "%s", - _("Unable to enable perf event for CMT")); + _("Unable to enable perf event for RDT")); goto error; } @@ -186,7 +196,9 @@ virPerfEventEnable(virPerfPtr perf, switch (type) { case VIR_PERF_EVENT_CMT: - if (virPerfCmtEnable(event, pid) < 0) + case VIR_PERF_EVENT_MBMT: + case VIR_PERF_EVENT_MBML: + if (virPerfRdtEnable(event, pid) < 0) return -1; break; case VIR_PERF_EVENT_LAST: diff --git a/src/util/virperf.h b/src/util/virperf.h index 8ec8753..769e85a 100644 --- a/src/util/virperf.h +++ b/src/util/virperf.h @@ -26,6 +26,8 @@ typedef enum { VIR_PERF_EVENT_CMT, + VIR_PERF_EVENT_MBMT, + VIR_PERF_EVENT_MBML, VIR_PERF_EVENT_LAST } virPerfEventType; -- 1.9.1

3 2

[libvirt] docs: Change or update the hacking page
by Nishith Shah 12 May '16

12 May '16

6 8

[libvirt] Introducing Fabian Freyer (GSoC 2016 student)
by Roman Bogorodskiy 12 May '16

12 May '16

Hi, I'd like to introduce Fabian Freyer (CCed), he's taking part in Google Support of Code this year within FreeBSD organization and his project is called "Improving libvirt support for bhyve". Below I'm sharing a tentative plan we currently have. Or, to be more specific, it's a list of ideas for the bhyve driver with things were implementation is clear going first, followed by items were some additional research and working on approach needed. There's no goal to implement everything from this list though. This list was assembled by Fabian with some minor edits from me. Suggestions and ideas are very welcome. --- The primary aim of this project is to implement missing calls and functionality in the libvirt bhyve driver. According to the libvirt API Support Matrix [1], there are a large number of calls not yet implemented. While some missing API calls are not applicable to bhyve, a number of them are, among them the following calls: General calls: - virConnectDomainXMLFromNative This would mostly be an argument parser for a bhyve(8) and bhyvectl(8) command line. - virConnectGetCPUModelNames This needs a research: bhyve is not very flexible in configuration of what CPU model is exposed to the guest, need to figure out if that’s worth implementing now. Connection calls: Most of these include some form of authentication handling and are therefore not applicable. However, the following do apply to bhyve and are easy to implement: - virConnectGetType Trivially return “BHYVE” - virConnectIsAlive Trivially return 1, since “A connection will be classed as alive if it is [...] local” and /dev/vmm is local. - virConnectIsEncrypted Trivially return 0, since bhyve does not support encrypted interfaces. General Domain calls: - virDomainGetMaxMemory Since bhyve does not support memory ballooning, just return the amount of memory allocated here - virDomainGetMaxVcpus, virDomainGetVcpus Would use the approach described in this mailing list thread: “Until the vCPU state is exposed by bhyvectl, or we provide a sysctl, you can use heuristics: the number of vCPU threads for the bhyve process, or scan all vCPUs and only count those that have a non-zero RIP.” [2] - virDomainGetCPUStats - virDomainGetTime - virDomainInjectNMI Call bhyvectl --inject-nmi - virDomainReset Reset a bhyve VM with ‘bhyvectl --force-reset’ and then clean things up using bhyvectl --destroy; update bhyve monitor code to handle exit code 0 from bhyve(8) that’s corresponding to reset (0 - reset / reboot, 1 - shutdown, 2 - halt) to trigger re-starting of the VM. - virDomainReboot Block-Device level calls: These would implement access to the vdev block storage layer. The plan is implement support for both file-backed and zvol-backed virtual machines for the following API calls: - virDomainGetBlockInfo - virDomainBlockPeek - virDomainBlockCopy - virDomainBlockStats - virDomainBlockStatsFlags Going further, since zvols support snapshotting, I plan to implement the following for zvol-backed storage: - virDomainBlockCommit - virDomainBlockPull VirtFS layer I would like to create patches to support specifying filesystems when creating the domain as well as the following calls to be merged at a later time when VirtFS-9p support for bhyve becomes ready: - virDomainFSFreeze - virDomainFSThaw Memory inspection - virDomainMemoryPeek A guest’s memory space is exposed in /dev/vmm, so this call would have to read from that. - virDomainMemoryStats Virt-host-validate(1) bhyve support Add bhyve support to virt-host-validate: - Check support of CPU supports features required for bhyve - Check if the vmm module is available - Check if essential networking things are available (if_bridge(4), if_tap(4)) + nmdm(4) for console Networking support Currently the bhyve’s libvirt driver (as well as libxl/FreeBSD driver) only supports L2 interface bridging. There’s no support for upper level schemas like NAT for example. This is a huge task that involves research of what firefall is more applicable (ipfw or pf), designing of the firewall rules and the actual implemtation. PCI passthrough support I.e. the the "bhyve ... -s 7:0,passthru,4/0/0" thing. Probably that will involve the HAL nodedev driver modifications. --- PS For historic purposes, I've stashed the original proposal: https://people.freebsd.org/~novel/misc/FabianFreyer_GoogleSummerofCode2016p… 1: https://libvirt.org/hvsupport.html 2: https://lists.freebsd.org/pipermail/freebsd-virtualization/2014-April/00246… Roman Bogorodskiy

5 5

[libvirt] [PATCH] util: Fix virGetLastErrorMessage to return proper error when 'err' is NULL
by Erik Skultety 12 May '16

12 May '16

Both virGetLastError and virGetLastErrorMessage call virLastErrorObject method that returns a thread-local error object. However, if a direct call to malloc or pthread_setspecific (probably also due to malloc, since it sets ENOMEM) fail, virLastErrorObject returns NULL which, although incorrectly interpreted by virGetLastError as no error, still requires the caller to check for NULL pointer. This isn't the case with virGetLastErrorMessage that also treated it incorrectly as no error, but returned the literal "no error". This patch tweaks the checks in the virGetLastErrorMessage function, so that if virLastErrorObject failed, it returned "unknown error" which is equivalent to the current approach with virGetLastError and if it returned NULL, "unknown error" was set. Signed-off-by: Erik Skultety <eskultet(a)redhat.com> --- src/util/virerror.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/util/virerror.c b/src/util/virerror.c index 5d875e3..1177570 100644 --- a/src/util/virerror.c +++ b/src/util/virerror.c @@ -281,9 +281,9 @@ const char * virGetLastErrorMessage(void) { virErrorPtr err = virLastErrorObject(); - if (!err || err->code == VIR_ERR_OK) + if (err && err->code == VIR_ERR_OK) return _("no error"); - if (err->message == NULL) + if (!err || !err->message) return _("unknown error"); return err->message; } -- 2.5.5

2 2

[libvirt] [PATCH v3 0/2] Add IV Secret Object support (for RBD only)
by John Ferlan 11 May '16

11 May '16

v2 here: http://www.redhat.com/archives/libvir-list/2016-May/msg00067.html First 6 patches from v2 were pushed since they were ACK'd I modified the 7th patch to add the ATTRIBUTE_UNUSED to the static functions qemuDomainSecretHaveEncypt and qemuDomainSecretIVSetup and merged in the HAVE_GNUTLS_CIPHER_ENCRYPT. This should address Michal's point in patch 7 review. Patch 2 thus becomes the "remainder" of the work necessary in order to get IV Secrets available for RBD volumes. It's most of the former patch 8 with removal if iSCSI oddities. Patch 8 will then remove the ATTRIBUTE_UNUSED from the 2 static functions now that qemuDomainSecretSetup exists to call it. The change here was to add the check for protocol == VIR_STORAGE_NET_PROTOCOL_RBD before "defaulting" to using the IV secret (e.g., the magic decision point). Since the command code didn't need the secret setup for iSCSI, it's been extracted to another safe place just in case it needs to be resurrected. John Ferlan (2): qemu: Introduce new Secret IV API's qemu: Utilize qemu secret objects for RBD auth/secret configure.ac | 1 + src/qemu/qemu_alias.c | 23 +++ src/qemu/qemu_alias.h | 2 + src/qemu/qemu_command.c | 130 +++++++++++++- src/qemu/qemu_domain.c | 189 ++++++++++++++++++++- ...emuxml2argv-disk-drive-network-rbd-auth-IV.args | 31 ++++ ...qemuxml2argv-disk-drive-network-rbd-auth-IV.xml | 42 +++++ tests/qemuxml2argvmock.c | 31 +++- tests/qemuxml2argvtest.c | 11 ++ 9 files changed, 451 insertions(+), 9 deletions(-) create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-disk-drive-network-rbd-auth-IV.args create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-disk-drive-network-rbd-auth-IV.xml -- 2.5.5

3 8

[libvirt] [PATCH] tests: qemu: mock master key generation
by Peter Krempa 11 May '16

11 May '16

The master key generation is using host state to get the random bytes. Currently it's not used so it doesn't break any tests, but it may become a problem in the future. Fix it by mocking qemuDomainGenerateRandomKey. This is possible after exporting it and switching to the dynamically linked qemu driver object for tests. --- This also makes the test not call any gnutls function which crashed certain gnutls versions as we did not initialize it (gnutls_global_init()). It may be also worth adding the call to virtTestMain so that tests don't run into that problem, but I'm not totaly persuaded that it's a good idea. src/qemu/qemu_domain.c | 2 +- src/qemu/qemu_domain.h | 2 ++ tests/Makefile.am | 2 +- tests/qemuxml2argvmock.c | 21 +++++++++++++++++++++ 4 files changed, 25 insertions(+), 2 deletions(-) diff --git a/src/qemu/qemu_domain.c b/src/qemu/qemu_domain.c index 3da0079..d955ed4 100644 --- a/src/qemu/qemu_domain.c +++ b/src/qemu/qemu_domain.c @@ -640,7 +640,7 @@ qemuDomainMasterKeyReadFile(qemuDomainObjPrivatePtr priv) * * Returns pointer memory containing key on success, NULL on failure */ -static uint8_t * +uint8_t * qemuDomainGenerateRandomKey(size_t nbytes) { uint8_t *key; diff --git a/src/qemu/qemu_domain.h b/src/qemu/qemu_domain.h index c711188..b116949 100644 --- a/src/qemu/qemu_domain.h +++ b/src/qemu/qemu_domain.h @@ -669,4 +669,6 @@ int qemuDomainSecretPrepare(virConnectPtr conn, virDomainObjPtr vm) int qemuDomainDefValidateDiskLunSource(const virStorageSource *src) ATTRIBUTE_NONNULL(1); +uint8_t *qemuDomainGenerateRandomKey(size_t nbytes); + #endif /* __QEMU_DOMAIN_H__ */ diff --git a/tests/Makefile.am b/tests/Makefile.am index 75efb90..ba14b8f 100644 --- a/tests/Makefile.am +++ b/tests/Makefile.am @@ -561,7 +561,7 @@ libqemutestdriver_la_LIBADD = $(qemu_LDADDS) qemuxml2argvtest_SOURCES = \ qemuxml2argvtest.c testutilsqemu.c testutilsqemu.h \ testutils.c testutils.h -qemuxml2argvtest_LDADD = $(qemu_LDADDS) $(LDADDS) $(LIBXML_LIBS) +qemuxml2argvtest_LDADD = libqemutestdriver.la $(LDADDS) $(LIBXML_LIBS) qemuxml2argvmock_la_SOURCES = \ qemuxml2argvmock.c diff --git a/tests/qemuxml2argvmock.c b/tests/qemuxml2argvmock.c index 1616eed..1bad3ae 100644 --- a/tests/qemuxml2argvmock.c +++ b/tests/qemuxml2argvmock.c @@ -30,6 +30,10 @@ #include "virstring.h" #include "virtpm.h" #include "virutil.h" +#include "viralloc.h" + +#include "qemu/qemu_domain.h" + #include <time.h> #include <unistd.h> @@ -145,3 +149,20 @@ virCommandPassFD(virCommandPtr cmd ATTRIBUTE_UNUSED, { /* nada */ } + + +uint8_t * +qemuDomainGenerateRandomKey(size_t nbytes) +{ + size_t i; + uint8_t seq = 0; + uint8_t *key; + + if (VIR_ALLOC_N(key, nbytes) < 0) + return NULL; + + for (i = 0; i < nbytes; i++) + key[i] = seq++; + + return key; +} -- 2.8.2

2 4

[libvirt] [PATCH] spec: Fix broken indentation reported by syntax-check
by Erik Skultety 11 May '16

11 May '16

syntax-check complained about broken indentation in libvirt.spec.in which was broken by commit 3694e038 Signed-off-by: Erik Skultety <eskultet(a)redhat.com> --- Pushed under trivial rule. Erik libvirt.spec.in | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/libvirt.spec.in b/libvirt.spec.in index 886f5cf..d96917b 100644 --- a/libvirt.spec.in +++ b/libvirt.spec.in @@ -4,9 +4,9 @@ # or for RHEL 6 or newer. It may need some tweaks for other distros. # If neither fedora nor rhel was defined, try to guess them from dist %if (0%{?fedora} && 0%{?fedora} >= 20) || (0%{?rhel} && 0%{?rhel} >= 6) -%define supported_platform 1 + %define supported_platform 1 %else -%define supported_platform 0 + %define supported_platform 0 %endif # Default to skipping autoreconf. Distros can change just this one line -- 2.5.5

1 0

[libvirt] [PATCH REPOST 0/5] admin: Introduce APIs to get/set client processing
by Erik Skultety 11 May '16

11 May '16

This is just a rebased version of https://www.redhat.com/archives/libvir-list/2016-April/msg00466.html. Patches 1/7 and 2/7 of the original series were already pushed with another series. Erik Skultety (5): virnetserver: Introduce client processing controls getters admin: Introduce some public constants related to client processing controls admin: Introduce virAdmServerGetClientProcessingControls admin: Introduce virAdmServerSetClientProcessingControls virt-admin: Introduce commands srv-clients-info and srv-clients-set daemon/admin.c | 86 +++++++++++++++++++ daemon/admin_server.c | 76 +++++++++++++++++ daemon/admin_server.h | 10 +++ include/libvirt/libvirt-admin.h | 52 ++++++++++++ src/admin/admin_protocol.x | 30 ++++++- src/admin/admin_remote.c | 74 +++++++++++++++++ src/admin_protocol-structs | 20 +++++ src/libvirt-admin.c | 89 ++++++++++++++++++++ src/libvirt_admin_private.syms | 3 + src/libvirt_admin_public.syms | 2 + src/rpc/virnetserver.c | 83 +++++++++++++++++++ src/rpc/virnetserver.h | 9 ++ tools/virt-admin.c | 177 ++++++++++++++++++++++++++++++++++++++++ 13 files changed, 710 insertions(+), 1 deletion(-) -- 2.5.5

2 15

[libvirt] [PATCH 0/5] domaincaps: Report spice GL capabilities
by Cole Robinson 11 May '16

11 May '16

This extends domain capabilities to report some bits apps will want to determine if spice GL is supported: <domainCapabilities> <devices> <video supported='yes'> <enum name='modelType'/> <enum name='virtioAccel3D'/> </video> <graphics supported='yes'> <enum name='type'/> <enum name='spiceGL'/> </graphics> </devices> </domainCapabilities> Cole Robinson (5): domaincaps: Report graphics type enum domaincaps: Report video modelType domaincaps: Report graphics spiceGL qemu: command: unconditionally allow accel3d='no' domaincaps: Report graphics spiceGL docs/formatdomaincaps.html.in | 76 +++++++++++++++++++++- docs/schemas/domaincaps.rng | 16 +++++ src/conf/domain_capabilities.c | 28 ++++++++ src/conf/domain_capabilities.h | 21 ++++++ src/qemu/qemu_capabilities.c | 53 ++++++++++++++- src/qemu/qemu_command.c | 2 +- tests/domaincapsschemadata/domaincaps-basic.xml | 2 + tests/domaincapsschemadata/domaincaps-full.xml | 31 +++++++++ .../domaincaps-qemu_1.6.50-1.xml | 21 ++++++ .../domaincaps-qemu_2.6.0-1.xml | 24 +++++++ .../domaincaps-qemu_2.6.0-2.xml | 19 ++++++ .../domaincaps-qemu_2.6.0-3.xml | 19 ++++++ .../domaincaps-qemu_2.6.0-4.xml | 19 ++++++ .../domaincaps-qemu_2.6.0-5.xml | 19 ++++++ tests/domaincapstest.c | 10 +++ 15 files changed, 357 insertions(+), 3 deletions(-) -- 2.7.4

5 25

[libvirt] [PATCH 0/2] *** use virGetLastErrorMessage ***
by Jovanka Gulicoska 11 May '16

11 May '16

*** BLURB HERE *** Jovanka Gulicoska (2): tests: use virGetLastErrorMessage() Use virGetLastErrorMessage()

3 9

[libvirt] [PATCH 0/3] Patches for some device mapper multipath issues
by John Ferlan 11 May '16

11 May '16

Patch 1 just makes sure that prior to calling refreshPool we make sure to clear the objects; otherwise, the refresh code will duplicate. Text within patch 3 seems to indicate that entries were showing up more than once - although those may be bug related. In any case, although perhaps not necessary here - better safe than sorry. Patch 2 is a rework of changes that went into 1.3.2 related to how libvirt_parthelper generates the volume target path name that didn't quite get the algorithm right when the device source path ended with a non numeric value. As it turns out it seems the naming algorithm is much "simpler"; however, rather than just remove the attribute, I figured it should be kept "just in case" something *needed* to add that "p" it would be possible. It seems from output described here: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/ht… That it would be possible. Patch 3 was probably seen because Patch 2 testing occurs, so the same "sequence" used in other disk backend based testing was attempted. As it turns out, I don't believe the deletion for a multipath device ever really worked. The original patch could have been reverted except that it intermingled changes to support linking device-mapper with parthelper. John Ferlan (3): storage: Need to clear pool prior to calling the refreshPool storage: Fix algorithm generating path names for devmapper storage: Fix virStorageBackendDiskDeleteVol for device mapper configure.ac | 15 ++---- docs/formatstorage.html.in | 18 ++----- src/storage/parthelper.c | 13 +++-- src/storage/storage_backend_disk.c | 108 ++++++++++++++++++++++++------------- src/storage/storage_driver.c | 3 ++ 5 files changed, 89 insertions(+), 68 deletions(-) -- 2.5.5

2 6

[libvirt] [PATCH] libxl: fix vm lock overwritten bug
by Wang Yufei 11 May '16

11 May '16

In libxl driver we do virObjectRef in libxlDomainObjBeginJob, If virCondWaitUntil failed, it goes to error, do virObjectUnref, There's a chance that someone undefine the vm at the same time, and refs unref to zero, vm is freed in libxlDomainObjBeginJob. But the vm outside function is not Null, we do virObjectUnlock(vm). That's how we overwrite the vm memory after it's freed. Because the coding amount is much, I fix it partly in libxlDomainCreateWithFlags. If my opinion is right and there're no problems, I'll fix them all later. Signed-off-by: Wang Yufei <james.wangyufei(a)huawei.com> --- .gnulib | 1 - src/libxl/libxl_domain.c | 6 +----- src/libxl/libxl_domain.h | 2 +- src/libxl/libxl_driver.c | 5 ++--- 4 files changed, 4 insertions(+), 10 deletions(-) delete mode 160000 .gnulib diff --git a/.gnulib b/.gnulib deleted file mode 160000 index 6cc32c6..0000000 --- a/.gnulib +++ /dev/null @@ -1 +0,0 @@ -Subproject commit 6cc32c63e80bc1a30c521b2f07f2b54909b59892 diff --git a/src/libxl/libxl_domain.c b/src/libxl/libxl_domain.c index 14a900c..a90ce53 100644 --- a/src/libxl/libxl_domain.c +++ b/src/libxl/libxl_domain.c @@ -123,7 +123,6 @@ libxlDomainObjBeginJob(libxlDriverPrivatePtr driver ATTRIBUTE_UNUSED, return -1; then = now + LIBXL_JOB_WAIT_TIME; - virObjectRef(obj); while (priv->job.active) { VIR_DEBUG("Wait normal job condition for starting job: %s", @@ -157,7 +156,6 @@ libxlDomainObjBeginJob(libxlDriverPrivatePtr driver ATTRIBUTE_UNUSED, virReportSystemError(errno, "%s", _("cannot acquire job mutex")); - virObjectUnref(obj); return -1; } @@ -171,7 +169,7 @@ libxlDomainObjBeginJob(libxlDriverPrivatePtr driver ATTRIBUTE_UNUSED, * non-zero, false if the reference count has dropped to zero * and obj is disposed. */ -bool +void libxlDomainObjEndJob(libxlDriverPrivatePtr driver ATTRIBUTE_UNUSED, virDomainObjPtr obj) { @@ -183,8 +181,6 @@ libxlDomainObjEndJob(libxlDriverPrivatePtr driver ATTRIBUTE_UNUSED, libxlDomainObjResetJob(priv); virCondSignal(&priv->job.cond); - - return virObjectUnref(obj); } int diff --git a/src/libxl/libxl_domain.h b/src/libxl/libxl_domain.h index 1c1eba3..ce28944 100644 --- a/src/libxl/libxl_domain.h +++ b/src/libxl/libxl_domain.h @@ -85,7 +85,7 @@ libxlDomainObjBeginJob(libxlDriverPrivatePtr driver, enum libxlDomainJob job) ATTRIBUTE_RETURN_CHECK; -bool +void libxlDomainObjEndJob(libxlDriverPrivatePtr driver, virDomainObjPtr obj) ATTRIBUTE_RETURN_CHECK; diff --git a/src/libxl/libxl_driver.c b/src/libxl/libxl_driver.c index bf97c9c..a46994a 100644 --- a/src/libxl/libxl_driver.c +++ b/src/libxl/libxl_driver.c @@ -294,7 +294,7 @@ libxlDomObjFromDomain(virDomainPtr dom) libxlDriverPrivatePtr driver = dom->conn->privateData; char uuidstr[VIR_UUID_STRING_BUFLEN]; - vm = virDomainObjListFindByUUID(driver->domains, dom->uuid); + vm = virDomainObjListFindByUUIDRef(driver->domains, dom->uuid); if (!vm) { virUUIDFormat(dom->uuid, uuidstr); virReportError(VIR_ERR_NO_DOMAIN, @@ -2691,8 +2691,7 @@ libxlDomainCreateWithFlags(virDomainPtr dom, vm = NULL; cleanup: - if (vm) - virObjectUnlock(vm); + virDomainObjEndAPI(&vm); return ret; } -- 1.9.5.msysgit.1

3 3

[libvirt] [PATCH v2] storage: Fix regression cloning volume into a logical pool
by John Ferlan 11 May '16

11 May '16

https://bugzilla.redhat.com/show_bug.cgi?id=1318993 Commit id 'dd519a294' caused a regression cloning a volume into a logical pool by removing just the 'allocation' adjustment during storageVolCreateXMLFrom. Combined with the change to not require the new volume input XML to have a capacity listed (commit id 'e3f1d2a8') left the possibility that a copy from a larger volume into a smaller volume would create a thin/sparse logical volume. If a thin lv becomes fully populated, then LVM will set the partition 'inactive' and the subsequent fdatasync() would fail. In order to fix this in a backend agnostic manner, only adjust the new capacity if not provided. Likewise, if the new allocation is not provided, then use the capacity value as we document that if omitted, the volume will be fully allocated at time of creation. In order to ascertain that <allocation> == 0 was because it was not provided and not because it was provided as a 0 value, add a has_allocation flag which will be checked during in order to honor the possibility that <capacity> was provided as some value and <allocation> was provided as 0. For a logical backend, that creation time is 'createVol', while for a file backend, creation doesn't set the size, but the 'createRaw' called during buildVolFrom will decide whether the file is sparse or not based on the provided capacity and allocation value. For volume clones that provide different allocation and capacity values to allow for sparse files, there is no change. Signed-off-by: John Ferlan <jferlan(a)redhat.com> --- v1: http://www.redhat.com/archives/libvir-list/2016-April/msg01994.html src/conf/storage_conf.c | 1 + src/storage/storage_driver.c | 18 +++++++++++++++--- src/util/virstoragefile.c | 1 + src/util/virstoragefile.h | 2 ++ 4 files changed, 19 insertions(+), 3 deletions(-) diff --git a/src/conf/storage_conf.c b/src/conf/storage_conf.c index 0b91956..6932195 100644 --- a/src/conf/storage_conf.c +++ b/src/conf/storage_conf.c @@ -1370,6 +1370,7 @@ virStorageVolDefParseXML(virStoragePoolDefPtr pool, unit = virXPathString("string(./allocation/@unit)", ctxt); if (virStorageSize(unit, allocation, &ret->target.allocation) < 0) goto error; + ret->target.has_allocation = true; } else { ret->target.allocation = ret->target.capacity; } diff --git a/src/storage/storage_driver.c b/src/storage/storage_driver.c index 1d42f24..0afe522 100644 --- a/src/storage/storage_driver.c +++ b/src/storage/storage_driver.c @@ -2034,11 +2034,23 @@ storageVolCreateXMLFrom(virStoragePoolPtr obj, goto cleanup; } - /* Use the original volume's capacity in case the new capacity - * is less than that, or it was omitted */ - if (newvol->target.capacity < origvol->target.capacity) + /* Use the original volume's capacity if the new capacity was omitted. + * If the provided newvol capacity is less than original, we cannot just + * use the original since the subsequent createVol has "competing needs" + * for backends. A logical volume backend could then create a thin lv + * that has different characteristics when copying from the original + * volume than perhaps a raw disk file. */ + if (newvol->target.capacity == 0) newvol->target.capacity = origvol->target.capacity; + /* If the new allocation is 0 and the allocation was not provided in + * the XML, then use capacity as it's specifically documented "If + * omitted when creating a volume, the volume will be fully allocated + * at time of creation.". This is especially important for logical + * volume creation. */ + if (newvol->target.allocation == 0 && !newvol->target.has_allocation) + newvol->target.allocation = newvol->target.capacity; + if (!backend->buildVolFrom) { virReportError(VIR_ERR_NO_SUPPORT, "%s", _("storage pool does not support" diff --git a/src/util/virstoragefile.c b/src/util/virstoragefile.c index 4f44e05..d4e61ca 100644 --- a/src/util/virstoragefile.c +++ b/src/util/virstoragefile.c @@ -1835,6 +1835,7 @@ virStorageSourceCopy(const virStorageSource *src, ret->format = src->format; ret->capacity = src->capacity; ret->allocation = src->allocation; + ret->has_allocation = src->has_allocation; ret->physical = src->physical; ret->readonly = src->readonly; ret->shared = src->shared; diff --git a/src/util/virstoragefile.h b/src/util/virstoragefile.h index 17e1277..b88e715 100644 --- a/src/util/virstoragefile.h +++ b/src/util/virstoragefile.h @@ -260,6 +260,8 @@ struct _virStorageSource { unsigned long long capacity; /* in bytes, 0 if unknown */ unsigned long long allocation; /* in bytes, 0 if unknown */ unsigned long long physical; /* in bytes, 0 if unknown */ + bool has_allocation; /* Set to true when provided in XML */ + size_t nseclabels; virSecurityDeviceLabelDefPtr *seclabels; -- 2.5.5

2 2

[libvirt] [PATCH] virt-aa-helper: fix clang build
by Pavel Hrdina 11 May '16

11 May '16

Clang complains about wrong argument type: libvirt/src/security/virt-aa-helper.c:174:11: error: absolute value function 'abs' given an argument of type 'long' but has parameter of type 'int' which may cause truncation of value [-Werror,-Wabsolute-value] idx = abs(pos - orig); ^ Signed-off-by: Pavel Hrdina <phrdina(a)redhat.com> --- src/security/virt-aa-helper.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/security/virt-aa-helper.c b/src/security/virt-aa-helper.c index 7eeb4ef..14f8afb 100644 --- a/src/security/virt-aa-helper.c +++ b/src/security/virt-aa-helper.c @@ -171,7 +171,7 @@ replace_string(char *orig, const size_t len, const char *oldstr, } tmp[0] = '\0'; - idx = abs(pos - orig); + idx = abs((int)(pos - orig)); /* copy everything up to oldstr */ strncat(tmp, orig, idx); -- 2.8.2

3 4

[libvirt] [PATCH 1/1] perf: add support to perf event for MBM
by Qiaowei Ren 11 May '16

11 May '16

MBM (Memory Bandwidth Monitoring) is a new feature introduced in some Intel processor families. MBM is build on the CMT (Cache Monitoring Technology) infrastructure to allow monitoring of bandwidth from one level of the cache hierarchy to the next. With current perf framework, this patch adds support to perf event for MBM. Signed-off-by: Qiaowei Ren <qiaowei.ren(a)intel.com> --- include/libvirt/libvirt-domain.h | 14 +++++++++++ src/qemu/qemu_driver.c | 50 ++++++++++++++++++++++++++++++++++++++++ src/util/virperf.c | 40 +++++++++++++++++++++----------- src/util/virperf.h | 2 ++ 4 files changed, 92 insertions(+), 14 deletions(-) diff --git a/include/libvirt/libvirt-domain.h b/include/libvirt/libvirt-domain.h index 160f20f..9c3795c 100644 --- a/include/libvirt/libvirt-domain.h +++ b/include/libvirt/libvirt-domain.h @@ -1904,6 +1904,20 @@ void virDomainStatsRecordListFree(virDomainStatsRecordPtr *stats); */ # define VIR_PERF_PARAM_CMT "cmt" +/** + * VIR_PERF_PARAM_MBMT: + * + * Macro for typed parameter name that represents MBMT perf event. + */ +# define VIR_PERF_PARAM_MBMT "mbmt" + +/** + * VIR_PERF_PARAM_MBML: + * + * Macro for typed parameter name that represents MBML perf event. + */ +# define VIR_PERF_PARAM_MBML "mbml" + int virDomainGetPerfEvents(virDomainPtr dom, virTypedParameterPtr *params, int *nparams, diff --git a/src/qemu/qemu_driver.c b/src/qemu/qemu_driver.c index c4c4968..8c79e49 100644 --- a/src/qemu/qemu_driver.c +++ b/src/qemu/qemu_driver.c @@ -10051,6 +10051,8 @@ qemuDomainSetPerfEvents(virDomainPtr dom, if (virTypedParamsValidate(params, nparams, VIR_PERF_PARAM_CMT, VIR_TYPED_PARAM_BOOLEAN, + VIR_PERF_PARAM_MBMT, VIR_TYPED_PARAM_BOOLEAN, + VIR_PERF_PARAM_MBML, VIR_TYPED_PARAM_BOOLEAN, NULL) < 0) return -1; @@ -19515,6 +19517,46 @@ qemuDomainGetStatsPerfCmt(virPerfPtr perf, } static int +qemuDomainGetStatsPerfMbmt(virPerfPtr perf, + virDomainStatsRecordPtr record, + int *maxparams) +{ + uint64_t total_bytes = 0; + + if (virPerfReadEvent(perf, VIR_PERF_EVENT_MBMT, &total_bytes) < 0) + return -1; + + if (virTypedParamsAddDouble(&record->params, + &record->nparams, + maxparams, + "perf.total_bytes", + total_bytes*1e-6) < 0) + return -1; + + return 0; +} + +static int +qemuDomainGetStatsPerfMbml(virPerfPtr perf, + virDomainStatsRecordPtr record, + int *maxparams) +{ + uint64_t local_bytes = 0; + + if (virPerfReadEvent(perf, VIR_PERF_EVENT_MBML, &local_bytes) < 0) + return -1; + + if (virTypedParamsAddDouble(&record->params, + &record->nparams, + maxparams, + "perf.local_bytes", + local_bytes*1e-6) < 0) + return -1; + + return 0; +} + +static int qemuDomainGetStatsPerf(virQEMUDriverPtr driver ATTRIBUTE_UNUSED, virDomainObjPtr dom, virDomainStatsRecordPtr record, @@ -19534,6 +19576,14 @@ qemuDomainGetStatsPerf(virQEMUDriverPtr driver ATTRIBUTE_UNUSED, if (qemuDomainGetStatsPerfCmt(priv->perf, record, maxparams) < 0) goto cleanup; break; + case VIR_PERF_EVENT_MBMT: + if (qemuDomainGetStatsPerfMbmt(priv->perf, record, maxparams) < 0) + goto cleanup; + break; + case VIR_PERF_EVENT_MBML: + if (qemuDomainGetStatsPerfMbml(priv->perf, record, maxparams) < 0) + goto cleanup; + break; } } diff --git a/src/util/virperf.c b/src/util/virperf.c index bd65587..7cfdd77 100644 --- a/src/util/virperf.c +++ b/src/util/virperf.c @@ -38,7 +38,7 @@ VIR_LOG_INIT("util.perf"); #define VIR_FROM_THIS VIR_FROM_PERF VIR_ENUM_IMPL(virPerfEvent, VIR_PERF_EVENT_LAST, - "cmt"); + "cmt", "mbmt", "mbml"); struct virPerfEvent { int type; @@ -132,26 +132,36 @@ virPerfCmtEnable(virPerfEventPtr event, } VIR_FREE(buf); - if (virFileReadAll("/sys/devices/intel_cqm/events/llc_occupancy.scale", - 10, &buf) < 0) - goto error; - - if (virStrToLong_ui(buf, NULL, 10, &scale) < 0) { - virReportSystemError(errno, "%s", - _("failed to get cmt scaling factor")); - goto error; - } - - event->efields.cmt.scale = scale; - memset(&cmt_attr, 0, sizeof(cmt_attr)); cmt_attr.size = sizeof(cmt_attr); cmt_attr.type = event_type; - cmt_attr.config = 1; cmt_attr.inherit = 1; cmt_attr.disabled = 1; cmt_attr.enable_on_exec = 0; + switch (event->type) { + case VIR_PERF_EVENT_CMT: + if (virFileReadAll("/sys/devices/intel_cqm/events/llc_occupancy.scale", + 10, &buf) < 0) + goto error; + + if (virStrToLong_ui(buf, NULL, 10, &scale) < 0) { + virReportSystemError(errno, "%s", + _("failed to get cmt scaling factor")); + goto error; + } + event->efields.cmt.scale = scale; + + cmt_attr.config = 1; + break; + case VIR_PERF_EVENT_MBMT: + cmt_attr.config = 2; + break; + case VIR_PERF_EVENT_MBML: + cmt_attr.config = 3; + break; + } + event->fd = syscall(__NR_perf_event_open, &cmt_attr, pid, -1, -1, 0); if (event->fd < 0) { virReportSystemError(errno, @@ -186,6 +196,8 @@ virPerfEventEnable(virPerfPtr perf, switch (type) { case VIR_PERF_EVENT_CMT: + case VIR_PERF_EVENT_MBMT: + case VIR_PERF_EVENT_MBML: if (virPerfCmtEnable(event, pid) < 0) return -1; break; diff --git a/src/util/virperf.h b/src/util/virperf.h index 8ec8753..769e85a 100644 --- a/src/util/virperf.h +++ b/src/util/virperf.h @@ -26,6 +26,8 @@ typedef enum { VIR_PERF_EVENT_CMT, + VIR_PERF_EVENT_MBMT, + VIR_PERF_EVENT_MBML, VIR_PERF_EVENT_LAST } virPerfEventType; -- 1.9.1

2 1

[libvirt] [PATCH] headers: Remove unnecessary keyword extern from function declaration
by Erik Skultety 11 May '16

11 May '16

Usage of this keyword in front of function declaration that is exported via a header file is unnecessary, since internally, this has been the default for most compilers for quite some time. Signed-off-by: Erik Skultety <eskultet(a)redhat.com> --- src/conf/capabilities.h | 28 +++++++------- src/cpu/cpu.h | 24 ++++++------ src/cpu/cpu_map.h | 2 +- src/lxc/lxc_fuse.h | 6 +-- src/util/virhashcode.h | 2 +- src/util/virlog.h | 78 +++++++++++++++++++-------------------- src/util/virstats.h | 4 +- src/xen/block_stats.h | 4 +- src/xen/xen_driver.h | 2 +- src/xenapi/xenapi_driver.h | 2 +- tools/virt-host-validate-common.h | 62 +++++++++++++++---------------- tools/virt-host-validate-lxc.h | 2 +- tools/virt-host-validate-qemu.h | 2 +- 13 files changed, 109 insertions(+), 109 deletions(-) diff --git a/src/conf/capabilities.h b/src/conf/capabilities.h index 2767f48..cfdc34a 100644 --- a/src/conf/capabilities.h +++ b/src/conf/capabilities.h @@ -204,27 +204,27 @@ struct _virCapsDomainData { }; -extern virCapsPtr +virCapsPtr virCapabilitiesNew(virArch hostarch, bool offlineMigrate, bool liveMigrate); -extern void +void virCapabilitiesFreeNUMAInfo(virCapsPtr caps); -extern int +int virCapabilitiesAddHostFeature(virCapsPtr caps, const char *name); -extern int +int virCapabilitiesAddHostMigrateTransport(virCapsPtr caps, const char *name); -extern int +int virCapabilitiesSetNetPrefix(virCapsPtr caps, const char *prefix); -extern int +int virCapabilitiesAddHostNUMACell(virCapsPtr caps, int num, unsigned long long mem, @@ -236,19 +236,19 @@ virCapabilitiesAddHostNUMACell(virCapsPtr caps, virCapsHostNUMACellPageInfoPtr pageinfo); -extern int +int virCapabilitiesSetHostCPU(virCapsPtr caps, virCPUDefPtr cpu); -extern virCapsGuestMachinePtr * +virCapsGuestMachinePtr * virCapabilitiesAllocMachines(const char *const *names, int nnames); -extern void +void virCapabilitiesFreeMachines(virCapsGuestMachinePtr *machines, int nmachines); -extern virCapsGuestPtr +virCapsGuestPtr virCapabilitiesAddGuest(virCapsPtr caps, int ostype, virArch arch, @@ -257,7 +257,7 @@ virCapabilitiesAddGuest(virCapsPtr caps, int nmachines, virCapsGuestMachinePtr *machines); -extern virCapsGuestDomainPtr +virCapsGuestDomainPtr virCapabilitiesAddGuestDomain(virCapsGuestPtr guest, int hvtype, const char *emulator, @@ -265,13 +265,13 @@ virCapabilitiesAddGuestDomain(virCapsGuestPtr guest, int nmachines, virCapsGuestMachinePtr *machines); -extern virCapsGuestFeaturePtr +virCapsGuestFeaturePtr virCapabilitiesAddGuestFeature(virCapsGuestPtr guest, const char *name, bool defaultOn, bool toggle); -extern int +int virCapabilitiesHostSecModelAddBaseLabel(virCapsHostSecModelPtr secmodel, const char *type, const char *label); @@ -288,7 +288,7 @@ void virCapabilitiesClearHostNUMACellCPUTopology(virCapsHostNUMACellCPUPtr cpu, size_t ncpus); -extern char * +char * virCapabilitiesFormatXML(virCapsPtr caps); virBitmapPtr virCapabilitiesGetCpusForNodemask(virCapsPtr caps, diff --git a/src/cpu/cpu.h b/src/cpu/cpu.h index 7375876..f15dc16 100644 --- a/src/cpu/cpu.h +++ b/src/cpu/cpu.h @@ -122,19 +122,19 @@ struct cpuArchDriver { }; -extern virCPUCompareResult +virCPUCompareResult cpuCompareXML(virCPUDefPtr host, const char *xml, bool failIncompatible) ATTRIBUTE_NONNULL(1) ATTRIBUTE_NONNULL(2); -extern virCPUCompareResult +virCPUCompareResult cpuCompare (virCPUDefPtr host, virCPUDefPtr cpu, bool failIncompatible) ATTRIBUTE_NONNULL(1) ATTRIBUTE_NONNULL(2); -extern int +int cpuDecode (virCPUDefPtr cpu, const virCPUData *data, const char **models, @@ -142,7 +142,7 @@ cpuDecode (virCPUDefPtr cpu, const char *preferred) ATTRIBUTE_NONNULL(1) ATTRIBUTE_NONNULL(2); -extern int +int cpuEncode (virArch arch, const virCPUDef *cpu, virCPUDataPtr *forced, @@ -153,27 +153,27 @@ cpuEncode (virArch arch, virCPUDataPtr *vendor) ATTRIBUTE_NONNULL(2); -extern void +void cpuDataFree (virCPUDataPtr data); -extern virCPUDataPtr +virCPUDataPtr cpuNodeData (virArch arch); -extern virCPUCompareResult +virCPUCompareResult cpuGuestData(virCPUDefPtr host, virCPUDefPtr guest, virCPUDataPtr *data, char **msg) ATTRIBUTE_NONNULL(1) ATTRIBUTE_NONNULL(2); -extern char * +char * cpuBaselineXML(const char **xmlCPUs, unsigned int ncpus, const char **models, unsigned int nmodels, unsigned int flags); -extern virCPUDefPtr +virCPUDefPtr cpuBaseline (virCPUDefPtr *cpus, unsigned int ncpus, const char **models, @@ -181,12 +181,12 @@ cpuBaseline (virCPUDefPtr *cpus, unsigned int flags) ATTRIBUTE_NONNULL(1); -extern int +int cpuUpdate (virCPUDefPtr guest, const virCPUDef *host) ATTRIBUTE_NONNULL(1) ATTRIBUTE_NONNULL(2); -extern int +int cpuHasFeature(const virCPUData *data, const char *feature) ATTRIBUTE_NONNULL(1) ATTRIBUTE_NONNULL(2); @@ -198,7 +198,7 @@ cpuModelIsAllowed(const char *model, unsigned int nmodels) ATTRIBUTE_NONNULL(1); -extern int +int cpuGetModels(const char *arch, char ***models) ATTRIBUTE_NONNULL(1); diff --git a/src/cpu/cpu_map.h b/src/cpu/cpu_map.h index fcd6c34..6b476fd 100644 --- a/src/cpu/cpu_map.h +++ b/src/cpu/cpu_map.h @@ -43,7 +43,7 @@ typedef int xmlXPathContextPtr ctxt, void *data); -extern int +int cpuMapLoad(const char *arch, cpuMapLoadCallback cb, void *data); diff --git a/src/lxc/lxc_fuse.h b/src/lxc/lxc_fuse.h index d60492b..38bbe22 100644 --- a/src/lxc/lxc_fuse.h +++ b/src/lxc/lxc_fuse.h @@ -57,8 +57,8 @@ struct virLXCFuse { }; typedef struct virLXCFuse *virLXCFusePtr; -extern int lxcSetupFuse(virLXCFusePtr *f, virDomainDefPtr def); -extern int lxcStartFuse(virLXCFusePtr f); -extern void lxcFreeFuse(virLXCFusePtr *f); +int lxcSetupFuse(virLXCFusePtr *f, virDomainDefPtr def); +int lxcStartFuse(virLXCFusePtr f); +void lxcFreeFuse(virLXCFusePtr *f); #endif /* LXC_FUSE_H */ diff --git a/src/util/virhashcode.h b/src/util/virhashcode.h index 09e6eeb..7732f81 100644 --- a/src/util/virhashcode.h +++ b/src/util/virhashcode.h @@ -30,6 +30,6 @@ # include "internal.h" -extern uint32_t virHashCodeGen(const void *key, size_t len, uint32_t seed); +uint32_t virHashCodeGen(const void *key, size_t len, uint32_t seed); #endif /* __VIR_HASH_CODE_H__ */ diff --git a/src/util/virlog.h b/src/util/virlog.h index b5056f5..3ad00d4 100644 --- a/src/util/virlog.h +++ b/src/util/virlog.h @@ -170,50 +170,50 @@ typedef enum { VIR_LOG_STACK_TRACE = (1 << 0), } virLogFlags; -extern int virLogGetNbFilters(void); -extern int virLogGetNbOutputs(void); -extern char *virLogGetFilters(void); -extern char *virLogGetOutputs(void); -extern virLogPriority virLogGetDefaultPriority(void); -extern int virLogSetDefaultPriority(virLogPriority priority); -extern void virLogSetFromEnv(void); -extern int virLogDefineFilter(const char *match, - virLogPriority priority, - unsigned int flags); -extern int virLogDefineOutput(virLogOutputFunc f, - virLogCloseFunc c, - void *data, - virLogPriority priority, - virLogDestination dest, - const char *name, - unsigned int flags); +int virLogGetNbFilters(void); +int virLogGetNbOutputs(void); +char *virLogGetFilters(void); +char *virLogGetOutputs(void); +virLogPriority virLogGetDefaultPriority(void); +int virLogSetDefaultPriority(virLogPriority priority); +void virLogSetFromEnv(void); +int virLogDefineFilter(const char *match, + virLogPriority priority, + unsigned int flags); +int virLogDefineOutput(virLogOutputFunc f, + virLogCloseFunc c, + void *data, + virLogPriority priority, + virLogDestination dest, + const char *name, + unsigned int flags); /* * Internal logging API */ -extern void virLogLock(void); -extern void virLogUnlock(void); -extern int virLogReset(void); -extern int virLogParseDefaultPriority(const char *priority); -extern int virLogParseFilters(const char *filters); -extern int virLogParseOutputs(const char *output); -extern int virLogPriorityFromSyslog(int priority); -extern void virLogMessage(virLogSourcePtr source, - virLogPriority priority, - const char *filename, - int linenr, - const char *funcname, - virLogMetadataPtr metadata, - const char *fmt, ...) ATTRIBUTE_FMT_PRINTF(7, 8); -extern void virLogVMessage(virLogSourcePtr source, - virLogPriority priority, - const char *filename, - int linenr, - const char *funcname, - virLogMetadataPtr metadata, - const char *fmt, - va_list vargs) ATTRIBUTE_FMT_PRINTF(7, 0); +void virLogLock(void); +void virLogUnlock(void); +int virLogReset(void); +int virLogParseDefaultPriority(const char *priority); +int virLogParseFilters(const char *filters); +int virLogParseOutputs(const char *output); +int virLogPriorityFromSyslog(int priority); +void virLogMessage(virLogSourcePtr source, + virLogPriority priority, + const char *filename, + int linenr, + const char *funcname, + virLogMetadataPtr metadata, + const char *fmt, ...) ATTRIBUTE_FMT_PRINTF(7, 8); +void virLogVMessage(virLogSourcePtr source, + virLogPriority priority, + const char *filename, + int linenr, + const char *funcname, + virLogMetadataPtr metadata, + const char *fmt, + va_list vargs) ATTRIBUTE_FMT_PRINTF(7, 0); bool virLogProbablyLogMessage(const char *str); diff --git a/src/util/virstats.h b/src/util/virstats.h index d2c6b64..69f4cf1 100644 --- a/src/util/virstats.h +++ b/src/util/virstats.h @@ -25,7 +25,7 @@ # include "internal.h" -extern int virNetInterfaceStats(const char *path, - virDomainInterfaceStatsPtr stats); +int virNetInterfaceStats(const char *path, + virDomainInterfaceStatsPtr stats); #endif /* __STATS_LINUX_H__ */ diff --git a/src/xen/block_stats.h b/src/xen/block_stats.h index 6cc9959..b9c5ad6 100644 --- a/src/xen/block_stats.h +++ b/src/xen/block_stats.h @@ -27,11 +27,11 @@ # include "xen_driver.h" -extern int xenLinuxDomainBlockStats (xenUnifiedPrivatePtr priv, +int xenLinuxDomainBlockStats (xenUnifiedPrivatePtr priv, virDomainDefPtr def, const char *path, virDomainBlockStatsPtr stats); -extern int xenLinuxDomainDeviceID(int domid, const char *dev); +int xenLinuxDomainDeviceID(int domid, const char *dev); # endif /* __linux__ */ diff --git a/src/xen/xen_driver.h b/src/xen/xen_driver.h index 5d50a90..8578324 100644 --- a/src/xen/xen_driver.h +++ b/src/xen/xen_driver.h @@ -51,7 +51,7 @@ # define MAX_VIRT_CPUS XEN_LEGACY_MAX_VCPUS # endif -extern int xenRegister (void); +int xenRegister (void); # define XEN_UNIFIED_HYPERVISOR_OFFSET 0 # define XEN_UNIFIED_XEND_OFFSET 1 diff --git a/src/xenapi/xenapi_driver.h b/src/xenapi/xenapi_driver.h index 0925731..1051997 100644 --- a/src/xenapi/xenapi_driver.h +++ b/src/xenapi/xenapi_driver.h @@ -23,6 +23,6 @@ #ifndef __VIR_XENAPI_PRIV_H__ # define __VIR_XENAPI_PRIV_H__ -extern int xenapiRegister(void); +int xenapiRegister(void); #endif /* __VIR_XENAPI_PRIV_H__ */ diff --git a/tools/virt-host-validate-common.h b/tools/virt-host-validate-common.h index c14e922..b6fe17d 100644 --- a/tools/virt-host-validate-common.h +++ b/tools/virt-host-validate-common.h @@ -44,45 +44,45 @@ typedef enum { VIR_ENUM_DECL(virHostValidateCPUFlag); -extern void virHostMsgSetQuiet(bool quietFlag); +void virHostMsgSetQuiet(bool quietFlag); -extern void virHostMsgCheck(const char *prefix, - const char *format, - ...) ATTRIBUTE_FMT_PRINTF(2, 3); +void virHostMsgCheck(const char *prefix, + const char *format, + ...) ATTRIBUTE_FMT_PRINTF(2, 3); -extern void virHostMsgPass(void); -extern void virHostMsgFail(virHostValidateLevel level, - const char *format, - ...) ATTRIBUTE_FMT_PRINTF(2, 3); +void virHostMsgPass(void); +void virHostMsgFail(virHostValidateLevel level, + const char *format, + ...) ATTRIBUTE_FMT_PRINTF(2, 3); -extern int virHostValidateDeviceExists(const char *hvname, - const char *dev_name, - virHostValidateLevel level, - const char *hint); +int virHostValidateDeviceExists(const char *hvname, + const char *dev_name, + virHostValidateLevel level, + const char *hint); -extern int virHostValidateDeviceAccessible(const char *hvname, - const char *dev_name, - virHostValidateLevel level, - const char *hint); +int virHostValidateDeviceAccessible(const char *hvname, + const char *dev_name, + virHostValidateLevel level, + const char *hint); -extern virBitmapPtr virHostValidateGetCPUFlags(void); +virBitmapPtr virHostValidateGetCPUFlags(void); -extern int virHostValidateLinuxKernel(const char *hvname, - int version, - virHostValidateLevel level, - const char *hint); +int virHostValidateLinuxKernel(const char *hvname, + int version, + virHostValidateLevel level, + const char *hint); -extern int virHostValidateNamespace(const char *hvname, - const char *ns_name, - virHostValidateLevel level, - const char *hint); +int virHostValidateNamespace(const char *hvname, + const char *ns_name, + virHostValidateLevel level, + const char *hint); -extern int virHostValidateCGroupController(const char *hvname, - const char *cg_name, - virHostValidateLevel level, - const char *config_name); +int virHostValidateCGroupController(const char *hvname, + const char *cg_name, + virHostValidateLevel level, + const char *config_name); -extern int virHostValidateIOMMU(const char *hvname, - virHostValidateLevel level); +int virHostValidateIOMMU(const char *hvname, + virHostValidateLevel level); #endif /* __VIRT_HOST_VALIDATE_COMMON_H__ */ diff --git a/tools/virt-host-validate-lxc.h b/tools/virt-host-validate-lxc.h index 6f1b3e6..17b02a3 100644 --- a/tools/virt-host-validate-lxc.h +++ b/tools/virt-host-validate-lxc.h @@ -22,6 +22,6 @@ #ifndef __VIRT_HOST_VALIDATE_LXC_H__ # define __VIRT_HOST_VALIDATE_LXC_H__ -extern int virHostValidateLXC(void); +int virHostValidateLXC(void); #endif /* __VIRT_HOST_VALIDATE_LXC_H__ */ diff --git a/tools/virt-host-validate-qemu.h b/tools/virt-host-validate-qemu.h index 01d72bb..8a0ce46 100644 --- a/tools/virt-host-validate-qemu.h +++ b/tools/virt-host-validate-qemu.h @@ -22,6 +22,6 @@ #ifndef __VIRT_HOST_VALIDATE_QEMU_H__ # define __VIRT_HOST_VALIDATE_QEMU_H__ -extern int virHostValidateQEMU(void); +int virHostValidateQEMU(void); #endif /* __VIRT_HOST_VALIDATE_QEMU_H__ */ -- 2.5.5

2 2

[libvirt] [PATCH sandbox] pkgconfig: remove non-existent requirement on 'sandbox-2.0'
by Cole Robinson 11 May '16

11 May '16

From: Gary Tierney <gary.tierney(a)gmx.com> $ pkg-config --cflags libvirt-sandbox-1.0 Package sandbox-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `sandbox-2.0.pc' to the PKG_CONFIG_PATH environment variable Package 'sandbox-2.0', required by 'libvirt-sandbox-1.0', not found https://bugzilla.redhat.com/show_bug.cgi?id=1327908 --- libvirt-sandbox-1.0.pc.in | 1 - 1 file changed, 1 deletion(-) diff --git a/libvirt-sandbox-1.0.pc.in b/libvirt-sandbox-1.0.pc.in index 1fb25bd..d444bba 100644 --- a/libvirt-sandbox-1.0.pc.in +++ b/libvirt-sandbox-1.0.pc.in @@ -6,6 +6,5 @@ includedir=@includedir@ Name: libvirt-sandbox Version: @VERSION@ Description: libvirt sandbox library -Requires: sandbox-2.0 Libs: -L${libdir} -lvirt-sandbox-1.0 @LIBVIRT_GOBJECT_LIBS@ Cflags: -I${includedir}/libvirt-sandbox-1.0 @LIBVIRT_GOBJECT_CFLAGS@ -- 2.7.4

2 1

[libvirt] Error in `virsh': corrupted double-linked list while running virsh domstate
by Eric Wheeler 11 May '16

11 May '16

Hello all, We've been using libvirt for years and it works great, however we just hit a bug. This is running libvirt-1.2.17-13.el7_2.4, however strangely, we had the same backtrace on a complete difference system in a different data center using version libvirt-1.2.17-13.el7_2.3. Both traces are pasted below. This rarely happens, so I'm not sure how to reproduce it. I'm opening to suggestions if you would like to try anything. -Eric ======== This is the backtrace using libvirt-1.2.17-13.el7_2.4 ======== May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ *** Error in `virsh': corrupted double-linked list: 0x000055f89e7035d0 *** ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ ======= Backtrace: ========= ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ /lib64/libc.so.6(+0x7b184)[0x7eff8922c184] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ /lib64/libc.so.6(+0x7d235)[0x7eff8922e235] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ /lib64/libvirt.so.0(virFree+0x1a)[0x7eff8c4fd55a] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ /lib64/libvirt.so.0(virObjectUnref+0x145)[0x7eff8c5443b5] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ /lib64/libvirt.so.0(+0x81794)[0x7eff8c51a794] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ /lib64/libvirt.so.0(virEventPollRunOnce+0x69f)[0x7eff8c51baff] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ /lib64/libvirt.so.0(virEventRunDefaultImpl+0x42)[0x7eff8c51a2f2] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ virsh(+0x26545)[0x55f89d613545] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ /lib64/libvirt.so.0(+0xc3f42)[0x7eff8c55cf42] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ /lib64/libpthread.so.0(+0x7dc5)[0x7eff89579dc5] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ /lib64/libc.so.6(clone+0x6d)[0x7eff892a728d] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ ======= Memory map: ======== ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 55f89d5ed000-55f89d664000 r-xp 00000000 fd:02 135495 /usr/bin/virsh ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 55f89d864000-55f89d877000 r--p 00077000 fd:02 135495 /usr/bin/virsh ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 55f89d877000-55f89d878000 rw-p 0008a000 fd:02 135495 /usr/bin/virsh ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 55f89e6e5000-55f89e71e000 rw-p 00000000 00:00 0 [heap] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff7c000000-7eff7c021000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff7c021000-7eff80000000 ---p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff82601000-7eff82602000 ---p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff82602000-7eff82e02000 rw-p 00000000 00:00 0 [stack:15324] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff82e02000-7eff82e05000 r-xp 00000000 fd:02 4520 /usr/lib64/libkeyutils.so.1.5 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff82e05000-7eff83004000 ---p 00003000 fd:02 4520 /usr/lib64/libkeyutils.so.1.5 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83004000-7eff83005000 r--p 00002000 fd:02 4520 /usr/lib64/libkeyutils.so.1.5 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83005000-7eff83006000 rw-p 00003000 fd:02 4520 /usr/lib64/libkeyutils.so.1.5 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83006000-7eff83013000 r-xp 00000000 fd:02 5750 /usr/lib64/libkrb5support.so.0.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83013000-7eff83213000 ---p 0000d000 fd:02 5750 /usr/lib64/libkrb5support.so.0.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83213000-7eff83214000 r--p 0000d000 fd:02 5750 /usr/lib64/libkrb5support.so.0.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83214000-7eff83215000 rw-p 0000e000 fd:02 5750 /usr/lib64/libkrb5support.so.0.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83215000-7eff83217000 r-xp 00000000 fd:02 2428 /usr/lib64/libfreebl3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83217000-7eff83416000 ---p 00002000 fd:02 2428 /usr/lib64/libfreebl3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83416000-7eff83417000 r--p 00001000 fd:02 2428 /usr/lib64/libfreebl3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83417000-7eff83418000 rw-p 00002000 fd:02 2428 /usr/lib64/libfreebl3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83418000-7eff8347b000 r-xp 00000000 fd:02 5772 /usr/lib64/libssl.so.1.0.1e ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8347b000-7eff8367a000 ---p 00063000 fd:02 5772 /usr/lib64/libssl.so.1.0.1e ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8367a000-7eff8367e000 r--p 00062000 fd:02 5772 /usr/lib64/libssl.so.1.0.1e ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8367e000-7eff83685000 rw-p 00066000 fd:02 5772 /usr/lib64/libssl.so.1.0.1e ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83685000-7eff83843000 r-xp 00000000 fd:02 5770 /usr/lib64/libcrypto.so.1.0.1e ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83843000-7eff83a43000 ---p 001be000 fd:02 5770 /usr/lib64/libcrypto.so.1.0.1e ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83a43000-7eff83a5d000 r--p 001be000 fd:02 5770 /usr/lib64/libcrypto.so.1.0.1e ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83a5d000-7eff83a69000 rw-p 001d8000 fd:02 5770 /usr/lib64/libcrypto.so.1.0.1e ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83a69000-7eff83a6d000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83a6d000-7eff83a74000 r-xp 00000000 fd:02 3798 /usr/lib64/libffi.so.6.0.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83a74000-7eff83c73000 ---p 00007000 fd:02 3798 /usr/lib64/libffi.so.6.0.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83c73000-7eff83c74000 r--p 00006000 fd:02 3798 /usr/lib64/libffi.so.6.0.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83c74000-7eff83c75000 rw-p 00007000 fd:02 3798 /usr/lib64/libffi.so.6.0.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83c75000-7eff83c84000 r-xp 00000000 fd:02 3702 /usr/lib64/libbz2.so.1.0.6 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83c84000-7eff83e83000 ---p 0000f000 fd:02 3702 /usr/lib64/libbz2.so.1.0.6 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83e83000-7eff83e84000 r--p 0000e000 fd:02 3702 /usr/lib64/libbz2.so.1.0.6 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83e84000-7eff83e85000 rw-p 0000f000 fd:02 3702 /usr/lib64/libbz2.so.1.0.6 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83e85000-7eff83e9a000 r-xp 00000000 fd:02 3767 /usr/lib64/libelf-0.163.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83e9a000-7eff84099000 ---p 00015000 fd:02 3767 /usr/lib64/libelf-0.163.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff84099000-7eff8409a000 r--p 00014000 fd:02 3767 /usr/lib64/libelf-0.163.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8409a000-7eff8409b000 rw-p 00015000 fd:02 3767 /usr/lib64/libelf-0.163.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8409b000-7eff8409f000 r-xp 00000000 fd:02 3803 /usr/lib64/libattr.so.1.1.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8409f000-7eff8429e000 ---p 00004000 fd:02 3803 /usr/lib64/libattr.so.1.1.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8429e000-7eff8429f000 r--p 00003000 fd:02 3803 /usr/lib64/libattr.so.1.1.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8429f000-7eff842a0000 rw-p 00004000 fd:02 3803 /usr/lib64/libattr.so.1.1.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff842a0000-7eff842c5000 r-xp 00000000 fd:02 3382 /usr/lib64/libtinfo.so.5.9 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff842c5000-7eff844c5000 ---p 00025000 fd:02 3382 /usr/lib64/libtinfo.so.5.9 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff844c5000-7eff844c9000 r--p 00025000 fd:02 3382 /usr/lib64/libtinfo.so.5.9 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff844c9000-7eff844ca000 rw-p 00029000 fd:02 3382 /usr/lib64/libtinfo.so.5.9 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff844ca000-7eff8452a000 r-xp 00000000 fd:02 3469 /usr/lib64/libpcre.so.1.2.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8452a000-7eff84729000 ---p 00060000 fd:02 3469 /usr/lib64/libpcre.so.1.2.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff84729000-7eff8472a000 r--p 0005f000 fd:02 3469 /usr/lib64/libpcre.so.1.2.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8472a000-7eff8472b000 rw-p 00060000 fd:02 3469 /usr/lib64/libpcre.so.1.2.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8472b000-7eff8477b000 r-xp 00000000 fd:02 8402 /usr/lib64/libldap-2.4.so.2.10.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8477b000-7eff8497a000 ---p 00050000 fd:02 8402 /usr/lib64/libldap-2.4.so.2.10.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8497a000-7eff8497d000 r--p 0004f000 fd:02 8402 /usr/lib64/libldap-2.4.so.2.10.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8497d000-7eff8497e000 rw-p 00052000 fd:02 8402 /usr/lib64/libldap-2.4.so.2.10.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8497e000-7eff8498c000 r-xp 00000000 fd:02 8400 /usr/lib64/liblber-2.4.so.2.10.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8498c000-7eff84b8b000 ---p 0000e000 fd:02 8400 /usr/lib64/liblber-2.4.so.2.10.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff84b8b000-7eff84b8c000 r--p 0000d000 fd:02 8400 /usr/lib64/liblber-2.4.so.2.10.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff84b8c000-7eff84b8d000 rw-p 0000e000 fd:02 8400 /usr/lib64/liblber-2.4.so.2.10.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff84b8d000-7eff84b90000 r-xp 00000000 fd:02 3556 /usr/lib64/libcom_err.so.2.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff84b90000-7eff84d8f000 ---p 00003000 fd:02 3556 /usr/lib64/libcom_err.so.2.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff84d8f000-7eff84d90000 r--p 00002000 fd:02 3556 /usr/lib64/libcom_err.so.2.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff84d90000-7eff84d91000 rw-p 00003000 fd:02 3556 /usr/lib64/libcom_err.so.2.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff84d91000-7eff84dc0000 r-xp 00000000 fd:02 5738 /usr/lib64/libk5crypto.so.3.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff84dc0000-7eff84fbf000 ---p 0002f000 fd:02 5738 /usr/lib64/libk5crypto.so.3.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff84fbf000-7eff84fc1000 r--p 0002e000 fd:02 5738 /usr/lib64/libk5crypto.so.3.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff84fc1000-7eff84fc2000 rw-p 00030000 fd:02 5738 /usr/lib64/libk5crypto.so.3.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff84fc2000-7eff84fc3000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff84fc3000-7eff85098000 r-xp 00000000 fd:02 5748 /usr/lib64/libkrb5.so.3.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85098000-7eff85298000 ---p 000d5000 fd:02 5748 /usr/lib64/libkrb5.so.3.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85298000-7eff852a5000 r--p 000d5000 fd:02 5748 /usr/lib64/libkrb5.so.3.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff852a5000-7eff852a8000 rw-p 000e2000 fd:02 5748 /usr/lib64/libkrb5.so.3.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff852a8000-7eff852f1000 r-xp 00000000 fd:02 5734 /usr/lib64/libgssapi_krb5.so.2.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff852f1000-7eff854f1000 ---p 00049000 fd:02 5734 /usr/lib64/libgssapi_krb5.so.2.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff854f1000-7eff854f2000 r--p 00049000 fd:02 5734 /usr/lib64/libgssapi_krb5.so.2.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff854f2000-7eff854f4000 rw-p 0004a000 fd:02 5734 /usr/lib64/libgssapi_krb5.so.2.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff854f4000-7eff8552e000 r-xp 00000000 fd:02 19690 /usr/lib64/libnspr4.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8552e000-7eff8572d000 ---p 0003a000 fd:02 19690 /usr/lib64/libnspr4.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8572d000-7eff8572e000 r--p 00039000 fd:02 19690 /usr/lib64/libnspr4.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8572e000-7eff85730000 rw-p 0003a000 fd:02 19690 /usr/lib64/libnspr4.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85730000-7eff85732000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85732000-7eff85736000 r-xp 00000000 fd:02 19695 /usr/lib64/libplc4.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85736000-7eff85935000 ---p 00004000 fd:02 19695 /usr/lib64/libplc4.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85935000-7eff85936000 r--p 00003000 fd:02 19695 /usr/lib64/libplc4.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85936000-7eff85937000 rw-p 00004000 fd:02 19695 /usr/lib64/libplc4.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85937000-7eff8593a000 r-xp 00000000 fd:02 19696 /usr/lib64/libplds4.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8593a000-7eff85b39000 ---p 00003000 fd:02 19696 /usr/lib64/libplds4.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85b39000-7eff85b3a000 r--p 00002000 fd:02 19696 /usr/lib64/libplds4.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85b3a000-7eff85b3b000 rw-p 00003000 fd:02 19696 /usr/lib64/libplds4.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85b3b000-7eff85b61000 r-xp 00000000 fd:02 19697 /usr/lib64/libnssutil3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85b61000-7eff85d60000 ---p 00026000 fd:02 19697 /usr/lib64/libnssutil3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85d60000-7eff85d66000 r--p 00025000 fd:02 19697 /usr/lib64/libnssutil3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85d66000-7eff85d67000 rw-p 0002b000 fd:02 19697 /usr/lib64/libnssutil3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85d67000-7eff85e85000 r-xp 00000000 fd:02 4102 /usr/lib64/libnss3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85e85000-7eff86084000 ---p 0011e000 fd:02 4102 /usr/lib64/libnss3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86084000-7eff86089000 r--p 0011d000 fd:02 4102 /usr/lib64/libnss3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86089000-7eff8608b000 rw-p 00122000 fd:02 4102 /usr/lib64/libnss3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8608b000-7eff8608d000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8608d000-7eff860b1000 r-xp 00000000 fd:02 19704 /usr/lib64/libsmime3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff860b1000-7eff862b0000 ---p 00024000 fd:02 19704 /usr/lib64/libsmime3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff862b0000-7eff862b3000 r--p 00023000 fd:02 19704 /usr/lib64/libsmime3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff862b3000-7eff862b4000 rw-p 00026000 fd:02 19704 /usr/lib64/libsmime3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff862b4000-7eff862f2000 r-xp 00000000 fd:02 19705 /usr/lib64/libssl3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff862f2000-7eff864f1000 ---p 0003e000 fd:02 19705 /usr/lib64/libssl3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff864f1000-7eff864f5000 r--p 0003d000 fd:02 19705 /usr/lib64/libssl3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff864f5000-7eff864f6000 rw-p 00041000 fd:02 19705 /usr/lib64/libssl3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff864f6000-7eff864f7000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff864f7000-7eff8651f000 r-xp 00000000 fd:02 8358 /usr/lib64/libssh2.so.1.0.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8651f000-7eff8671f000 ---p 00028000 fd:02 8358 /usr/lib64/libssh2.so.1.0.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8671f000-7eff86720000 r--p 00028000 fd:02 8358 /usr/lib64/libssh2.so.1.0.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86720000-7eff86721000 rw-p 00029000 fd:02 8358 /usr/lib64/libssh2.so.1.0.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86721000-7eff86753000 r-xp 00000000 fd:02 4032 /usr/lib64/libidn.so.11.6.11 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86753000-7eff86952000 ---p 00032000 fd:02 4032 /usr/lib64/libidn.so.11.6.11 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86952000-7eff86953000 r--p 00031000 fd:02 4032 /usr/lib64/libidn.so.11.6.11 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86953000-7eff86954000 rw-p 00032000 fd:02 4032 /usr/lib64/libidn.so.11.6.11 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86954000-7eff8695c000 r-xp 00000000 fd:02 3019 /usr/lib64/libcrypt-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8695c000-7eff86b5b000 ---p 00008000 fd:02 3019 /usr/lib64/libcrypt-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86b5b000-7eff86b5c000 r--p 00007000 fd:02 3019 /usr/lib64/libcrypt-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86b5c000-7eff86b5d000 rw-p 00008000 fd:02 3019 /usr/lib64/libcrypt-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86b5d000-7eff86b8b000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86b8b000-7eff86c01000 r-xp 00000000 fd:02 4076 /usr/lib64/libgmp.so.10.2.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86c01000-7eff86e00000 ---p 00076000 fd:02 4076 /usr/lib64/libgmp.so.10.2.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86e00000-7eff86e01000 r--p 00075000 fd:02 4076 /usr/lib64/libgmp.so.10.2.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86e01000-7eff86e02000 rw-p 00076000 fd:02 4076 /usr/lib64/libgmp.so.10.2.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86e02000-7eff86e28000 r-xp 00000000 fd:02 4571 /usr/lib64/libhogweed.so.2.5 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86e28000-7eff87027000 ---p 00026000 fd:02 4571 /usr/lib64/libhogweed.so.2.5 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87027000-7eff87028000 r--p 00025000 fd:02 4571 /usr/lib64/libhogweed.so.2.5 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87028000-7eff87029000 rw-p 00026000 fd:02 4571 /usr/lib64/libhogweed.so.2.5 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87029000-7eff87058000 r-xp 00000000 fd:02 4573 /usr/lib64/libnettle.so.4.7 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87058000-7eff87258000 ---p 0002f000 fd:02 4573 /usr/lib64/libnettle.so.4.7 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87258000-7eff87259000 r--p 0002f000 fd:02 4573 /usr/lib64/libnettle.so.4.7 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87259000-7eff8725a000 rw-p 00030000 fd:02 4573 /usr/lib64/libnettle.so.4.7 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8725a000-7eff8726c000 r-xp 00000000 fd:02 4524 /usr/lib64/libtasn1.so.6.2.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8726c000-7eff8746c000 ---p 00012000 fd:02 4524 /usr/lib64/libtasn1.so.6.2.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8746c000-7eff8746d000 r--p 00012000 fd:02 4524 /usr/lib64/libtasn1.so.6.2.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8746d000-7eff8746e000 rw-p 00013000 fd:02 4524 /usr/lib64/libtasn1.so.6.2.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8746e000-7eff874dc000 r-xp 00000000 fd:02 9719 /usr/lib64/libtspi.so.1.2.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff874dc000-7eff876db000 ---p 0006e000 fd:02 9719 /usr/lib64/libtspi.so.1.2.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff876db000-7eff876dc000 r--p 0006d000 fd:02 9719 /usr/lib64/libtspi.so.1.2.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff876dc000-7eff876de000 rw-p 0006e000 fd:02 9719 /usr/lib64/libtspi.so.1.2.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff876de000-7eff876df000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff876df000-7eff8771b000 r-xp 00000000 fd:02 3878 /usr/lib64/libp11-kit.so.0.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8771b000-7eff8791a000 ---p 0003c000 fd:02 3878 /usr/lib64/libp11-kit.so.0.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8791a000-7eff87923000 r--p 0003b000 fd:02 3878 /usr/lib64/libp11-kit.so.0.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87923000-7eff87925000 rw-p 00044000 fd:02 3878 /usr/lib64/libp11-kit.so.0.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87925000-7eff8793a000 r-xp 00000000 fd:02 3487 /usr/lib64/libz.so.1.2.7 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8793a000-7eff87b39000 ---p 00015000 fd:02 3487 /usr/lib64/libz.so.1.2.7 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87b39000-7eff87b3a000 r--p 00014000 fd:02 3487 /usr/lib64/libz.so.1.2.7 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87b3a000-7eff87b3b000 rw-p 00015000 fd:02 3487 /usr/lib64/libz.so.1.2.7 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87b3b000-7eff87b80000 r-xp 00000000 fd:02 3918 /usr/lib64/libdw-0.163.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87b80000-7eff87d7f000 ---p 00045000 fd:02 3918 /usr/lib64/libdw-0.163.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87d7f000-7eff87d81000 r--p 00044000 fd:02 3918 /usr/lib64/libdw-0.163.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87d81000-7eff87d82000 rw-p 00046000 fd:02 3918 /usr/lib64/libdw-0.163.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87d82000-7eff87d98000 r-xp 00000000 fd:02 3048 /usr/lib64/libresolv-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87d98000-7eff87f98000 ---p 00016000 fd:02 3048 /usr/lib64/libresolv-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87f98000-7eff87f99000 r--p 00016000 fd:02 3048 /usr/lib64/libresolv-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87f99000-7eff87f9a000 rw-p 00017000 fd:02 3048 /usr/lib64/libresolv-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87f9a000-7eff87f9c000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87f9c000-7eff87fa0000 r-xp 00000000 fd:02 3779 /usr/lib64/libgpg-error.so.0.10.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87fa0000-7eff8819f000 ---p 00004000 fd:02 3779 /usr/lib64/libgpg-error.so.0.10.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8819f000-7eff881a0000 r--p 00003000 fd:02 3779 /usr/lib64/libgpg-error.so.0.10.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff881a0000-7eff881a1000 rw-p 00004000 fd:02 3779 /usr/lib64/libgpg-error.so.0.10.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff881a1000-7eff8821d000 r-xp 00000000 fd:02 3819 /usr/lib64/libgcrypt.so.11.8.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8821d000-7eff8841d000 ---p 0007c000 fd:02 3819 /usr/lib64/libgcrypt.so.11.8.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8841d000-7eff8841e000 r--p 0007c000 fd:02 3819 /usr/lib64/libgcrypt.so.11.8.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8841e000-7eff88421000 rw-p 0007d000 fd:02 3819 /usr/lib64/libgcrypt.so.11.8.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88421000-7eff88422000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88422000-7eff88446000 r-xp 00000000 fd:02 3334 /usr/lib64/liblzma.so.5.0.99 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88446000-7eff88645000 ---p 00024000 fd:02 3334 /usr/lib64/liblzma.so.5.0.99 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88645000-7eff88646000 r--p 00023000 fd:02 3334 /usr/lib64/liblzma.so.5.0.99 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88646000-7eff88647000 rw-p 00024000 fd:02 3334 /usr/lib64/liblzma.so.5.0.99 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88647000-7eff8864b000 r-xp 00000000 fd:02 3808 /usr/lib64/libcap.so.2.22 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8864b000-7eff8884a000 ---p 00004000 fd:02 3808 /usr/lib64/libcap.so.2.22 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8884a000-7eff8884b000 r--p 00003000 fd:02 3808 /usr/lib64/libcap.so.2.22 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8884b000-7eff8884c000 rw-p 00004000 fd:02 3808 /usr/lib64/libcap.so.2.22 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8884c000-7eff88861000 r-xp 00000000 fd:02 13 /usr/lib64/libgcc_s-4.8.5-20150702.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88861000-7eff88a60000 ---p 00015000 fd:02 13 /usr/lib64/libgcc_s-4.8.5-20150702.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88a60000-7eff88a61000 r--p 00014000 fd:02 13 /usr/lib64/libgcc_s-4.8.5-20150702.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88a61000-7eff88a62000 rw-p 00015000 fd:02 13 /usr/lib64/libgcc_s-4.8.5-20150702.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88a62000-7eff88aa6000 r-xp 00000000 fd:02 3467 /usr/lib64/libsepol.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88aa6000-7eff88ca5000 ---p 00044000 fd:02 3467 /usr/lib64/libsepol.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88ca5000-7eff88ca6000 r--p 00043000 fd:02 3467 /usr/lib64/libsepol.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88ca6000-7eff88ca7000 rw-p 00044000 fd:02 3467 /usr/lib64/libsepol.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88ca7000-7eff88cae000 r-xp 00000000 fd:02 3050 /usr/lib64/librt-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88cae000-7eff88ead000 ---p 00007000 fd:02 3050 /usr/lib64/librt-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88ead000-7eff88eae000 r--p 00006000 fd:02 3050 /usr/lib64/librt-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88eae000-7eff88eaf000 rw-p 00007000 fd:02 3050 /usr/lib64/librt-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88eaf000-7eff88fb0000 r-xp 00000000 fd:02 3024 /usr/lib64/libm-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88fb0000-7eff891af000 ---p 00101000 fd:02 3024 /usr/lib64/libm-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff891af000-7eff891b0000 r--p 00100000 fd:02 3024 /usr/lib64/libm-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff891b0000-7eff891b1000 rw-p 00101000 fd:02 3024 /usr/lib64/libm-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff891b1000-7eff89367000 r-xp 00000000 fd:02 3015 /usr/lib64/libc-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89367000-7eff89567000 ---p 001b6000 fd:02 3015 /usr/lib64/libc-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89567000-7eff8956b000 r--p 001b6000 fd:02 3015 /usr/lib64/libc-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8956b000-7eff8956d000 rw-p 001ba000 fd:02 3015 /usr/lib64/libc-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8956d000-7eff89572000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89572000-7eff89588000 r-xp 00000000 fd:02 3046 /usr/lib64/libpthread-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89588000-7eff89788000 ---p 00016000 fd:02 3046 /usr/lib64/libpthread-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89788000-7eff89789000 r--p 00016000 fd:02 3046 /usr/lib64/libpthread-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89789000-7eff8978a000 rw-p 00017000 fd:02 3046 /usr/lib64/libpthread-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8978a000-7eff8978e000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8978e000-7eff89791000 r-xp 00000000 fd:02 3022 /usr/lib64/libdl-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89791000-7eff89990000 ---p 00003000 fd:02 3022 /usr/lib64/libdl-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89990000-7eff89991000 r--p 00002000 fd:02 3022 /usr/lib64/libdl-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89991000-7eff89992000 rw-p 00003000 fd:02 3022 /usr/lib64/libdl-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89992000-7eff899ce000 r-xp 00000000 fd:02 3708 /usr/lib64/libreadline.so.6.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff899ce000-7eff89bce000 ---p 0003c000 fd:02 3708 /usr/lib64/libreadline.so.6.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89bce000-7eff89bd0000 r--p 0003c000 fd:02 3708 /usr/lib64/libreadline.so.6.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89bd0000-7eff89bd6000 rw-p 0003e000 fd:02 3708 /usr/lib64/libreadline.so.6.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89bd6000-7eff89bd8000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89bd8000-7eff89d36000 r-xp 00000000 fd:02 3850 /usr/lib64/libxml2.so.2.9.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89d36000-7eff89f35000 ---p 0015e000 fd:02 3850 /usr/lib64/libxml2.so.2.9.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89f35000-7eff89f3d000 r--p 0015d000 fd:02 3850 /usr/lib64/libxml2.so.2.9.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89f3d000-7eff89f3f000 rw-p 00165000 fd:02 3850 /usr/lib64/libxml2.so.2.9.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89f3f000-7eff89f41000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89f41000-7eff89f43000 r-xp 00000000 fd:02 3054 /usr/lib64/libutil-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89f43000-7eff8a142000 ---p 00002000 fd:02 3054 /usr/lib64/libutil-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a142000-7eff8a143000 r--p 00001000 fd:02 3054 /usr/lib64/libutil-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a143000-7eff8a144000 rw-p 00002000 fd:02 3054 /usr/lib64/libutil-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a144000-7eff8a165000 r-xp 00000000 fd:02 3485 /usr/lib64/libselinux.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a165000-7eff8a365000 ---p 00021000 fd:02 3485 /usr/lib64/libselinux.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a365000-7eff8a366000 r--p 00021000 fd:02 3485 /usr/lib64/libselinux.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a366000-7eff8a367000 rw-p 00022000 fd:02 3485 /usr/lib64/libselinux.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a367000-7eff8a369000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a369000-7eff8a3cd000 r-xp 00000000 fd:02 8361 /usr/lib64/libcurl.so.4.3.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a3cd000-7eff8a5cd000 ---p 00064000 fd:02 8361 /usr/lib64/libcurl.so.4.3.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a5cd000-7eff8a5cf000 r--p 00064000 fd:02 8361 /usr/lib64/libcurl.so.4.3.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a5cf000-7eff8a5d0000 rw-p 00066000 fd:02 8361 /usr/lib64/libcurl.so.4.3.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a5d0000-7eff8a5d1000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a5d1000-7eff8a5ed000 r-xp 00000000 fd:02 4135 /usr/lib64/libsasl2.so.3.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a5ed000-7eff8a7ec000 ---p 0001c000 fd:02 4135 /usr/lib64/libsasl2.so.3.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a7ec000-7eff8a7ed000 r--p 0001b000 fd:02 4135 /usr/lib64/libsasl2.so.3.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a7ed000-7eff8a7ee000 rw-p 0001c000 fd:02 4135 /usr/lib64/libsasl2.so.3.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a7ee000-7eff8a916000 r-xp 00000000 fd:02 9724 /usr/lib64/libgnutls.so.28.41.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a916000-7eff8ab16000 ---p 00128000 fd:02 9724 /usr/lib64/libgnutls.so.28.41.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8ab16000-7eff8ab20000 r--p 00128000 fd:02 9724 /usr/lib64/libgnutls.so.28.41.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8ab20000-7eff8ab23000 rw-p 00132000 fd:02 9724 /usr/lib64/libgnutls.so.28.41.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8ab23000-7eff8ab69000 r-xp 00000000 fd:02 3706 /usr/lib64/libdbus-1.so.3.7.4 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8ab69000-7eff8ad69000 ---p 00046000 fd:02 3706 /usr/lib64/libdbus-1.so.3.7.4 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8ad69000-7eff8ad6a000 r--p 00046000 fd:02 3706 /usr/lib64/libdbus-1.so.3.7.4 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8ad6a000-7eff8ad6b000 rw-p 00047000 fd:02 3706 /usr/lib64/libdbus-1.so.3.7.4 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8ad6b000-7eff8ad7b000 r-xp 00000000 fd:02 5547 /usr/lib64/libavahi-client.so.3.2.9 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8ad7b000-7eff8af7a000 ---p 00010000 fd:02 5547 /usr/lib64/libavahi-client.so.3.2.9 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8af7a000-7eff8af7b000 r--p 0000f000 fd:02 5547 /usr/lib64/libavahi-client.so.3.2.9 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8af7b000-7eff8af7c000 rw-p 00010000 fd:02 5547 /usr/lib64/libavahi-client.so.3.2.9 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8af7c000-7eff8af88000 r-xp 00000000 fd:02 5549 /usr/lib64/libavahi-common.so.3.5.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8af88000-7eff8b187000 ---p 0000c000 fd:02 5549 /usr/lib64/libavahi-common.so.3.5.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b187000-7eff8b188000 r--p 0000b000 fd:02 5549 /usr/lib64/libavahi-common.so.3.5.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b188000-7eff8b189000 rw-p 0000c000 fd:02 5549 /usr/lib64/libavahi-common.so.3.5.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b189000-7eff8b193000 r-xp 00000000 fd:02 19638 /usr/lib64/libnuma.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b193000-7eff8b393000 ---p 0000a000 fd:02 19638 /usr/lib64/libnuma.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b393000-7eff8b394000 r--p 0000a000 fd:02 19638 /usr/lib64/libnuma.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b394000-7eff8b395000 rw-p 0000b000 fd:02 19638 /usr/lib64/libnuma.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b395000-7eff8b3e9000 r-xp 00000000 fd:02 8681 /usr/lib64/libdevmapper.so.1.02 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b3e9000-7eff8b5e9000 ---p 00054000 fd:02 8681 /usr/lib64/libdevmapper.so.1.02 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b5e9000-7eff8b5ea000 r--p 00054000 fd:02 8681 /usr/lib64/libdevmapper.so.1.02 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b5ea000-7eff8b5ed000 rw-p 00055000 fd:02 8681 /usr/lib64/libdevmapper.so.1.02 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b5ed000-7eff8b5ef000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b5ef000-7eff8b60a000 r-xp 00000000 fd:02 3502 /usr/lib64/libaudit.so.1.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b60a000-7eff8b80a000 ---p 0001b000 fd:02 3502 /usr/lib64/libaudit.so.1.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b80a000-7eff8b80b000 r--p 0001b000 fd:02 3502 /usr/lib64/libaudit.so.1.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b80b000-7eff8b80c000 rw-p 0001c000 fd:02 3502 /usr/lib64/libaudit.so.1.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b80c000-7eff8b816000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b816000-7eff8b830000 r-xp 00000000 fd:02 3862 /usr/lib64/libnl-3.so.200.16.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b830000-7eff8ba2f000 ---p 0001a000 fd:02 3862 /usr/lib64/libnl-3.so.200.16.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8ba2f000-7eff8ba31000 r--p 00019000 fd:02 3862 /usr/lib64/libnl-3.so.200.16.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8ba31000-7eff8ba32000 rw-p 0001b000 fd:02 3862 /usr/lib64/libnl-3.so.200.16.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8ba32000-7eff8ba79000 r-xp 00000000 fd:02 3868 /usr/lib64/libnl-route-3.so.200.16.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8ba79000-7eff8bc78000 ---p 00047000 fd:02 3868 /usr/lib64/libnl-route-3.so.200.16.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8bc78000-7eff8bc7b000 r--p 00046000 fd:02 3868 /usr/lib64/libnl-route-3.so.200.16.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8bc7b000-7eff8bc7f000 rw-p 00049000 fd:02 3868 /usr/lib64/libnl-route-3.so.200.16.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8bc7f000-7eff8bc81000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8bc81000-7eff8bc89000 r-xp 00000000 fd:02 11228 /usr/lib64/libyajl.so.2.0.4 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8bc89000-7eff8be89000 ---p 00008000 fd:02 11228 /usr/lib64/libyajl.so.2.0.4 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8be89000-7eff8be8a000 r--p 00008000 fd:02 11228 /usr/lib64/libyajl.so.2.0.4 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8be8a000-7eff8be8b000 rw-p 00009000 fd:02 11228 /usr/lib64/libyajl.so.2.0.4 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8be8b000-7eff8be8f000 r-xp 00000000 fd:02 4028 /usr/lib64/libcap-ng.so.0.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8be8f000-7eff8c08f000 ---p 00004000 fd:02 4028 /usr/lib64/libcap-ng.so.0.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c08f000-7eff8c090000 r--p 00004000 fd:02 4028 /usr/lib64/libcap-ng.so.0.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c090000-7eff8c091000 rw-p 00005000 fd:02 4028 /usr/lib64/libcap-ng.so.0.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c091000-7eff8c094000 r-xp 00000000 fd:02 17293 /usr/lib64/libvirt-qemu.so.0.1002.17 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c094000-7eff8c293000 ---p 00003000 fd:02 17293 /usr/lib64/libvirt-qemu.so.0.1002.17 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c293000-7eff8c294000 r--p 00002000 fd:02 17293 /usr/lib64/libvirt-qemu.so.0.1002.17 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c294000-7eff8c295000 rw-p 00003000 fd:02 17293 /usr/lib64/libvirt-qemu.so.0.1002.17 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c295000-7eff8c298000 r-xp 00000000 fd:02 17291 /usr/lib64/libvirt-lxc.so.0.1002.17 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c298000-7eff8c497000 ---p 00003000 fd:02 17291 /usr/lib64/libvirt-lxc.so.0.1002.17 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c497000-7eff8c498000 r--p 00002000 fd:02 17291 /usr/lib64/libvirt-lxc.so.0.1002.17 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c498000-7eff8c499000 rw-p 00003000 fd:02 17291 /usr/lib64/libvirt-lxc.so.0.1002.17 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c499000-7eff8c7c7000 r-xp 00000000 fd:02 17295 /usr/lib64/libvirt.so.0.1002.17 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c7c7000-7eff8c9c6000 ---p 0032e000 fd:02 17295 /usr/lib64/libvirt.so.0.1002.17 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c9c6000-7eff8c9d3000 r--p 0032d000 fd:02 17295 /usr/lib64/libvirt.so.0.1002.17 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c9d3000-7eff8c9df000 rw-p 0033a000 fd:02 17295 /usr/lib64/libvirt.so.0.1002.17 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c9df000-7eff8c9e0000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c9e0000-7eff8ca01000 r-xp 00000000 fd:02 2421 /usr/lib64/ld-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8cb99000-7eff8cbb2000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8cbb2000-7eff8cbc4000 r-xp 00000000 fd:02 7931 /usr/lib64/libudev.so.1.6.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8cbc4000-7eff8cbc5000 ---p 00012000 fd:02 7931 /usr/lib64/libudev.so.1.6.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8cbc5000-7eff8cbc6000 r--p 00012000 fd:02 7931 /usr/lib64/libudev.so.1.6.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8cbc6000-7eff8cbc7000 rw-p 00013000 fd:02 7931 /usr/lib64/libudev.so.1.6.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8cbc7000-7eff8cbcd000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8cbcd000-7eff8cbf3000 r-xp 00000000 fd:02 7929 /usr/lib64/libsystemd.so.0.6.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8cbf3000-7eff8cbf4000 r--p 00025000 fd:02 7929 /usr/lib64/libsystemd.so.0.6.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8cbf4000-7eff8cbf5000 rw-p 00026000 fd:02 7929 /usr/lib64/libsystemd.so.0.6.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8cbf5000-7eff8cbf8000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8cbfe000-7eff8cc01000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8cc01000-7eff8cc02000 r--p 00021000 fd:02 2421 /usr/lib64/ld-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8cc02000-7eff8cc03000 rw-p 00022000 fd:02 2421 /usr/lib64/ld-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8cc03000-7eff8cc04000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7fff526c8000-7fff526e9000 rw-p 00000000 00:00 0 [stack] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7fff527c3000-7fff527c5000 r--p 00000000 00:00 0 [vvar] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7fff527c5000-7fff527c7000 r-xp 00000000 00:00 0 [vdso] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] ] ===== This is the second trace using version libvirt-1.2.17-13.el7_2.3 ====== May 10 06:31:57 vm-drbd(vm7)[98278]: ERROR: Virtual domain vm7 has unknown status "*** error in `virsh': corrupted double-linked list: 0x000055802eeb75d0 *** ======= backtrace: ========= /lib64/libc.so.6(+0x7b184)[0x7f9d18443184] /lib64/libc.so.6(+0x7d235)[0x7f9d18445235] /lib64/libvirt.so.0(virfree+0x1a)[0x7f9d1b71444a] /lib64/libvirt.so.0(virobjectunref+0x145)[0x7f9d1b75b0e5] /lib64/libvirt.so.0(+0x814d4)[0x7f9d1b7314d4] /lib64/libvirt.so.0(vireventpollrunonce+0x69f)[0x7f9d1b73283f] /lib64/libvirt.so.0(vireventrundefaultimpl+0x42)[0x7f9d1b731032] virsh(+0x26545)[0x55802d6fe545] /lib64/libvirt.so.0(+0xc3a42)[0x7f9d1b773a42] /lib64/libpthread.so.0(+0x7dc5)[0x7f9d18790dc5] /lib64/libc.so.6(clone+0x6d)[0x7f9d184be28d] ======= memory map: ======== 55802d6d8000-55802d74f000 r-xp 00000000 fd:01 1018 /usr/bin/virsh 55802d94f000-55802d962000 r--p 00077000 fd:01 1018 /usr/bin/virsh 55802d962000-55802d963000 rw-p 0008a000 fd:01 1018 /usr/bin/virsh 55802ee99000-55802eed2000 rw-p 00000000 00:00 0 [heap] 7f9d0c000000-7f9d0c021000 rw-p 00000000 00:00 0 7f9d0c021000-7f9d10000000 ---p 00000000 00:00 0 7f9d11819000-7f9d1181a000 ---p 00000000 00:00 0 7f9d1181a000-7f9d1201a000 rw-p 00000000 00:00 0 [stack:98383] 7f9d1201a000-7f9d1201d000 r-xp 00000000 fd:01 11124 /usr/lib64/libkeyutils.so.1.5 7f9d1201d000-7f9d1221c000 ---p 00003000 fd:01 11124 /usr/lib64/libkeyutils.so.1.5 7f9d1221c000-7f9d1221d000 r--p 00002000 fd:01 11124 /usr/lib64/libkeyutils.so.1.5 7f9d1221d000-7f9d1221e000 rw-p 00003000 fd:01 11124 /usr/lib64/libkeyutils.so.1.5 7f9d1221e000-7f9d1222b000 r-xp 00000000 fd:01 11129 /usr/lib64/libkrb5support.so.0.1 7f9d1222b000-7f9d1242b000 ---p 0000d000 fd:01 11129 /usr/lib64/libkrb5support.so.0.1 7f9d1242b000-7f9d1242c000 r--p 0000d000 fd:01 11129 /usr/lib64/libkrb5support.so.0.1 7f9d1242c000-7f9d1242d000 rw-p 0000e000 fd:01 11129 /usr/lib64/libkrb5support.so.0.1 7f9d1242d000-7f9d1242f000 r-xp 00000000 fd:01 11060 /usr/lib64/libfreebl3.so 7f9d1242f000-7f9d1262e000 ---p 00002000 fd:01 11060 /usr/lib64/libfreebl3.so 7f9d1262e000-7f9d1262f000 r--p 00001000 fd:01 11060 /usr/lib64/libfreebl3.so 7f9d1262f000-7f9d12630000 rw-p 00002000 fd:01 11060 /usr/lib64/libfreebl3.so 7f9d12630000-7f9d12693000 r-xp 00000000 fd:01 11306 /usr/lib64/libssl.so.1.0.1e 7f9d12693000-7f9d12892000 ---p 00063000 fd:01 11306 /usr/lib64/libssl.so.1.0.1e 7f9d12892000-7f9d12896000 r--p 00062000 fd:01 11306 /usr/lib64/libssl.so.1.0.1e 7f9d12896000-7f9d1289d000 rw-p 00066000 fd:01 11306 /usr/lib64/libssl.so.1.0.1e 7f9d1289d000-7f9d12a5b000 r-xp 00000000 fd:01 11022 /usr/lib64/libcrypto.so.1.0.1e 7f9d12a5b000-7f9d12c5b000 ---p 001be000 fd:01 11022 /usr/lib64/libcrypto.so.1.0.1e 7f9d12c5b000-7f9d12c75000 r--p 001be000 fd:01 11022 /usr/lib64/libcrypto.so.1.0.1e 7f9d12c75000-7f9d12c81000 rw-p 001d8000 fd:01 11022 /usr/lib64/libcrypto.so.1.0.1e 7f9d12c81000-7f9d12c85000 rw-p 00000000 00:00 0 7f9d12c85000-7f9d12c8c000 r-xp 00000000 fd:01 11055 /usr/lib64/libffi.so.6.0.1 7f9d12c8c000-7f9d12e8b000 ---p 00007000 fd:01 11055 /usr/lib64/libffi.so.6.0.1 7f9d12e8b000-7f9d12e8c000 r--p 00006000 fd:01 11055 /usr/lib64/libffi.so.6.0.1 7f9d12e8c000-7f9d12e8d000 rw-p 00007000 fd:01 11055 /usr/lib64/libffi.so.6.0.1 7f9d12e8d000-7f9d12e9c000 r-xp 00000000 fd:01 11001 /usr/lib64/libbz2.so.1.0.6 7f9d12e9c000-7f9d1309b000 ---p 0000f000 fd:01 11001 /usr/lib64/libbz2.so.1.0.6 7f9d1309b000-7f9d1309c000 r--p 0000e000 fd:01 11001 /usr/lib64/libbz2.so.1.0.6 7f9d1309c000-7f9d1309d000 rw-p 0000f000 fd:01 11001 /usr/lib64/libbz2.so.1.0.6 7f9d1309d000-7f9d130b2000 r-xp 00000000 fd:01 11044 /usr/lib64/libelf-0.163.so 7f9d130b2000-7f9d132b1000 ---p 00015000 fd:01 11044 /usr/lib64/libelf-0.163.so 7f9d132b1000-7f9d132b2000 r--p 00014000 fd:01 11044 /usr/lib64/libelf-0.163.so 7f9d132b2000-7f9d132b3000 rw-p 00015000 fd:01 11044 /usr/lib64/libelf-0.163.so 7f9d132b3000-7f9d132b7000 r-xp 00000000 fd:01 10987 /usr/lib64/libattr.so.1.1.0 7f9d132b7000-7f9d134b6000 ---p 00004000 fd:01 10987 /usr/lib64/libattr.so.1.1.0 7f9d134b6000-7f9d134b7000 r--p 00003000 fd:01 10987 /usr/lib64/libattr.so.1.1.0 7f9d134b7000-7f9d134b8000 rw-p 00004000 fd:01 10987 /usr/lib64/libattr.so.1.1.0 7f9d134b8000-7f9d134dd000 r-xp 00000000 fd:01 11329 /usr/lib64/libtinfo.so.5.9 7f9d134dd000-7f9d136dd000 ---p 00025000 fd:01 11329 /usr/lib64/libtinfo.so.5.9 7f9d136dd000-7f9d136e1000 r--p 00025000 fd:01 11329 /usr/lib64/libtinfo.so.5.9 7f9d136e1000-7f9d136e2000 rw-p 00029000 fd:01 11329 /usr/lib64/libtinfo.so.5.9 7f9d136e2000-7f9d13742000 r-xp 00000000 fd:01 11236 /usr/lib64/libpcre.so.1.2.0 7f9d13742000-7f9d13941000 ---p 00060000 fd:01 11236 /usr/lib64/libpcre.so.1.2.0 7f9d13941000-7f9d13942000 r--p 0005f000 fd:01 11236 /usr/lib64/libpcre.so.1.2.0 7f9d13942000-7f9d13943000 rw-p 00060000 fd:01 11236 /usr/lib64/libpcre.so.1.2.0 7f9d13943000-7f9d13993000 r-xp 00000000 fd:01 11131 /usr/lib64/libldap-2.4.so.2.10.3 7f9d13993000-7f9d13b92000 ---p 00050000 fd:01 11131 /usr/lib64/libldap-2.4.so.2.10.3 7f9d13b92000-7f9d13b95000 r--p 0004f000 fd:01 11131 /usr/lib64/libldap-2.4.so.2.10.3 7f9d13b95000-7f9d13b96000 rw-p 00052000 fd:01 11131 /usr/lib64/libldap-2.4.so.2.10.3 7f9d13b96000-7f9d13ba4000 r-xp 00000000 fd:01 11130 /usr/lib64/liblber-2.4.so.2.10.3 7f9d13ba4000-7f9d13da3000 ---p 0000e000 fd:01 11130 /usr/lib64/liblber-2.4.so.2.10.3 7f9d13da3000-7f9d13da4000 r--p 0000d000 fd:01 11130 /usr/lib64/liblber-2.4.so.2.10.3 7f9d13da4000-7f9d13da5000 rw-p 0000e000 fd:01 11130 /usr/lib64/liblber-2.4.so.2.10.3 7f9d13da5000-7f9d13da8000 r-xp 00000000 fd:01 11012 /usr/lib64/libcom_err.so.2.1 7f9d13da8000-7f9d13fa7000 ---p 00003000 fd:01 11012 /usr/lib64/libcom_err.so.2.1 7f9d13fa7000-7f9d13fa8000 r--p 00002000 fd:01 11012 /usr/lib64/libcom_err.so.2.1 7f9d13fa8000-7f9d13fa9000 rw-p 00003000 fd:01 11012 /usr/lib64/libcom_err.so.2.1 7f9d13fa9000-7f9d13fd8000 r-xp 00000000 fd:01 11120 /usr/lib64/libk5crypto.so.3.1 7f9d13fd8000-7f9d141d7000 ---p 0002f000 fd:01 11120 /usr/lib64/libk5crypto.so.3.1 7f9d141d7000-7f9d141d9000 r--p 0002e000 fd:01 11120 /usr/lib64/libk5crypto.so.3.1 7f9d141d9000-7f9d141da000 rw-p 00030000 fd:01 11120 /usr/lib64/libk5crypto.so.3.1 7f9d141da000-7f9d141db000 rw-p 00000000 00:00 0 7f9d141db000-7f9d142b0000 r-xp 00000000 fd:01 11128 /usr/lib64/libkrb5.so.3.3 7f9d142b0000-7f9d144b0000 ---p 000d5000 fd:01 11128 /usr/lib64/libkrb5.so.3.3 7f9d144b0000-7f9d144bd000 r--p 000d5000 fd:01 11128 /usr/lib64/libkrb5.so.3.3 7f9d144 -- Eric Wheeler

2 1

[libvirt] libvirt should not disable auto_login of iscsi-targets that are *not* used by libvirt
by Fritz Elfert 10 May '16

10 May '16

Hi, Cole Robinson asked me to post the attached patch here. For more info, see https://bugzilla.redhat.com/show_bug.cgi?id=1331552 Cheers -Fritz

2 1

[libvirt] [PATCH] docs: Fix disk "volume" description
by John Ferlan 10 May '16

10 May '16

Missing a close single quote and a 'be' before used. Signed-off-by: John Ferlan <jferlan(a)redhat.com> --- Pushed as trivial. docs/formatdomain.html.in | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/formatdomain.html.in b/docs/formatdomain.html.in index 7b29e78..58b8cb6 100644 --- a/docs/formatdomain.html.in +++ b/docs/formatdomain.html.in @@ -2158,9 +2158,9 @@ Using a LUN from an iSCSI source pool provides the same features as a <code>disk</code> configured using - <code>type</code> 'block' or 'network and <code>device</code> + <code>type</code> 'block' or 'network' and <code>device</code> of 'lun' with respect to how the LUN is presented to and - may used by the guest. + may be used by the guest. Since 1.0.5 -- 2.5.5

1 0

[libvirt] [PATCH] qemu: Add extra checks for secret destroy API's
by John Ferlan 10 May '16

10 May '16

Remove the possibility that a NULL hostdev->privateData or a disk->privateData could crash libvirtd by checking for NULL before dereferencing for the secinfo structure in the qemuDomainSecret{Disk|Hostdev}Destroy functions. The hostdevPriv could be NULL if qemuProcessNetworkPrepareDevices adds a new hostdev during virDomainNetGetActualHostdev that then gets inserted via virDomainHostdevInsert. The hostdevPriv was added by commit id '27726d8' and is currently only used by scsi hostdev. Signed-off-by: John Ferlan <jferlan(a)redhat.com> --- Discovered by laine and debugged on private IRC channel. src/qemu/qemu_domain.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/qemu/qemu_domain.c b/src/qemu/qemu_domain.c index 93f0a01..0cddb86 100644 --- a/src/qemu/qemu_domain.c +++ b/src/qemu/qemu_domain.c @@ -903,7 +903,7 @@ qemuDomainSecretDiskDestroy(virDomainDiskDefPtr disk) { qemuDomainDiskPrivatePtr diskPriv = QEMU_DOMAIN_DISK_PRIVATE(disk); - if (!diskPriv->secinfo) + if (!diskPriv || !diskPriv->secinfo) return; qemuDomainSecretInfoFree(&diskPriv->secinfo); @@ -964,7 +964,7 @@ qemuDomainSecretHostdevDestroy(virDomainHostdevDefPtr hostdev) qemuDomainHostdevPrivatePtr hostdevPriv = QEMU_DOMAIN_HOSTDEV_PRIVATE(hostdev); - if (!hostdevPriv->secinfo) + if (!hostdevPriv || !hostdevPriv->secinfo) return; qemuDomainSecretInfoFree(&hostdevPriv->secinfo); -- 2.5.5

2 1

[libvirt] [PATCH] util: set vlan tag for macvtap passthrough mode on SRIOV VFs
by Laine Stump 10 May '16

10 May '16

SRIOV VFs used in macvtap passthrough mode can take advantage of the SRIOV card's transparent vlan tagging. All the code was there to set the vlan tag, and it has been used for SRIOV VFs used for hostdev interfaces for several years, but for some reason, the vlan tag for macvtap passthrough devices was stubbed out with a -1. This patch moves a bit of common validation down to a lower level (virNetDevReplaceNetConfig()) so it is shared by hostdev and macvtap modes, and updates the macvtap caller to actually send the vlan config instead of -1. --- While adding the info to the docs, I got a bit carried away fixing up the vlan-specific paragraphs. It someone really wants me to I can move it into a separate patch, but it seemed like more trouble than it was worth at the time... docs/formatdomain.html.in | 61 +++++++++++++++++++++++++++------------------ src/lxc/lxc_process.c | 3 ++- src/network/bridge_driver.c | 17 ++++++++----- src/qemu/qemu_interface.c | 1 + src/util/virhostdev.c | 23 ++--------------- src/util/virnetdev.c | 29 +++++++++++++++++---- src/util/virnetdev.h | 6 +++-- src/util/virnetdevmacvlan.c | 4 ++- src/util/virnetdevmacvlan.h | 2 ++ 9 files changed, 86 insertions(+), 60 deletions(-) diff --git a/docs/formatdomain.html.in b/docs/formatdomain.html.in index 97794b7..68f0295 100644 --- a/docs/formatdomain.html.in +++ b/docs/formatdomain.html.in @@ -4032,7 +4032,7 @@ On Linux systems, the bridge device is normally a standard Linux host bridge. On hosts that support Open vSwitch, it is also - possible to connect to an open vSwitch bridge device by adding + possible to connect to an Open vSwitch bridge device by adding a <code><virtualport type='openvswitch'/></code> to the interface definition. (Since 0.9.11). The Open vSwitch type virtualport accepts two @@ -4816,34 +4816,47 @@ qemu-kvm -net nic,model=? /dev/null If (and only if) the network connection used by the guest - supports vlan tagging transparent to the guest, an + supports VLAN tagging transparent to the guest, an optional <code><vlan></code> element can specify one or - more vlan tags to apply to the guest's network - traffic Since 0.10.0. (openvswitch - and type='hostdev' SR-IOV interfaces do support transparent vlan - tagging of guest traffic; everything else, including standard + more VLAN tags to apply to the guest's network + traffic Since 0.10.0. Network + connections that support guest-transparent VLAN tagging include + 1) type='bridge' interfaces connected to an Open vSwitch bridge + Since 0.10.0, 2) SRIOV Virtual + Functions (VF) used via type='hostdev' (direct device + assignment) Since 0.10.0, and 3) + SRIOV VFs used via type='direct' with mode='passthrough' + (macvtap "passthru" mode) Since + 1.3.4; all other connection types, including standard linux bridges and libvirt's own virtual networks, do not support it. 802.1Qbh (vn-link) and 802.1Qbg (VEPA) switches provide their own way (outside of libvirt) to tag guest traffic - onto specific vlans.) To allow for specification of multiple - tags (in the case of vlan trunking), a - subelement, <code><tag></code>, specifies which vlan tag - to use (for example: <code><tag id='42'/></code>. If an - interface has more than one <code><vlan></code> element - defined, it is assumed that the user wants to do VLAN trunking - using all the specified tags. In the case that vlan trunking - with a single tag is desired, the optional + onto specific vlans.) Each tag is given in a + separate <code><tag></code> subelement + of <code><vlan></code> (for example: <code><tag + id='42'/></code>). For VLAN trunking of multiple tags (which + is supported only on Open vSwitch connections), + multiple <code><tag></code> subelements can be specified, + which implies that the user wants to do VLAN trunking on the + interface for all the specified tags. In the case that VLAN + trunking of a single tag is desired, the optional attribute <code>trunk='yes'</code> can be added to the toplevel - vlan element. - - - - For network connections using openvswitch it is possible to - configure the 'native-tagged' and 'native-untagged' vlan modes - Since 1.1.0. This uses the optional - <code>nativeMode</code> attribute on the <code><tag></code> - element: <code>nativeMode</code> may be set to 'tagged' or - 'untagged'. The id attribute of the element sets the native vlan. + <code><vlan></code> element to differentiate trunking of a + single tag from normal tagging. + + + + For network connections using Open vSwitch it is also possible + to configure 'native-tagged' and 'native-untagged' VLAN modes + Since 1.1.0. This is done with the + optional <code>nativeMode</code> attribute on + the <code><tag></code> subelement: <code>nativeMode</code> + may be set to 'tagged' or 'untagged'. The <code>id</code> + attribute of the <code><tag></code> subelement + containing <code>nativeMode</code> sets which VLAN is considered + to be the "native" VLAN for this interface, and + the <code>nativeMode</code> attribute determines whether or not + traffic for that VLAN will be tagged. <h5><a name="elementLink">Modifying virtual link state</a></h5> diff --git a/src/lxc/lxc_process.c b/src/lxc/lxc_process.c index 0044ee5..8981d9a 100644 --- a/src/lxc/lxc_process.c +++ b/src/lxc/lxc_process.c @@ -1,5 +1,5 @@ /* - * Copyright (C) 2010-2015 Red Hat, Inc. + * Copyright (C) 2010-2016 Red Hat, Inc. * Copyright IBM Corp. 2008 * * lxc_process.c: LXC process lifecycle management @@ -343,6 +343,7 @@ char *virLXCProcessSetupInterfaceDirect(virConnectPtr conn, net->ifname, &net->mac, linkdev, virDomainNetGetActualDirectMode(net), + virDomainNetGetActualVlan(net), def->uuid, prof, &res_ifname, diff --git a/src/network/bridge_driver.c b/src/network/bridge_driver.c index a34da2a..7a2cadb 100644 --- a/src/network/bridge_driver.c +++ b/src/network/bridge_driver.c @@ -3058,11 +3058,12 @@ networkValidate(virNetworkDriverStatePtr driver, * a pool, and those using an Open vSwitch bridge. */ - vlanAllowed = ((def->forward.type == VIR_NETWORK_FORWARD_BRIDGE && + vlanAllowed = (def->forward.type == VIR_NETWORK_FORWARD_HOSTDEV || + def->forward.type == VIR_NETWORK_FORWARD_PASSTHROUGH || + (def->forward.type == VIR_NETWORK_FORWARD_BRIDGE && def->virtPortProfile && def->virtPortProfile->virtPortType - == VIR_NETDEV_VPORT_PROFILE_OPENVSWITCH) || - def->forward.type == VIR_NETWORK_FORWARD_HOSTDEV); + == VIR_NETDEV_VPORT_PROFILE_OPENVSWITCH)); vlanUsed = def->vlan.nTags > 0; for (i = 0; i < def->nPortGroups; i++) { @@ -4277,11 +4278,15 @@ networkAllocateActualDevice(virDomainDefPtr dom, */ if (virDomainNetGetActualVlan(iface)) { - /* vlan configuration via libvirt is only supported for - * PCI Passthrough SR-IOV devices and openvswitch bridges. - * otherwise log an error and fail + /* vlan configuration via libvirt is only supported for PCI + * Passthrough SR-IOV devices (hostdev or macvtap passthru + * mode) and openvswitch bridges. Otherwise log an error and + * fail */ if (!(actualType == VIR_DOMAIN_NET_TYPE_HOSTDEV || + (actualType == VIR_DOMAIN_NET_TYPE_DIRECT && + virDomainNetGetActualDirectMode(iface) + == VIR_NETDEV_MACVLAN_MODE_PASSTHRU) || (actualType == VIR_DOMAIN_NET_TYPE_BRIDGE && virtport && virtport->virtPortType == VIR_NETDEV_VPORT_PROFILE_OPENVSWITCH))) { diff --git a/src/qemu/qemu_interface.c b/src/qemu/qemu_interface.c index ef789fa..b48ae50 100644 --- a/src/qemu/qemu_interface.c +++ b/src/qemu/qemu_interface.c @@ -266,6 +266,7 @@ qemuInterfaceDirectConnect(virDomainDefPtr def, &net->mac, virDomainNetGetActualDirectDev(net), virDomainNetGetActualDirectMode(net), + virDomainNetGetActualVlan(net), def->uuid, virDomainNetGetActualVirtPortProfile(net), &res_ifname, diff --git a/src/util/virhostdev.c b/src/util/virhostdev.c index 933c942..980e590 100644 --- a/src/util/virhostdev.c +++ b/src/util/virhostdev.c @@ -1,6 +1,6 @@ /* virhostdev.c: hostdev management * - * Copyright (C) 2006-2007, 2009-2015 Red Hat, Inc. + * Copyright (C) 2006-2007, 2009-2016 Red Hat, Inc. * Copyright (C) 2006 Daniel P. Berrange * Copyright (C) 2014 SUSE LINUX Products GmbH, Nuernberg, Germany. * @@ -387,7 +387,6 @@ virHostdevNetConfigReplace(virDomainHostdevDefPtr hostdev, virNetDevVPortProfilePtr virtPort; int ret = -1; int vf = -1; - int vlanid = -1; bool port_profile_associate = true; if (virHostdevIsVirtualFunction(hostdev) != 1) { @@ -416,27 +415,9 @@ virHostdevNetConfigReplace(virDomainHostdevDefPtr hostdev, port_profile_associate); } else { /* Set only mac and vlan */ - if (vlan) { - if (vlan->nTags != 1 || vlan->trunk) { - virReportError(VIR_ERR_CONFIG_UNSUPPORTED, "%s", - _("vlan trunking is not supported " - "by SR-IOV network devices")); - goto cleanup; - } - if (vf == -1) { - virReportError(VIR_ERR_CONFIG_UNSUPPORTED, - _("vlan can only be set for SR-IOV VFs, but " - "%s is not a VF"), linkdev); - goto cleanup; - } - vlanid = vlan->tag[0]; - } else if (vf >= 0) { - vlanid = 0; /* assure any current vlan tag is reset */ - } - ret = virNetDevReplaceNetConfig(linkdev, vf, &hostdev->parent.data.net->mac, - vlanid, stateDir); + vlan, stateDir); } cleanup: VIR_FREE(linkdev); diff --git a/src/util/virnetdev.c b/src/util/virnetdev.c index bb17b84..7db4497 100644 --- a/src/util/virnetdev.c +++ b/src/util/virnetdev.c @@ -1,5 +1,5 @@ /* - * Copyright (C) 2007-2015 Red Hat, Inc. + * Copyright (C) 2007-2016 Red Hat, Inc. * * This library is free software; you can redistribute it and/or * modify it under the terms of the GNU Lesser General Public @@ -2547,7 +2547,8 @@ virNetDevRestoreVfConfig(const char *pflinkdev, */ int virNetDevReplaceNetConfig(const char *linkdev, int vf, - const virMacAddr *macaddress, int vlanid, + const virMacAddr *macaddress, + virNetDevVlanPtr vlan, const char *stateDir) { int ret = -1; @@ -2566,11 +2567,29 @@ virNetDevReplaceNetConfig(const char *linkdev, int vf, linkdev = pfdevname; } - if (vf == -1) + if (vf == -1) { + if (vlan) { + virReportError(VIR_ERR_CONFIG_UNSUPPORTED, + _("vlan can only be set for SR-IOV VFs, but " + "%s is not a VF"), linkdev); + goto cleanup; + } ret = virNetDevReplaceMacAddress(linkdev, macaddress, stateDir); - else + } else { + int vlanid = 0; /* assure any current vlan tag is reset */ + + if (vlan) { + if (vlan->nTags != 1 || vlan->trunk) { + virReportError(VIR_ERR_CONFIG_UNSUPPORTED, "%s", + _("vlan trunking is not supported " + "by SR-IOV network devices")); + goto cleanup; + } + vlanid = vlan->tag[0]; + } ret = virNetDevReplaceVfConfig(linkdev, vf, macaddress, vlanid, stateDir); + } cleanup: VIR_FREE(pfdevname); @@ -2636,7 +2655,7 @@ int virNetDevReplaceNetConfig(const char *linkdev ATTRIBUTE_UNUSED, int vf ATTRIBUTE_UNUSED, const virMacAddr *macaddress ATTRIBUTE_UNUSED, - int vlanid ATTRIBUTE_UNUSED, + virNetDevVlanPtr vlan ATTRIBUTE_UNUSED, const char *stateDir ATTRIBUTE_UNUSED) { virReportSystemError(ENOSYS, "%s", diff --git a/src/util/virnetdev.h b/src/util/virnetdev.h index dcc81a6..cbe7938 100644 --- a/src/util/virnetdev.h +++ b/src/util/virnetdev.h @@ -1,5 +1,5 @@ /* - * Copyright (C) 2007-2015 Red Hat, Inc. + * Copyright (C) 2007-2016 Red Hat, Inc. * * This library is free software; you can redistribute it and/or * modify it under the terms of the GNU Lesser General Public @@ -30,6 +30,7 @@ # include "virnetlink.h" # include "virmacaddr.h" # include "virpci.h" +# include "virnetdevvlan.h" # include "device_conf.h" # ifdef HAVE_STRUCT_IFREQ @@ -175,7 +176,8 @@ int virNetDevLinkDump(const char *ifname, int ifindex, ATTRIBUTE_RETURN_CHECK; int virNetDevReplaceNetConfig(const char *linkdev, int vf, - const virMacAddr *macaddress, int vlanid, + const virMacAddr *macaddress, + virNetDevVlanPtr vlan, const char *stateDir) ATTRIBUTE_NONNULL(1) ATTRIBUTE_NONNULL(3) ATTRIBUTE_NONNULL(5); diff --git a/src/util/virnetdevmacvlan.c b/src/util/virnetdevmacvlan.c index d755b93..c05c67f 100644 --- a/src/util/virnetdevmacvlan.c +++ b/src/util/virnetdevmacvlan.c @@ -975,6 +975,7 @@ virNetDevMacVLanCreateWithVPortProfile(const char *ifnameRequested, const virMacAddr *macaddress, const char *linkdev, virNetDevMacVLanMode mode, + virNetDevVlanPtr vlan, const unsigned char *vmuuid, virNetDevVPortProfilePtr virtPortProfile, char **ifnameResult, @@ -1021,7 +1022,7 @@ virNetDevMacVLanCreateWithVPortProfile(const char *ifnameRequested, if (virNetDevReplaceMacAddress(linkdev, macaddress, stateDir) < 0) return -1; } else { - if (virNetDevReplaceNetConfig(linkdev, -1, macaddress, -1, stateDir) < 0) + if (virNetDevReplaceNetConfig(linkdev, -1, macaddress, vlan, stateDir) < 0) return -1; } } @@ -1281,6 +1282,7 @@ int virNetDevMacVLanCreateWithVPortProfile(const char *ifname ATTRIBUTE_UNUSED, const virMacAddr *macaddress ATTRIBUTE_UNUSED, const char *linkdev ATTRIBUTE_UNUSED, virNetDevMacVLanMode mode ATTRIBUTE_UNUSED, + virNetDevVlanPtr vlan ATTRIBUTE_UNUSED, const unsigned char *vmuuid ATTRIBUTE_UNUSED, virNetDevVPortProfilePtr virtPortProfile ATTRIBUTE_UNUSED, char **res_ifname ATTRIBUTE_UNUSED, diff --git a/src/util/virnetdevmacvlan.h b/src/util/virnetdevmacvlan.h index 560593e..179a8a1 100644 --- a/src/util/virnetdevmacvlan.h +++ b/src/util/virnetdevmacvlan.h @@ -28,6 +28,7 @@ # include "virsocketaddr.h" # include "virnetdevbandwidth.h" # include "virnetdevvportprofile.h" +# include "virnetdevvlan.h" /* the mode type for macvtap devices */ typedef enum { @@ -69,6 +70,7 @@ int virNetDevMacVLanCreateWithVPortProfile(const char *ifname, const virMacAddr *macaddress, const char *linkdev, virNetDevMacVLanMode mode, + virNetDevVlanPtr vlan, const unsigned char *vmuuid, virNetDevVPortProfilePtr virtPortProfile, char **res_ifname, -- 2.5.5

2 2