- Devel - oVirt List Archives

[ OST Failure Report ] [ oVirt master ] [ 2017-09-01 ] [add_host]
by Barak Korren 04 Sep '17

04 Sep '17

Test failed: [ add_host ] Link to suspected patches: https://gerrit.ovirt.org/#/c/79474/9 Note: tests with ovirt-host-deploy had been failing since: https://gerrit.ovirt.org/#/c/77650/1 So it may be the root cause of failure. Link to Job: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2230 Link to all logs: (host-deploy-logs) http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2230/artifact… Error snippet from log: <error> 2017-09-01 10:55:06,625-0400 DEBUG otopi.context context._executeMethod:128 Stage packages METHOD otopi.plugins.otopi.packagers.yumpackager.Plugin._packages 2017-09-01 10:55:06,625-0400 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:76 Yum Building transaction 2017-09-01 10:55:08,784-0400 ERROR otopi.plugins.otopi.packagers.yumpackager yumpackager.error:85 Yum [u'glusterfs-rdma-3.7.9-12.el7.centos.x86_64 requires glusterfs(x86-64) = 3.7.9-12.el7.centos', u'glusterfs-3.7.9-12.el7.centos.x86_64 requires glusterfs-libs(x86-64) = 3.7.9-12.el7.centos'] 2017-09-01 10:55:08,784-0400 DEBUG otopi.context context._executeMethod:142 method exception Traceback (most recent call last): File "/tmp/ovirt-1RyqhT7Wyt/pythonlib/otopi/context.py", line 132, in _executeMethod method['method']() File "/tmp/ovirt-1RyqhT7Wyt/otopi-plugins/otopi/packagers/yumpackager.py", line 256, in _packages if self._miniyum.buildTransaction(): File "/tmp/ovirt-1RyqhT7Wyt/pythonlib/otopi/miniyum.py", line 919, in buildTransaction raise yum.Errors.YumBaseError(msg) YumBaseError: [u'glusterfs-rdma-3.7.9-12.el7.centos.x86_64 requires glusterfs(x86-64) = 3.7.9-12.el7.centos', u'glusterfs-3.7.9-12.el7.centos.x86_64 requires glusterfs-libs(x86-64) = 3.7.9-12.el7.centos'] 2017-09-01 10:55:08,785-0400 ERROR otopi.context context._executeMethod:151 Failed to execute stage 'Package installation': [u'glusterfs-rdma-3.7.9-12.el7.centos.x86_64 requires glusterfs(x86-64) = 3.7.9-12.el7.centos', u'glusterfs-3.7.9-12.el7.centos.x86_64 requires glusterfs-libs(x86-64) = 3.7.9-12.el7.centos'] 2017-09-01 10:55:08,785-0400 DEBUG otopi.transaction transaction.abort:119 aborting 'Yum Transaction' </error> Note: Error does not seem to be directly relates to the contents of the suspected patches, but it reproduces consistently with then and does not reproduce without them. Here is a link to another reproducing run: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2239/ -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted

3 5

Re: [ovirt-devel] Slack channel
by Dan Kenigsberg 03 Sep '17

03 Sep '17

Last time I checked, slack was not ready for real use. It lost my confidence when it decided to hide my two weeks old chat because my group account used up all its free resources. That's closed-source mentality at its worst. On Sep 3, 2017 16:09, "Roy Golan" <rgolan(a)redhat.com> wrote: I think SLA uses is mostly and it works well for them but there isn't much presence of all other teams on slack. Opening the discussion here, I think we need to give our community a push here, and modernize the communication our channel. Lets consider: - slack - gitter - self hosted service Slack experience is good, but again, wasn't adopted much further by ovirt. Some folks prefer other OS solution. I think gitter plays nice for communities and uses your github identity so its open for everyone. Slack is bit different in the approach. But I don't have experience with gitter at all so help out here people who do. Self hosted service, like RocketChat, means $$$ and time, and is less visible on the internet but has other advantages of course. Sandro, Eyal maybe you already have something up your sleeve? On Thu, 24 Aug 2017 at 16:00 Eyal Edri <eedri(a)redhat.com> wrote: > Marc, > I just sent you an invitation, see if you can signup. > > On Thu, Aug 24, 2017 at 3:53 PM, Eyal Edri <eedri(a)redhat.com> wrote: > >> I think Roy is mostly using it, so maybe he can update the settings. >> >> On Thu, Aug 24, 2017 at 3:48 PM, Marc Young <3vilpenguin(a)gmail.com> >> wrote: >> >>> That slack team requires either an invite or an `(a)redhat.com` email to >>> sign up >>> >>> On Wed, Aug 23, 2017 at 11:58 PM, Yaniv Kaul <ykaul(a)redhat.com> wrote: >>> >>>> >>>> >>>> On Thu, Aug 24, 2017 at 6:03 AM, Greg Sheremeta <gshereme(a)redhat.com> >>>> wrote: >>>> >>>>> Some of the teams have dedicated slack channels. We don't have a >>>>> global ovirt team one that I know of. >>>>> >>>> >>>> There's https://ovirt.slack.com/ - but I'm not sure how used it is. >>>> Y. >>>> >>>> >>>>> >>>>> You can disable connect / disconnect chatter with a setting in >>>>> hexchat. And you can catch what you missed by using an irc proxy. >>>>> >>>>> Full disclosure : I love slack and would love to see us fully cut over. >>>>> >>>>> Greg Sheremeta, MBA >>>>> Sr. Software Engineer >>>>> Red Hat, Inc. >>>>> gshereme(a)redhat.com >>>>> >>>>> On Aug 23, 2017 10:31 PM, "Marc Young" <3vilpenguin(a)gmail.com> wrote: >>>>> >>>>> Is there hope for slack over IRC? >>>>> >>>>> The problem with IRC is all the connect/disconnect chatter (and >>>>> offline being a black hole) >>>>> >>>>> _______________________________________________ >>>>> Devel mailing list >>>>> Devel(a)ovirt.org >>>>> http://lists.ovirt.org/mailman/listinfo/devel >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Devel mailing list >>>>> Devel(a)ovirt.org >>>>> http://lists.ovirt.org/mailman/listinfo/devel >>>>> >>>> >>>> >>> >>> _______________________________________________ >>> Devel mailing list >>> Devel(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/devel >>> >> >> >> >> -- >> >> Eyal edri >> >> >> ASSOCIATE MANAGER >> >> RHV 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 <+972%209-769-2018> >> irc: eedri (on #tlv #rhev-dev #rhev-integ) >> > > > > -- > > Eyal edri > > > ASSOCIATE MANAGER > > RHV 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 <+972%209-769-2018> > irc: eedri (on #tlv #rhev-dev #rhev-integ) > _______________________________________________ Devel mailing list Devel(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/devel

3 2

planned Gerrit maintenance
by Evgheni Dereveanchin 03 Sep '17

03 Sep '17

Hi everyone, I will be performing updates on gerrit.ovirt.org during the next two hours. Within this period the Gerrit UI and Git repositories may be unavailable. I will follow up as soon as maintenance activities are over. -- Regards, Evgheni Dereveanchin

5 5

[ OST Failure Report ] [ oVirt $VER ] [ 2017-09-01 ] [add_hosts]
by Barak Korren 03 Sep '17

03 Sep '17

Test failed: [ add_hosts ] Link to suspected patches: https://gerrit.ovirt.org/#/c/81088/4 Link to Job: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2234/ Link to all logs: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2234/artifact… Error snippet from log: <error> (From supervdsm.log) MainThread::ERROR::2017-09-01 14:27:32,291::initializer::53::root::(_lldp_init) Failed to enable LLDP on eth2 Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/network/initializer.py", line 51, in _lldp_init Lldp.enable_lldp_on_iface(device) File "/usr/lib/python2.7/site-packages/vdsm/network/lldp/lldpad.py", line 30, in enable_lldp_on_iface lldptool.enable_lldp_on_iface(iface, rx_only) File "/usr/lib/python2.7/site-packages/vdsm/network/lldpad/lldptool.py", line 46, in enable_lldp_on_iface raise EnableLldpError(rc, out, err, iface) EnableLldpError: (1, "timeout\n'M00000001C3040000000c04eth2000badminStatus0002rx' command timed out.\n", '', 'eth2') </error> -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted

2 1

[ OST Failure Report ] [ oVirt master ] [ 2017-09-01 ] [test_ovn_provider_rest]
by Barak Korren 03 Sep '17

03 Sep '17

Test failed: [ test_ovn_provider_rest ] Link to suspected patches: https://gerrit.ovirt.org/#/c/81275/4 Note: Tests with ovirt-provider-ovn had been failing since https://gerrit.ovirt.org/#/c/80112/39 So it may actually be the root cause for failure Link to Job: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2232/ Link to all logs: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2232/artifact… Error snippet from log: <error> ('Connection aborted.', error(111, 'Connection refused')) -------------------- >> begin captured logging << -------------------- requests.packages.urllib3.connectionpool: INFO: * Starting new HTTPS connection (1): 192.168.201.4 --------------------- >> end captured logging << --------------------- </error> -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted

1 0

Re: [ovirt-devel] vdsm vds.dispatcher
by Piotr Kliczewski 31 Aug '17

31 Aug '17

This change was backported to 4.1 and you can find it in 4.19.7+. This log entry appears in the logs when a client disconnects. 3 seconds is much too often and the only client could do it is mom (adding Martin to confirm). On Mon, Aug 28, 2017 at 12:11 AM, Gary Pedretty <gary(a)ravnalaska.net> wrote: > vdsm-4.18.21-1.el7.centos.x86_64 > > the entries are about every 3 seconds on all hosts > > > ------------------------------------------------------------------------ > Gary Pedretty gary(a)ravnalaska.net > Systems Manager www.flyravn.com > Ravn Alaska /\ 907-450-7251 > 5245 Airport Industrial Road / \/\ 907-450-7238 fax > Fairbanks, Alaska 99709 /\ / \ \ Second greatest commandment > Serving All of Alaska / \/ /\ \ \/\ “Love your neighbor as > Green, green as far as the eyes can see yourself” Matt 22:39 > ------------------------------------------------------------------------ > > > > > On Aug 27, 2017, at 12:46 PM, Piotr Kliczewski <piotr.kliczewski(a)gmail.com> > wrote: > > Hello, > > This is not an error and it was modified to reduce logging level. > Which vdsm version are you using? > > Thanks, > Piotr > >

3 4

blog post: quick(er) development / testing of GWT code using SDM
by Greg Sheremeta 31 Aug '17

31 Aug '17

Hi, I wrote a blog post detailing how to use GWT SDM to let you change GWT code and see the results in a few seconds. http://www.ovirt.org/blog/2017/08/ovirt-webadmin-gwt-debug-quick-refresh/ Best wishes, Greg -- GREG SHEREMETA SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX Red Hat <https://www.redhat.com/> gshereme(a)redhat.com IRC: gshereme <https://red.ht/sig>

2 1

[ OST Failure Report ] [ oVirt master ] [ 2017-08-30 ] [add_hosts]
by Barak Korren 31 Aug '17

31 Aug '17

Test failed: [ 002_bootstrap.add_hosts ] Link to suspected patches: We suspect this is due to change to LLDPAD in upstream CentOS repos. We can't tell the exact point it was introduced because other ovirt-engine regressions introduced too much noise into the system. It also seems that the failure is not 100% reproducible sine we have runs that do not encounter it. Link to Job: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2151 (This job checked a specific patch to ovirt-log-collector but failure seems unrelated, and also happens on vanille 'tested' repo right now). Link to all logs: VDSM logs seem to be most relevant here: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2151/artifact… Error snippet from log: - From VDSM logs (note it exists very quickly): <error> 2017-08-30 05:55:52,208-0400 INFO (MainThread) [vds] (PID: 4594) I am the actual vdsm 4.20.2-133.git0ce4485.el7.centos lago-basic-suite-master-host-0 (3.10.0-514.2.2.el7.x86_64) (vdsmd:148) 2017-08-30 05:55:52,209-0400 INFO (MainThread) [vds] VDSM will run with cpu affinity: frozenset([1]) (vdsmd:254) 2017-08-30 05:55:52,253-0400 INFO (MainThread) [storage.check] Starting check service (check:92) 2017-08-30 05:55:52,257-0400 INFO (MainThread) [storage.Dispatcher] Starting StorageDispatcher... (dispatcher:48) 2017-08-30 05:55:52,257-0400 INFO (check/loop) [storage.asyncevent] Starting <EventLoop running=True closed=False at 0x45317520> (asyncevent:125) 2017-08-30 05:55:52,288-0400 INFO (MainThread) [vdsm.api] START registerDomainStateChangeCallback(callbackFunc=<functools.partial object at 0x2b47b50>) from=internal, task_id=2cebe9ef-358e-47d7-81a6-8c4b54b9cd6d (api:46) 2017-08-30 05:55:52,288-0400 INFO (MainThread) [vdsm.api] FINISH registerDomainStateChangeCallback return=None from=internal, task_id=2cebe9ef-358e-47d7-81a6-8c4b54b9cd6d (api:52) 2017-08-30 05:55:52,288-0400 INFO (MainThread) [MOM] Preparing MOM interface (momIF:53) 2017-08-30 05:55:52,289-0400 INFO (MainThread) [MOM] Using named unix socket /var/run/vdsm/mom-vdsm.sock (momIF:62) 2017-08-30 05:55:52,289-0400 INFO (MainThread) [root] Unregistering all secrets (secret:91) 2017-08-30 05:55:52,307-0400 INFO (MainThread) [vds] Setting channels' timeout to 30 seconds. (vmchannels:221) 2017-08-30 05:55:52,309-0400 INFO (vmrecovery) [vds] recovery: completed in 0s (clientIF:516) 2017-08-30 05:55:52,310-0400 INFO (MainThread) [vds.MultiProtocolAcceptor] Listening at :::54321 (protocoldetector:196) 2017-08-30 05:55:52,496-0400 INFO (http) [vds] Server running (http:58) 2017-08-30 05:55:52,742-0400 INFO (periodic/1) [vdsm.api] START repoStats(domains=()) from=internal, task_id=85768015-8ecb-48e3-9307-f671bfc33c65 (api:46) 2017-08-30 05:55:52,743-0400 INFO (periodic/1) [vdsm.api] FINISH repoStats return={} from=internal, task_id=85768015-8ecb-48e3-9307-f671bfc33c65 (api:52) 2017-08-30 05:55:52,743-0400 WARN (periodic/1) [throttled] MOM not available. (throttledlog:103) 2017-08-30 05:55:52,744-0400 WARN (periodic/1) [throttled] MOM not available, KSM stats will be missing. (throttledlog:103) 2017-08-30 05:55:55,043-0400 INFO (MainThread) [vds] Received signal 15, shutting down (vdsmd:67) 2017-08-30 05:55:55,045-0400 INFO (MainThread) [jsonrpc.JsonRpcServer] Stopping JsonRPC Server (__init__:759) 2017-08-30 05:55:55,049-0400 INFO (MainThread) [vds] Stopping http server (http:79) 2017-08-30 05:55:55,049-0400 INFO (http) [vds] Server stopped (http:69) 2017-08-30 05:55:55,050-0400 INFO (MainThread) [root] Unregistering all secrets (secret:91) 2017-08-30 05:55:55,052-0400 INFO (MainThread) [vdsm.api] START prepareForShutdown(options=None) from=internal, task_id=ffde5caa-fa44-49ab-bdd1-df81519680a3 (api:46) 2017-08-30 05:55:55,089-0400 INFO (MainThread) [storage.Monitor] Shutting down domain monitors (monitor:222) 2017-08-30 05:55:55,090-0400 INFO (MainThread) [storage.check] Stopping check service (check:105) 2017-08-30 05:55:55,090-0400 INFO (check/loop) [storage.asyncevent] Stopping <EventLoop running=True closed=False at 0x45317520> (asyncevent:220) 2017-08-30 05:55:55,090-0400 INFO (MainThread) [vdsm.api] FINISH prepareForShutdown return=None from=internal, task_id=ffde5caa-fa44-49ab-bdd1-df81519680a3 (api:52) 2017-08-30 05:55:55,091-0400 INFO (MainThread) [vds] Stopping threads (vdsmd:159) 2017-08-30 05:55:55,091-0400 INFO (MainThread) [vds] Exiting (vdsmd:170) </error> - From SuperVDSM logs: <error> MainThread::ERROR::2017-08-30 05:55:59,476::initializer::53::root::(_lldp_init) Failed to enable LLDP on eth1 Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/network/initializer.py", line 51, in _lldp_init Lldp.enable_lldp_on_iface(device) File "/usr/lib/python2.7/site-packages/vdsm/network/lldp/lldpad.py", line 30, in enable_lldp_on_iface lldptool.enable_lldp_on_iface(iface, rx_only) File "/usr/lib/python2.7/site-packages/vdsm/network/lldpad/lldptool.py", line 46, in enable_lldp_on_iface raise EnableLldpError(rc, out, err, iface) EnableLldpError: (1, "timeout\n'M00000001C3040000000c04eth1000badminStatus0002rx' command timed out.\n", '', 'eth1') MainThread::DEBUG::2017-08-30 05:55:59,477::cmdutils::133::root::(exec_cmd) /usr/sbin/lldptool get-lldp -i eth0 adminStatus (cwd None) </error> -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted

7 16

master OST is now green. Thanks everyone who helped!
by Barak Korren 31 Aug '17

31 Aug '17

The following OST run, that included 82 different patches and ~40 engine patches among them was successful: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2208/ This means that engine master is not longer broken, and there are no other issues that affect OST. Thanks everyone who worked hard on this! You are free to resume merging any engine patches you may have refrained from merging so far. Thanks, Barak. -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted

1 0

GSoC final evaluation
by Valentina Makarova 31 Aug '17

31 Aug '17

Hello oVirt Team! I'm GSoC participant and yesterday was last day of GSoC 2017 program. Thank you very much for help, answers on my questions, great project and interesting experience! There is my report about my work in ovirt-system-tests https://gist.github.com/vmakarova/62c2941d4723bc2673427db22cf72a29 Good luck! Sincerely, Valentina Makarova

3 2