October 2018 - Devel - oVirt List Archives

vdsm has been tagged (v4.20.43)
by Milan Zamazal 16 Oct '18

16 Oct '18

Vdsm 4.20.43 for oVirt 4.2.7 rc3

1 0

vdsm has been tagged (v4.30.1)
by Milan Zamazal 15 Oct '18

15 Oct '18

Vdsm 4.30.1 for the first 4.3 build from master

1 0

Upgrade to WildFly 14.0.1
by Martin Perina 12 Oct '18

12 Oct '18

Hi, WildFly 14 packages are already available for both CentOS 7 and FC28, both oVirt engine master and 4.2 already contain fixes for compatibility with both WildFly 13 and 14, but please update your development machines to contain both ovirt-engine-wildfly-14.0.1 and ovirt-engine-wildfly-overlay-14.0.1 packages. Patch adding requirement for WildFly 14 is prepared [1], it should be merged tomorrow (Thursday), backport to 4.2 will follow immediately. Anyway if you find any issues related to this WildFly upgrade, please report a bug on it asap, we need to have everything fixed in 4.2.7. Thanks Martin [1] https://gerrit.ovirt.org/94824 -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o.

1 1

diskunmap hooks and oVirt Node
by Sandro Bonazzola 11 Oct '18

11 Oct '18

Hi, we just got Bug 1638317 <https://bugzilla.redhat.com/show_bug.cgi?id=1638317> - "missing VDSM hook diskunmap in Node NG releases" opened as a bug, not an RFE, because "Pass discard from guest to underlying storage <https://www.ovirt.org/develop/release-management/features/storage/pass-disc…>" features introduced in oVirt 4.1 is not yet implemented for Cinder storage, for which Bug 1440230 <https://bugzilla.redhat.com/show_bug.cgi?id=1440230> - "[RFE] Allow "Pass discard from guest to underlying storage" for Cinder. " has been opened. I'm writing to people involved in the hook introduction ( https://gerrit.ovirt.org/#/c/29770/) to understand how safe is to include the hook in oVirt Node as default installed hook. I understand that the hook is going to add "discard=unmap" always, not only on Cinder. I don't know the implications of it being enabled other than supposedly fix the issue with Cinder storage. Looking at the feature page looks like this won't work with NFS storage, but other than not working, will it cause issues? I see Bug 1440230 <https://bugzilla.redhat.com/show_bug.cgi?id=1440230> is un-targeted, is there any plan to get it into oVirt 4.3? We support Cinder/Ceph since 3.6 and pass discard is supported since 4.1, not sure about what prevented the pass discard to be implemented for Cinder as well in 4.1. Can someone elaborate? Thanks, -- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig> <https://www.redhat.com/en/events/red-hat-open-source-day-italia?sc_cid=701f…>

2 1

discussing the future of the upgrade suite in ost
by Dafna Ron 11 Oct '18

11 Oct '18

Hi All, I was reviewing the upgrade suites in ost and there are some issues that I am seeing in the suite tests-scenarios which I want to discuss and decide the future of. At it current state, I think we should remove the upgrade suite or most of the post test-scenarios as it is not testing what it should. The tests currently only test engine upgrade and basic sanity after the upgrade. This is problematic in a few ways: 1. upgrade should test the upgrade of rhv and not just a clean engine upgrade (i.e host, storage, vm). 2. as we have limited resources I do not think that the upgrade suite should be longer then the basic suite (and as we are currently running the basic suite after the upgrade it is longer) That brings me to question what should be essential to test in upgrade in the CI? I would also need someone in dev to volunteer and take ownership of the testing scenarios for upgrade - is there anyone that can help? Thanks, Dafna

4 4

Fwd: VDSM API schema inconsistencies
by Nir Soffer 10 Oct '18

10 Oct '18

Adding devel. ---------- Forwarded message --------- From: Nir Soffer <nsoffer(a)redhat.com> Date: Wed, 10 Oct 2018, 11:07 Subject: Re: VDSM API schema inconsistencies To: Piotr Kliczewski <pkliczew(a)redhat.com> Cc: Dan Kenigsberg <danken(a)redhat.com>, Edward Haas <ehaas(a)redhat.com>, Milan Zamazal <mzamazal(a)redhat.com>, Tomasz Baranski <tbaransk(a)redhat.com>, Francesco Romani <fromani(a)redhat.com>, Irit Goihman <igoihman(a)redhat.com>, Marcin Sobczyk <msobczyk(a)redhat.com> On Wed, 10 Oct 2018, 10:21 Piotr Kliczewski, <pkliczew(a)redhat.com> wrote: > +Nir > > On Wed, Oct 10, 2018 at 8:39 AM Marcin Sobczyk <msobczyk(a)redhat.com> > wrote: > >> Hi, >> I would love to get some feedback from you about it on the VDSM call >> today so if you have a moment, please take a look. >> Marcin >> >> ---------- Forwarded message --------- >> From: Marcin Sobczyk <msobczyk(a)redhat.com> >> Date: Mon, Oct 8, 2018 at 2:40 PM >> Subject: VDSM API schema inconsistencies >> To: devel <devel(a)ovirt.org> >> >> >> Hi, >> >> when I was working on BZ#1624306 it turned out, that even if I'd fix the >> help-printing code in vdsm-client, there's still a lot of inconsistencies >> in API's schema files. >> >> After some investigation, I found that there's a code for reporting >> schema inconsistencies, but it's turned off because it bloats the logs. >> > Right, an it should remain like this. In runtime we never want these warnings. There's also a "strict" mode that raises an exception each time an >> inconsistency is found, but it's also off because there's so many of them. >> > Same. Both are debugging aids for developers, to make it easy to check the schema. > I think that no one wants to maintain both: the actual code and schema >> files. >> > This is not a big issue. We rarely add or change APIs. But it is nice if we don't need to manualy make the schema correct. > My idea would be to make the schema derived from the code at build time as >> a long-term effort. >> > This cannot work, since clients depend on the schema, it should not change if when someone makes uintended change in the code. It should work in the opposite way, you change the schema, and generate new code frome schema. Threre are existing tools like grpc and thrift that work in this way. For long term we should drop our jsonrpc/stomp stack and move to grpc. For short term we can just fix the schema to reflect actual engine interaction. when engine and schema do not match, engine is usualy right. For responses, if engine can handle the response the code is right. Please do not make RPC code more complex and inefficient for improving schema issues detection. I would rather remove this code instead. Before we can do that though, we need to address the inconsistencies first. >> >> >> https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:v… >> >> This is a series of patches that helps fixing schema issues. What it >> does, is it adds a bunch of information from stack to vastly ease the >> process of fixing them. The logging level is also changed from 'WARNING' to >> 'DEBUG'. Here's an example of a logged entry: >> >> Host.setKsmTune >> With message: Required property pages_to_scan is not provided when >> calling Host.setKsmTune >> With backtrace: [ >> [ >> "_verify_object_type", >> { >> "call_arg_keys":[ >> "merge_across_nodes", >> "run" >> ], >> "schema_type_name":"KsmTuneParams" >> } >> ], >> [ >> "_verify_complex_type", >> { >> "schema_type_type":"object" >> } >> ] >> ] >> >> To make it work, a patch for OST's 'basic-master-suite' is on the way >> that switches 'schema.inconsistency' logger's logging level do 'DEBUG'. >> That way, we can find all reported errors in 'vdsm-schema-error.log' files. >> >> An initial report that groups reported errors by namespaces/methods has >> also been made. Please note, that an implementation that completely avoids >> error duplicates is really hard and IMHO not worth the effort. You can find >> the results here: >> >> - Host: https://pastebin.com/YM2XnvTV >> - Image: https://pastebin.com/GRc1yErL >> - LVMVolumeGroup: https://pastebin.com/R1276gTu >> - SDM: https://pastebin.com/P3tfYEDD >> - StorageDomain: https://pastebin.com/Q0DxKgF5 >> - StoragePool: https://pastebin.com/VXFWpfRC >> - VM: https://pastebin.com/tDC60c29 >> - Volume: https://pastebin.com/TYkr9Zsd >> - |jobs|: https://pastebin.com/jeXpYyz9 >> - |virt|: https://pastebin.com/nRREuEub >> >> File a bug per vertical (infra, storage, virt) for these issues. Since we don't know about real user issues with these apis this must be incorrect schema. Nir

2 2

[VDSM] Do not use commands.execCmd(cmd, sync=False) or AsyncProcessOperation
by Nir Soffer 10 Oct '18

10 Oct '18

I just found that this patch was merged last month: https://gerrit.ovirt.org/c/94269/ Adding another use of commands.execCmd(cmd, sync=False) and AsyncProcessOperation. These APIs are deprecated and will be removed soon, please do merge any code using them. Also running commands anachronistically with a timeout is a bad idea in general. If the command is stuck on storage, we will created huge amount of commands. We have the same bad pattern in storage (iscsi/fcp rescan), it should be replaced by running command synchronically (sync=False) in a dedicated thread, and never running more then one command if the command get stuck. Marcin is working on the new improved infrastructure for running commands, based on https://gerrit.ovirt.org/c/83923. Nir

1 0

[ OST Failure Report ] [ oVirt master (vdsm) ] [ 09-10-2018 ] [ 005_network_by_label ]
by Daniel Belenky 09 Oct '18

09 Oct '18

Hi, The following patch is suspected to be failing OST: https://gerrit.ovirt.org/#/c/94754/2 Error snippet from vdsm log: 2018-10-09 08:51:50,799-0400 ERROR (Thread-7) [root] Shutdown by QEMU Guest Agent failed (vm:5269) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 5260, in qemuGuestAgentShutdown self._dom.shutdownFlags(libvirt.VIR_DOMAIN_SHUTDOWN_GUEST_AGENT) File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", line 100, in f ret = attr(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/common/function.py", line 94, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2482, in shutdownFlags if ret == -1: raise libvirtError ('virDomainShutdownFlags() failed', dom=self) libvirtError: Guest agent is not responding: QEMU guest agent is not connected -- DANIEL BELENKY

2 1

BUG - Cannot install Host with empty password.
by Shawn Weeks 04 Oct '18

04 Oct '18

Is there a current open bug for https://bugzilla.redhat.com/show_bug.cgi?id=1057575. It's still happening in the current release but it should have been fixed back in 2016. Guide me fails with this error but add host works fine. Thanks Shawn

1 0

Adding Fedora 28 host fail with "NotImplementedError: Packager install not implemented"
by Nir Soffer 04 Oct '18

04 Oct '18

Trying to add Fedora 28 host to engine master, host installation fails immediately with: 2018-10-02 20:34:45,440+0300 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND **%EventStart STAGE internal_packages METHOD otopi.plugins.ovirt_host_deploy.vd sm.vdsmid.Plugin._packages (None) 2018-10-02 20:34:45,443+0300 DEBUG otopi.context context._executeMethod:143 method exception Traceback (most recent call last): File "/tmp/ovirt-qh2D5sbRmG/pythonlib/otopi/context.py", line 133, in _executeMethod method['method']() File "/tmp/ovirt-qh2D5sbRmG/otopi-plugins/ovirt-host-deploy/vdsm/vdsmid.py", line 84, in _packages self.packager.install(('dmidecode',)) File "/tmp/ovirt-qh2D5sbRmG/pythonlib/otopi/packager.py", line 102, in install raise NotImplementedError(_('Packager install not implemented')) NotImplementedError: Packager install not implemented 2018-10-02 20:34:45,444+0300 ERROR otopi.context context._executeMethod:152 Failed to execute stage 'Environment packages setup': Packager install not implemented engine version: 4.3.0_master (efabde5a36cbf85b43a60ead37e42943c35c2741) Is this a known issue? any workaround? Nir

5 8

random failures on test 004_basic_sanity.check_snapshot_with_memory
by Dafna Ron 04 Oct '18

04 Oct '18

Hi, I have been noticing random failures for test 004_basic_sanity.check_snapshot_with_memory The failure is not connected directly to any of the failed changes and its either a problem with the test or a problem in vdsm which is causing the failure of this test randomly. the error we are getting is: Fault reason is "Operation Failed". Fault detail is "[Cannot run VM. Low disk space on Storage Domain iscsi.]". HTTP response code is 409. I think that its related the sparsify failure we have seen in the past [1] but it has been happening more often now. Tal, can someone in your team review this again? I think that if this is not resolved soon I will skip the test so that it does not fail changes for no reason. You can see failed build here: http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/3277/ You can see the logs for the failed test here: https://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/3277/artifact/b… [1] https://ovirt-jira.atlassian.net/browse/OVIRT-2024 Thanks, Dafna

1 0

vdsm has been tagged (v4.20.42)
by Milan Zamazal 03 Oct '18

03 Oct '18

Vdsm 4.20.42 for oVirt 4.2.7 rc2

1 0

Re: Issue with vdsm-hook-vmfex-dev = 4.20.40-11.git6d99cc8.el7 shipping on u/s 4.2
by Eyal Edri 03 Oct '18

03 Oct '18

Adding devel and infra as well. On Wed, Oct 3, 2018 at 3:10 PM Michael Burman <mburman(a)redhat.com> wrote: > Hi > > I think we have an issue with vdsm-hook-vmfex-dev on 4.2 u/s > > When i try to update i get this Dependency Resolution > > Error: Package: vdsm-4.20.40-11.git6d99cc8.el7.x86_64 (ovirt-4.2-snapshot) > Requires: vdsm-hook-vmfex-dev = 4.20.40-11.git6d99cc8.el7 > Installed: vdsm-hook-vmfex-dev-4.20.40-10.giteffb1ef.el7.noarch > (@ovirt-4.2-snapshot) > vdsm-hook-vmfex-dev = 4.20.40-10.giteffb1ef.el7 > Available: vdsm-hook-vmfex-dev-4.20.23-1.el7.noarch > (ovirt-4.2-centos-ovirt42) > vdsm-hook-vmfex-dev = 4.20.23-1.el7 > Available: vdsm-hook-vmfex-dev-4.20.39.1-1.el7.noarch > (ovirt-4.2-centos-ovirt42) > vdsm-hook-vmfex-dev = 4.20.39.1-1.el7 > Error: Package: vdsm-hook-vmfex-dev-4.20.40-10.giteffb1ef.el7.noarch > (@ovirt-4.2-snapshot) > Requires: vdsm = 4.20.40-10.giteffb1ef.el7 > Removing: vdsm-4.20.40-10.giteffb1ef.el7.x86_64 > (@ovirt-4.2-snapshot) > vdsm = 4.20.40-10.giteffb1ef.el7 > Updated By: vdsm-4.20.40-11.git6d99cc8.el7.x86_64 > (ovirt-4.2-snapshot) > vdsm = 4.20.40-11.git6d99cc8.el7 > Available: vdsm-4.20.23-1.el7.x86_64 (ovirt-4.2-centos-ovirt42) > vdsm = 4.20.23-1.el7 > Available: vdsm-4.20.39.1-1.el7.x86_64 > (ovirt-4.2-centos-ovirt42) > vdsm = 4.20.39.1-1.el7 > > > https://resources.ovirt.org/pub/ovirt-4.2-snapshot/rpm/el7Server/noarch/ > > Is missing the correct version and this is the problem > > Thanks, > -- > > Michael Burman > > Senior Quality engineer - rhv network - redhat israel > > Red Hat > > <https://www.redhat.com> > > mburman(a)redhat.com M: 0545355725 IM: mburman > <https://red.ht/sig> > -- Eyal edri MANAGER RHV/CNV DevOps EMEA VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)

3 3

[ENGINE] make install-dev fails, trying to install outside of ENGINE_PREFIX
by Nir Soffer 02 Oct '18

02 Oct '18

Trying to make install-dev with engine master: $ git clean -dxf $ git log | head -1 commit efabde5a36cbf85b43a60ead37e42943c35c2741 The build failes, trying to install stuff out of ENGINE_PREFIX: $ make install-dev ENGINE_PREFIX=/home/nsoffer/ovirt-engine ... make copy-recursive SOURCEDIR=packaging/sys-etc TARGETDIR="/usr/local/etc"... make[2]: Entering directory `/home/nsoffer/src/ovirt-engine' ( cd "packaging/sys-etc" && find . -type d -printf '%P\n' ) | while read d; do \ install -d -m 755 "/usr/local/etc/${d}"; \ done install: cannot change permissions of ‘/usr/local/etc/logrotate.d’: No such file or directory Is this know issue? any workaround? Thanks, Nir

1 1

increasingly common OST failure: Cannot setup Networks. Another Setup Networks or Host Refresh process in progress on the host. Please try later.
by Dan Kenigsberg 02 Oct '18

02 Oct '18

FYI, Ales is working on retrying setupNetwork in case there is an async getCapabilities going on the host. https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-4.2_change-q… However, the real bug is partially hidden by Lago complaining about ExtractPathNoPathError: scp: /root/fluentd: No such file or directory What is it? Is it already tracked by someone?

4 4

ovirt-engine has been tagged (ovirt-engine-4.2.7.2)
by Piotr Kliczewski 02 Oct '18

02 Oct '18

1 0

vdsm has been tagged (v4.20.41)
by Milan Zamazal 02 Oct '18

02 Oct '18

Vdsm 4.20.41 for oVirt 4.2.7 rc2

1 0

Help understanding vdsHeartbeatInSeconds relation to Heartbeat exceeded
by Germano Veit Michel 02 Oct '18

02 Oct '18

Hi, I've been trying to understand why we see some heartbeat exceeded messages with a last response a very short time ago, while the vdsHeartbeatInSeconds option would allow for much more before triggering the disconnect. The vdc_option vdsHeartbeatInSeconds is set to 30 by default. It is used here in the engine, the propagates to vdsm-jsonrpc-java int heartbeat = Config.<Integer> getValue(ConfigValues.vdsHeartbeatInSeconds) * 1000; TransportFactory.createVdsServer() -> JsonRpcUtils.createStompClient() -> StompClientPolicy ClientPolicy -> createClient() -> getJsonClient() -> setClientPolicy() -> setRetryPolicy() So I understand ClientPolicy.incomingHearbeat = vdsHeartbeatInSeconds*1000 = 30000ms If this is the case, why do we see messages such as this, if isIncomingHeartbeatExceeded() shouldn't return True in case the last heartbeat was less than 30000ms ago? 2018-09-17 10:46:49,891+03 ERROR [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) [] Heartbeat exceeded for host '192.168.7.235', last response arrived 1702 ms ago. if (!this.isInInit() && this.policy.isIncomingHeartbeat() && this.isIncomingHeartbeatExceeded()) { String msg = String.format("Heartbeat exceeded for host '%s', last response arrived %s ms ago.", getHostname(), getHeartbeatTime()); log.error(msg); this.disconnect(msg); } private long getHeartbeatTime() { return System.currentTimeMillis() - this.lastIncomingHeartbeat; } private boolean isIncomingHeartbeatExceeded() { return this.lastIncomingHeartbeat + this.policy.getIncomingHeartbeat() < System.currentTimeMillis(); } public ClientPolicy(int retryTimeOut, int retryNumber, int incomingHeartbeat, int outgoingHeartbeat, List<Class<? extends Exception>> retryableExceptions) { this.retryNumber = retryNumber; this.retryTimeOut = retryTimeOut; setIncomingHeartbeat(incomingHeartbeat); setOutgoingHeartbeat(outgoingHeartbeat); this.exceptions = Collections.unmodifiableList(retryableExceptions); } I used byteman to print the value stored in policy.incomingHeartbeat and it is: If vdsHeartbeatInSeconds = 45 2018-09-27 15:17:13,673+10 INFO [stdout] (SSL Stomp Reactor) policy.incomingHeartbeat: 33750 If vdsHeartbeatInSeconds = 30 (default) 2018-09-27 15:21:51,099+10 INFO [stdout] (SSL Stomp Reactor) policy.incomingHeartbeat: 22500 I was expecting 45000 and 30000. But even with 33750 and 22500, I dont understand why we see "Heartbeat exceeded" and disconnection if the last heartbeat arrived just 1700ms ago. I'm clearly missing something. Could someone please put some light on what is the missing piece? Thanks, Germano

1 1

Fwd: Orphaning some Java packages
by Sandro Bonazzola 01 Oct '18

01 Oct '18

FYI, some of the packages going to be orphaned are used by ovirt-engine. Please check if you can help maintaining them. ---------- Forwarded message --------- From: Mikolaj Izdebski <mizdebsk(a)redhat.com> Date: lun 24 set 2018 alle ore 19:11 Subject: Orphaning some Java packages To: Development discussions related to Fedora <devel(a)lists.fedoraproject.org > TL;DR I am planning to orphan Java packages listed below soon after Fedora 29 GA. Let me know if you want to adopt any of them. I'm in the process of transitioning maintenance of all software to modules only. The reason is that module maintenance is much easier compared to maintenance of non-modular, "ursine" packages. Starting from Fedora 29 modules are first-class citizens, so I am finally able to orphan ursine packages that are already available in modules. Ideally these packages should be retired instead of orphaning them, but these packages are build-required by a lot of other things. Unfortunately as of today modules can't be used as build-requires of ursine packages and I'm not aware of any plans to change that. Therefore I will let interested parties take maintenance of orphaned packages, or else let release engineering figure out how to retire them without breaking the whole distro. I decided to start with the following subset of ursine packages for which I am listed as PoC. Until Fedora 29 GA I will be providing all updates and fixes to these packages in all active +*release branches. After Fedora 29 GA I will orphan these packages, but I will keep providing important bugfixes for Fedora 27 and Fedora 28. After Fedora 28 EOL I will not maintain these packages in release (non-arbitrary) branches at all - I will maintain only corresponding modules. If you want to adopt any of these packages, please let me know and I will happily transfer them to you. Packages orphan: ant ant-contrib aopalliance apache-commons-beanutils apache-commons-collections apache-commons-compress apache-commons-io apache-commons-jxpath apache-commons-lang apache-commons-lang3 apache-commons-logging apache-commons-net apache-ivy apache-parent apache-resource-bundles aqute-bnd atinject bcel beust-jcommander bsf bsh byaccj cal10n easymock exec-maven-plugin felix-osgi-core felix-utils geronimo-jms geronimo-jpa geronimo-parent-poms glassfish-jsp-api google-guice guava20 hawtjni httpcomponents-client httpcomponents-core httpcomponents-project jakarta-commons-httpclient jansi jansi-native javacc javacc-maven-plugin javamail javapackages-tools javassist jaxen jdepend jdependency jflex jsoup junit jvnet-parent maven maven-antrun-plugin maven-archiver maven-artifact-resolver maven-artifact-transfer maven-assembly-plugin maven-clean-plugin maven-compiler-plugin maven-dependency-analyzer maven-dependency-plugin maven-dependency-tree maven-doxia maven-doxia-sitetools maven-enforcer maven-file-management maven-filtering maven-invoker maven-jar-plugin maven-parent maven-plugin-build-helper maven-plugin-bundle maven-plugins-pom maven-plugin-testing maven-plugin-tools maven-reporting-api maven-reporting-impl maven-resolver maven-script-interpreter maven-shade-plugin maven-shared-incremental maven-shared-io maven-shared-utils maven-source-plugin maven-surefire maven-verifier maven-wagon modello mojo-parent munge-maven-plugin objectweb-pom osgi-compendium osgi-core os-maven-plugin plexus-ant-factory plexus-archiver plexus-bsh-factory plexus-classworlds plexus-cli plexus-compiler plexus-component-factories-pom plexus-components-pom plexus-containers plexus-i18n plexus-interactivity plexus-interpolation plexus-io plexus-languages plexus-resources plexus-utils plexus-velocity qdox regexp sisu sisu-mojos slf4j sonatype-oss-parent sonatype-plugins-parent velocity xalan-j2 xbean xmvn xz-java Maintainers by package: ant akurtakov jcapik kdaniel mizdebsk msrb ant-contrib davidcl mizdebsk aopalliance mizdebsk apache-commons-beanutils fnasser mizdebsk spike apache-commons-collections jcapik mizdebsk apache-commons-compress mizdebsk spike apache-commons-io mizdebsk spike apache-commons-jxpath fnasser mizdebsk spike apache-commons-lang mizdebsk spike apache-commons-lang3 mizdebsk apache-commons-logging kdaniel mizdebsk spike apache-commons-net mizdebsk spike apache-ivy mizdebsk apache-parent mizdebsk apache-resource-bundles mizdebsk aqute-bnd jcapik mizdebsk atinject kdaniel mizdebsk bcel mizdebsk beust-jcommander jcapik mizdebsk bsf choeger mizdebsk bsh mizdebsk byaccj akurtakov dbhole mizdebsk cal10n mizdebsk easymock akurtakov ctubbsii dbhole fnasser mizdebsk exec-maven-plugin mizdebsk felix-osgi-core jcapik mizdebsk felix-utils jcapik mizdebsk geronimo-jms mizdebsk geronimo-jpa lef mizdebsk geronimo-parent-poms mizdebsk glassfish-jsp-api kdaniel mizdebsk google-guice mizdebsk guava20 mizdebsk hawtjni gil goldmann mizdebsk httpcomponents-client jerboaa kdaniel mizdebsk httpcomponents-core jerboaa kdaniel mizdebsk httpcomponents-project mizdebsk jakarta-commons-httpclient dbhole ke4qqq mizdebsk jansi goldmann mizdebsk jansi-native goldmann mizdebsk javacc jcapik mizdebsk javacc-maven-plugin jcapik mizdebsk javamail mizdebsk javapackages-tools mizdebsk msrb javassist john5342 mizdebsk jaxen mizdebsk jdepend goldmann jcapik mizdebsk jdependency mizdebsk jflex jcapik mizdebsk jsoup jcapik mizdebsk junit kdaniel mizdebsk jvnet-parent mizdebsk maven akurtakov jamielinux mizdebsk msrb maven-antrun-plugin mizdebsk maven-archiver akurtakov mizdebsk maven-artifact-resolver mizdebsk maven-artifact-transfer mizdebsk maven-assembly-plugin gil huwang jcapik mizdebsk maven-clean-plugin mizdebsk maven-compiler-plugin mizdebsk maven-dependency-analyzer mizdebsk maven-dependency-plugin mizdebsk maven-dependency-tree mizdebsk maven-doxia akurtakov mef mizdebsk maven-doxia-sitetools akurtakov dbhole mizdebsk maven-enforcer jcapik mizdebsk maven-file-management mizdebsk maven-filtering mizdebsk maven-invoker mizdebsk maven-jar-plugin mizdebsk maven-parent mizdebsk maven-plugin-build-helper mizdebsk maven-plugin-bundle jcapik mizdebsk maven-plugin-testing jcapik mizdebsk yyang maven-plugin-tools jcapik mizdebsk yyang maven-plugins-pom mizdebsk maven-reporting-api mizdebsk maven-reporting-impl mizdebsk maven-resolver mizdebsk maven-script-interpreter mizdebsk maven-shade-plugin jcapik mizdebsk pingou maven-shared-incremental mizdebsk maven-shared-io mizdebsk maven-shared-utils mizdebsk maven-source-plugin mizdebsk maven-surefire akurtakov jcapik mizdebsk maven-verifier mizdebsk maven-wagon akurtakov dbhole fnasser jcapik mizdebsk yyang modello fnasser mizdebsk yyang mojo-parent mizdebsk munge-maven-plugin mizdebsk objectweb-pom mizdebsk os-maven-plugin ctubbsii mizdebsk osgi-compendium mizdebsk osgi-core mizdebsk plexus-ant-factory mizdebsk plexus-archiver dbhole jcapik mizdebsk plexus-bsh-factory mizdebsk plexus-classworlds dbhole fnasser mizdebsk plexus-cli mizdebsk plexus-compiler mizdebsk plexus-component-factories-pom mizdebsk plexus-components-pom mizdebsk plexus-containers dbhole fnasser mizdebsk yyang plexus-i18n dbhole jcapik mizdebsk plexus-interactivity mizdebsk plexus-interpolation gil jcapik mizdebsk plexus-io jcapik mizdebsk plexus-languages mizdebsk plexus-resources jcapik mizdebsk plexus-utils fnasser mizdebsk plexus-velocity jcapik mizdebsk qdox mizdebsk regexp mizdebsk sisu mizdebsk sisu-mojos mizdebsk slf4j mizdebsk sonatype-oss-parent mizdebsk sonatype-plugins-parent mizdebsk velocity devrim mizdebsk xalan-j2 kdaniel mizdebsk xbean kdaniel mizdebsk xmvn mizdebsk msrb xz-java kdaniel mizdebsk Packages by maintainer: akurtakov ant byaccj easymock maven maven-archiver maven-doxia maven-doxia-sitetools maven-surefire maven-wagon choeger bsf ctubbsii easymock os-maven-plugin davidcl ant-contrib dbhole byaccj easymock jakarta-commons-httpclient maven-doxia-sitetools maven-wagon plexus-archiver plexus-classworlds plexus-containers plexus-i18n devrim velocity fnasser apache-commons-beanutils apache-commons-jxpath easymock maven-wagon modello plexus-classworlds plexus-containers plexus-utils gil hawtjni maven-assembly-plugin plexus-interpolation goldmann hawtjni jansi jansi-native jdepend huwang maven-assembly-plugin jamielinux maven jcapik ant apache-commons-collections aqute-bnd beust-jcommander felix-osgi-core felix-utils javacc javacc-maven-plugin jdepend jflex jsoup maven-assembly-plugin maven-enforcer maven-plugin-bundle maven-plugin-testing maven-plugin-tools maven-shade-plugin maven-surefire maven-wagon plexus-archiver plexus-i18n plexus-interpolation plexus-io plexus-resources plexus-velocity jerboaa httpcomponents-client httpcomponents-core john5342 javassist kdaniel ant apache-commons-logging atinject glassfish-jsp-api httpcomponents-client httpcomponents-core junit xalan-j2 xbean xz-java ke4qqq jakarta-commons-httpclient lef geronimo-jpa mef maven-doxia mizdebsk ant ant-contrib aopalliance apache-commons-beanutils apache-commons-collections apache-commons-compress apache-commons-io apache-commons-jxpath apache-commons-lang apache-commons-lang3 apache-commons-logging apache-commons-net apache-ivy apache-parent apache-resource-bundles aqute-bnd atinject bcel beust-jcommander bsf bsh byaccj cal10n easymock exec-maven-plugin felix-osgi-core felix-utils geronimo-jms geronimo-jpa geronimo-parent-poms glassfish-jsp-api google-guice guava20 hawtjni httpcomponents-client httpcomponents-core httpcomponents-project jakarta-commons-httpclient jansi jansi-native javacc javacc-maven-plugin javamail javapackages-tools javassist jaxen jdepend jdependency jflex jsoup junit jvnet-parent maven maven-antrun-plugin maven-archiver maven-artifact-resolver maven-artifact-transfer maven-assembly-plugin maven-clean-plugin maven-compiler-plugin maven-dependency-analyzer maven-dependency-plugin maven-dependency-tree maven-doxia maven-doxia-sitetools maven-enforcer maven-file-management maven-filtering maven-invoker maven-jar-plugin maven-parent maven-plugin-build-helper maven-plugin-bundle maven-plugin-testing maven-plugin-tools maven-plugins-pom maven-reporting-api maven-reporting-impl maven-resolver maven-script-interpreter maven-shade-plugin maven-shared-incremental maven-shared-io maven-shared-utils maven-source-plugin maven-surefire maven-verifier maven-wagon modello mojo-parent munge-maven-plugin objectweb-pom os-maven-plugin osgi-compendium osgi-core plexus-ant-factory plexus-archiver plexus-bsh-factory plexus-classworlds plexus-cli plexus-compiler plexus-component-factories-pom plexus-components-pom plexus-containers plexus-i18n plexus-interactivity plexus-interpolation plexus-io plexus-languages plexus-resources plexus-utils plexus-velocity qdox regexp sisu sisu-mojos slf4j sonatype-oss-parent sonatype-plugins-parent velocity xalan-j2 xbean xmvn xz-java msrb ant javapackages-tools maven xmvn pingou maven-shade-plugin spike apache-commons-beanutils apache-commons-compress apache-commons-io apache-commons-jxpath apache-commons-lang apache-commons-logging apache-commons-net yyang maven-plugin-testing maven-plugin-tools maven-wagon modello plexus-containers -- Mikolaj Izdebski Senior Software Engineer, Red Hat IRC: mizdebsk _______________________________________________ devel mailing list -- devel(a)lists.fedoraproject.org To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org -- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig> <https://www.redhat.com/en/events/red-hat-open-source-day-italia?sc_cid=701f…>

1 0

/root/fluentd no longer exists
by Anton Marchukov 01 Oct '18

01 Oct '18

Hello Shirly, All. We used to collect fluentd artifacts in OST from /root/fluentd, but starting from around mid night today Fri Aug 31 (or maybe late evening Thu Aug 30) the tests started to fail to locate /root/fluentd. We merged a patch to disable its collection [1] so we can let other tests run, but we need to find what happened and restore fluentd collection. I open a JIRA issue [2] on this. Do you have any idea? Thanks. [1] https://gerrit.ovirt.org/#/c/94067/ [2] https://ovirt-jira.atlassian.net/browse/OVIRT-2464 -- Anton Marchukov Team Lead - Release Management - RHV DevOps - Red Hat

4 9

new dependency for vdsm 4.2
by Marcin Sobczyk 01 Oct '18

01 Oct '18

Hi, "python-enum34" has been added as a new dependency for vdsm-4.2 after merging https://gerrit.ovirt.org/#/q/topic:vdsm-api-schema-pickle+(status:open+OR+s… . Regards, Marcin

2 2

[ OST Failure Report ] [ oVirt master (ovirt-engine) ] [ 01-10-2018 ] [ 002_bootstrap.download_engine_certs ]
by Dafna Ron 01 Oct '18

01 Oct '18

Hi, We are failing project ovirt-engine on master branch. The issue seems to be related to the reported patch Dominik, can you please take a look? https://gerrit.ovirt.org/#/c/94582/ - packaging: Add MAC Pool range only if MAC Pool exists full logs can be found here: https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/10442/artifa… Error: >>>> 2018-09-29 12:37:58,209-04 INFO [org.ovirt.engine.core.bll.network.macpool.MacPoolUsingRanges] (ServerService Thread Pool -- 43) [] Initializing MacPoolUsingRanges:{id='58ca604b-017d-0374-0220-00000000014e'} 2018-09-29 12:37:58,220-04 ERROR [org.ovirt.engine.core.bll.network.macpool.MacPoolPerCluster] (ServerService Thread Pool -- 43) [] Error initializing: EngineException: MAC_POOL_INITIALIZATION_FAILED (Failed with error MAC_POOL_INITIALIZATION_FAILED and code 5010) 2018-09-29 12:37:58,237-04 ERROR [org.ovirt.engine.core.bll.Backend] (ServerService Thread Pool -- 43) [] Error during initialization: javax.ejb.EJBException: java.lang.IllegalStateException: WFLYEE0042: Failed to construct component instance at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:246) [wildfly-ejb3-13.0.0.Final.jar:13.0.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:362) [wildfly-ejb3-13.0.0.Final.jar:13.0.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:144) [wildfly-ejb3-13.0.0.Final.jar:13.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509) at org.jboss.weld.module.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:72) [weld-ejb-3.0.4.Final.jar:3.0.4.Final] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-13.0.0.Final.jar:13.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:47) [wildfly-ejb3-13.0.0.Final.jar:13.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100) [wildfly-ejb3-13.0.0.Final.jar:13.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.deployment.processors.StartupAwaitInterceptor.processInvocation(StartupAwaitInterceptor.java:22) [wildfly-ejb3-13.0.0.Final.jar:13.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509) at org.jboss.as.ejb3.component.singleton.ContainerManagedConcurrencyInterceptor.processInvocation(ContainerManagedConcurrencyInterceptor.java:106) [wildfly-ejb3-13.0.0.Final.jar:13.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-13.0.0.Final.jar:13.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:67) [wildfly-ejb3-13.0.0.Final.jar:13.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:438) at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:619) at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:57) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:198) at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:185) at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:81) at org.ovirt.engine.core.bll.network.macpool.MacPoolPerCluster$$$view6.logFreeMacs(Unknown Source) [bll.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_181] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_181] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_181] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_181] at org.jboss.weld.util.reflection.Reflections.invokeAndUnwrap(Reflections.java:411) [weld-core-impl-3.0.4.Final.jar:3.0.4.Final] at org.jboss.weld.module.ejb.EnterpriseBeanProxyMethodHandler.invoke(EnterpriseBeanProxyMethodHandler.java:134) [weld-ejb-3.0.4.Final.jar:3.0.4.Final] at org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.invoke(EnterpriseTargetBeanInstance.java:56) [weld-core-impl-3.0.4.Final.jar:3.0.4.Final] at org.jboss.weld.module.ejb.InjectionPointPropagatingEnterpriseTargetBeanInstance.invoke(InjectionPointPropagatingEnterpriseTargetBeanInstance.java:68) [weld-ejb-3.0.4.Final.jar:3.0.4.Final] at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:106) [weld-core-impl-3.0.4.Final.jar:3.0.4.Final] at org.ovirt.engine.core.bll.network.macpool.MacPoolPerCluster$Proxy$_$$_Weld$EnterpriseProxy$.logFreeMacs(Unknown Source) [bll.jar:] at org.ovirt.engine.core.bll.Backend.initialize(Backend.java:253) [bll.jar:] at org.ovirt.engine.core.bll.Backend.create(Backend.java:179) [bll.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_181] : at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_181] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_181] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_181] at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:96) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509) at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:78) at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doLifecycleInterception(Jsr299BindingsInterceptor.java:125) at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:111) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509) at org.jboss.weld.module.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:81) [weld-ejb-3.0.4.Final.jar:3.0.4.Final] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.weld.injection.WeldInjectionInterceptor.processInvocation(WeldInjectionInterceptor.java:53) [wildfly-weld-13.0.0.Final.jar:13.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ee.component.AroundConstructInterceptorFactory$1.processInvocation(AroundConstructInterceptorFactory.java:28) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.weld.injection.WeldInterceptorInjectionInterceptor.processInvocation(WeldInterceptorInjectionInterceptor.java:56) [wildfly-weld-13.0.0.Final.jar:13.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ee.component.ComponentInstantiatorInterceptor.processInvocation(ComponentInstantiatorInterceptor.java:74) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.weld.interceptors.Jsr299BindingsCreateInterceptor.processInvocation(Jsr299BindingsCreateInterceptor.java:105) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:216) [wildfly-ejb3-13.0.0.Final.jar:13.0.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:418) [wildfly-ejb3-13.0.0.Final.jar:13.0.0.Final] at org.jboss.as.ejb3.tx.LifecycleCMTTxInterceptor.processInvocation(LifecycleCMTTxInterceptor.java:70) [wildfly-ejb3-13.0.0.Final.jar:13.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.weld.injection.WeldInjectionContextInterceptor.processInvocation(WeldInjectionContextInterceptor.java:43) [wildfly-weld-13.0.0.Final.jar:13.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-13.0.0.Final.jar:13.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-13.0.0.Final.jar:13.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.component.singleton.StartupCountDownInterceptor.processInvocation(StartupCountDownInterceptor.java:25) [wildfly-ejb3-13.0.0.Final.jar:13.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53) at org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:161) at org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:134) at org.jboss.as.ee.component.BasicComponent.createInstance(BasicComponent.java:88) at org.jboss.as.ejb3.component.singleton.SingletonComponent.getComponentInstance(SingletonComponent.java:127) [wildfly-ejb3-13.0.0.Final.jar:13.0.0.Final] at org.jboss.as.ejb3.component.singleton.SingletonComponent.start(SingletonComponent.java:141) [wildfly-ejb3-13.0.0.Final.jar:13.0.0.Final] at org.jboss.as.ee.component.ComponentStartService$1.run(ComponentStartService.java:54) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_181] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_181] at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35) at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985) at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487) at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378) at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_181] at org.jboss.threads.JBossThread.run(JBossThread.java:485) Caused by: java.lang.IllegalStateException: WFLYEE0042: Failed to construct component instance at org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:163) : at org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:134) at org.jboss.as.ee.component.BasicComponent.createInstance(BasicComponent.java:88) at org.jboss.as.ejb3.component.singleton.SingletonComponent.getComponentInstance(SingletonComponent.java:127) [wildfly-ejb3-13.0.0.Final.jar:13.0.0.Final] at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:48) [wildfly-ejb3-13.0.0.Final.jar:13.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:237) [wildfly-ejb3-13.0.0.Final.jar:13.0.0.Final] ... 103 more Caused by: javax.ejb.EJBException: org.ovirt.engine.core.common.errors.EngineException: EngineException: MAC_POOL_INITIALIZATION_FAILED (Failed with error MAC_POOL_INITIALIZATION_FAILED and code 5010) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:246) [wildfly-ejb3-13.0.0.Final.jar:13.0.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.requiresNew(CMTTxInterceptor.java:380) [wildfly-ejb3-13.0.0.Final.jar:13.0.0.Final] at org.jboss.as.ejb3.tx.LifecycleCMTTxInterceptor.processInvocation(LifecycleCMTTxInterceptor.java:68) [wildfly-ejb3-13.0.0.Final.jar:13.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.weld.injection.WeldInjectionContextInterceptor.processInvocation(WeldInjectionContextInterceptor.java:43) [wildfly-weld-13.0.0.Final.jar:13.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-13.0.0.Final.jar:13.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-13.0.0.Final.jar:13.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53) at org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:161) ... 109 more Caused by: org.ovirt.engine.core.common.errors.EngineException: EngineException: MAC_POOL_INITIALIZATION_FAILED (Failed with error MAC_POOL_INITIALIZATION_FAILED and code 5010) at org.ovirt.engine.core.bll.network.macpool.MacPoolUsingRanges.createMacsStorage(MacPoolUsingRanges.java:86) [bll.jar:] at org.ovirt.engine.core.bll.network.macpool.MacPoolUsingRanges.initialize(MacPoolUsingRanges.java:45) [bll.jar:] at org.ovirt.engine.core.bll.network.macpool.MacPoolFactory.createMacPool(MacPoolFactory.java:24) [bll.jar:] at org.ovirt.engine.core.bll.network.macpool.MacPoolPerCluster.createPoolInternal(MacPoolPerCluster.java:147) [bll.jar:] at org.ovirt.engine.core.bll.network.macpool.MacPoolPerCluster.initialize(MacPoolPerCluster.java:63) [bll.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_181] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_181] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_181] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_181] at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:96) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doLifecycleInterception(Jsr299BindingsInterceptor.java:122) at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:111) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509) at org.jboss.weld.module.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:72) [weld-ejb-3.0.4.Final.jar:3.0.4.Final] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.weld.injection.WeldInjectionInterceptor.processInvocation(WeldInjectionInterceptor.java:53) [wildfly-weld-13.0.0.Final.jar:13.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ee.component.AroundConstructInterceptorFactory$1.processInvocation(AroundConstructInterceptorFactory.java:28) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.weld.injection.WeldInterceptorInjectionInterceptor.processInvocation(WeldInterceptorInjectionInterceptor.java:56) [wildfly-weld-13.0.0.Final.jar:13.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.weld.interceptors.Jsr299BindingsCreateInterceptor.processInvocation(Jsr299BindingsCreateInterceptor.java:105) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:237) [wildfly-ejb3-13.0.0.Final.jar:13.0.0.Final] ... 122 more 2018-09-29 12:38:20,061-04 DEBUG [org.ovirt.engine.core.utils.servlet.LocaleFilter] (default task-1) [] Incoming locale 'en-US'. Filter determined locale to be 'en-US' 2018-09-29 12:38:20,090-04 DEBUG [org.ovirt.engine.core.utils.servlet.LocaleFilter] (default task-1) [] Incoming locale 'en-US'. Filter determined locale to be 'en-US' 2018-09-29 12:38:20,092-04 DEBUG [org.ovirt.engine.core.uutils.ssh.OpenSSHUtils] (default task-1) [] Exponent is 65537 (010001). 2018-09-29 12:38:20,093-04 DEBUG [org.ovirt.engine.core.uutils.ssh.OpenSSHUtils] (default task-1) [] Modulus is 26698611349489366587526856180583725653991729505965533703437849591864173212373800632077468566272232268009727951221325650736180402095270744479922503726199150458580804280850490476781273803476337202574331221849445435803681491738287639596211779806993602290234479517449922393140563915459391275104665984414876289985509308168879855274164947583935056664325395920398783112858802135360088161644622992238367697860828891879961652134900396077428122589742961659240896459689353656993792940130794763441318408623199091823007155684932095651446362204139436538693552007492420615692487714029971117240812932518523209400090956655452498597861 (010001). 2018-09-29 12:38:20,093-04 DEBUG [org.ovirt.engine.core.uutils.ssh.OpenSSHUtils] (default task-1) [] Key bytes are 000000077373682d727361000000030100010000010100d37e65cc0b8ee0131a9264c0b1fd46ccf2e3725d83667322bdbb0bac040f80c736247f33476ccdc554d16e81a6df4854fdf1d596ee03160b9c639a5dbb68fd3fa08f0981b71e69a6bea5a6e901bc26ba9b334b652f82a0d8efd498b7afe3cb12dc5c464ea3300254d619c157a8b5d13b3e565b12c8161206afbda432dbb1c2ec449681f715f2f5ff3b6b8615c5a42ecb32519dc2feb6f2d4bd89213be2459edb3d9db9f7b687e45c3ef866f7581e84298e7d375830b2535e7e88556145b931c1b974dd56075d2103a90293686a679615ca4d6d99b7b2edc17b7b8bc627bb11a96ce22950043b099444b3a166866b17ac4ba71bb1e238d9d5d1af4ef95ec697e5. 2018-09-29 12:38:20,093-04 DEBUG [org.ovirt.engine.core.uutils.ssh.OpenSSHUtils] (default task-1) [] Key encoding is 'AAAAB3NzaC1yc2EAAAADAQABAAABAQDTfmXMC47gExqSZMCx/UbM8uNyXYNmcyK9uwusBA+AxzYkfzNHbM3FVNFugabfSFT98dWW7gMWC5xjml27aP0/oI8Jgbceaaa+pabpAbwmupszS2UvgqDY79SYt6/jyxLcXEZOozACVNYZwVeotdE7PlZbEsgWEgavvaQy27HC7ESWgfcV8vX/O2uGFcWkLssyUZ3C/rby1L2JITviRZ7bPZ2597aH5Fw++Gb3WB6EKY59N1gwslNefohVYUW5McG5dN1WB10hA6kCk2hqZ5YVyk1tmbey7cF7e4vGJ7sRqWziKVAEOwmURLOhZoZrF6xLpxux4jjZ1dGvTvlexpfl'. 2018-09-29 12:38:20,093-04 DEBUG [org.ovirt.engine.core.uutils.ssh.OpenSSHUtils] (default task-1) [] Key string is 'ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDTfmXMC47gExqSZMCx/UbM8uNyXYNmcyK9uwusBA+AxzYkfzNHbM3FVNFugabfSFT98dWW7gMWC5xjml27aP0/oI8Jgbceaaa+pabpAbwmupszS2UvgqDY79SYt6/jyxLcXEZOozACVNYZwVeotdE7PlZbEsgWEgavvaQy27HC7ESWgfcV8vX/O2uGFcWkLssyUZ3C/rby1L2JITviRZ7bPZ2597aH5Fw++Gb3WB6EKY59N1gwslNefohVYUW5McG5dN1WB10hA6kCk2hqZ5YVyk1tmbey7cF7e4vGJ7sRqWziKVAEOwmURLOhZoZrF6xLpxux4jjZ1dGvTvlexpfl '. >>>> Thanks. Dafna

2 1