January 2017 - Devel - oVirt List Archives

ovirt_experimental_master Fails: PostgreSQL is not Accessible During Engine Setup
by Anton Marchukov 17 Jan '17

17 Jan '17

Hello All. FYI. We started to see multiple master system tests failing in row with the following error in engine-setup logs [1]: 2017-01-17 06:46:29 DEBUG otopi.ovirt_engine_setup.engine_common.database database.getCredentials:1267 database connection failed Traceback (most recent call last): File "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/database.py", line 1265, in getCredentials ] = self.isNewDatabase() File "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/database.py", line 370, in isNewDatabase transaction=False, File "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/database.py", line 191, in execute database=database, File "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/database.py", line 125, in connect sslmode=sslmode, File "/usr/lib64/python2.7/site-packages/psycopg2/__init__.py", line 164, in connect conn = _connect(dsn, connection_factory=connection_factory, async=async) OperationalError: could not connect to server: Connection refused Is the server running on host "localhost" (::1) and accepting TCP/IP connections on port 5432? could not connect to server: Connection refused Is the server running on host "localhost" (127.0.0.1) and accepting TCP/IP connections on port 5432? 3 jobs in row [2], [3], [4] currently failed due to this, so I suspect it is regression somewhere. It started around engine patch [5]: Change 69927 - Merged packaging: ovirt-engine-hosts-ansible-inventory: Init groups So that they always exist, even if empty. Change-Id: If0169b60012ab444c19385363168832f6cd151ab Bug-Url: https://bugzilla.redhat.com/1405813 however I am not sure of that is the cause or not. Will reply to this message if I get any updates. Thanks, [1] http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/4789/artif… [2] http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/4789/ [3] http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/4790/ [4] http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/4791/ [5] https://gerrit.ovirt.org/#/c/69927/ -- Anton Marchukov Senior Software Engineer - RHEV CI - Red Hat

2 1

Re: [ovirt-devel] I have this issue when trying to connect to gerrit
by Tony Wang 17 Jan '17

17 Jan '17

You can try ssh to gerrit.ovirt.org via proxy in the terminal.

1 0

New oVirt 4.0.x documentation now live!
by Brian Proffitt 17 Jan '17

17 Jan '17

You wanted it, we delivered! The oVirt Project is pleased to announce the availability of all-new principal documentation[1] for the oVirt 4.0 branch! For more information, check out the blog released today[2]! Peace, Brian [1] https://www.ovirt.org/documentation/ [2] https://www.ovirt.org/blog/2017/01/happy-new-documentation/ -- Brian Proffitt Principal Community Analyst Open Source and Standards @TheTechScribe 574.383.9BKP

3 3

Fwd: nfs-utils-2.1.1 Changes Everything!
by Sandro Bonazzola 16 Jan '17

16 Jan '17

FYI from fedora development mailing list. ---------- Messaggio inoltrato ---------- Da: "Steve Dickson" <SteveD(a)redhat.com> Data: 16/Gen/2017 21:12 Oggetto: nfs-utils-2.1.1 Changes Everything! A: "Development discussions related to Fedora" < devel(a)lists.fedoraproject.org> Cc: Hello, The latest nfs-utils release drastically changes how the NFS servers are configured, for the good IMHO... All daemon configuration now goes through /etc/nfs.conf. See nfs.conf(5) for details. The command line interfaces in the systemd services files have been removed. Which means all your current configures will break, because the variables in /etc/sysconfig/nfs are no longer used. Again, I think is a move in the right direction and I know you might find this surprising 8-) but I really don't want to break all the current server configuration. So I'm trying t o figure out how to do this with least amount of impact. Here is what I see as the options 1) Upgrade rawhide w/out a backward compatible patch (since it is so early in the release cycle) Upgrade f25 with an backwards compatible patch 2) Upgrade rawhide and f25 with the backward compatible patch... but we have to ween ourselves of the command line interface at some point... 3) Do nothing and push everything into f27, which is the least favorite option. I'm leaning toward option 1... but I'm asking... so I'm listening. :-) Also, how do I documented something like this? tia, steved. _______________________________________________ devel mailing list -- devel(a)lists.fedoraproject.org To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org

1 0

[ATTENTION NEEDED] Jenkins restart
by Gil Shinar 16 Jan '17

16 Jan '17

Hi all, Jenkins will be restarted today at 18:00 o'clock. Please try not to send patches at least half an hour before. In case you did, please retrigger them after restart completes. Thanks Gil

1 1

[oVirt 4.1 Localization Question #3] "Cannot ${action} ${type}. Duplicate ${entity}."
by Yuko Katabami 16 Jan '17

16 Jan '17

Hello oVirt developers. Could anyone help with the following question? *File:* AppErrors *Resource ID:* ACTION_TYPE_FAILED_DUPLICATE_ENTITY_IN_AFFINITY_GROUP *String:* Cannot ${action} ${type}. Duplicate ${entity}. *Question: *Is "Duplicate" used as verb or adjective? Is it asking user to duplicate the entity, or reporting that the entity is duplicated, and unable to perform the action? Thank you, Yuko

4 5

Postponing oVirt 4.1 RC build to Wednesday Jan 18th
by Sandro Bonazzola 16 Jan '17

16 Jan '17

Hi, we still have 3 approved blockers for 4.1[1] so release status is No go. The ETA for the fix is Wednesday morning, so we're postponing the build to Wednesday Jan 18th 11:00 TLV time / 10:00 CET Thanks -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Reminder: we have Wildfly's web mgmt console (with auth)
by Roy Golan 16 Jan '17

16 Jan '17

For quite some time now we can access Wildfly's web console on https://127.0.0.1:8706 It's the UI equivalent of jboss.cli but much more convenient. Example of tasks you can perform there: - Change logging settings, live - Tweak the managed thread pool (will send a different thread about it) - Shutdown/reload the service - Tweak db connection details - Get info/stats on the running setup EE components and more One of the main advantages over the old jmx method is that it uses a plugin to authenticate the engine user so your credentials should be admin@internal or any superuser for that matter. The default is to expose it to localhost and that could be change in services/ovirt-engine/ovirt-engine.xml.in.For firewalled setups, you can ssh tunnel your machine to overcome that as always. R

1 0

test experimental repo master failed
by Daniel Belenky 15 Jan '17

15 Jan '17

Hi all, The following test: http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exper… has failed. Triggered by: https://gerrit.ovirt.org/69139 Logs: Link <http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exper…> Found the following error on the engine.log: ERROR [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-27) [] Can't find relative path for class "org.ovirt.engine.api.resource.VmDisksResource", will return null can anyone advise on the root cause? Thanks, *Daniel Belenky* *RHV DevOps* *Red Hat Israel*

2 1

Issues Running Engine Setup Related to Database Autovacuum Settings
by Phillip Bailey 15 Jan '17

15 Jan '17

Hi team, I'm having trouble running engine-setup on a fresh database. When I first ran setup I received a message prompting me to update the autovacuum_vacuum_scale_factor, which I did. I then received another prompting me to update the autovacuum_analyze_scale_factor, which I also did. The next prompted me to update the autovacuum_max_workers to a value of at least 6. I have tried changing the value to both 6 and 7 multiple times, but it doesn't acknowledge that the change has been made and won't let me proceed with setup. Could someone tell me if I'm doing something wrong or if this is an issue with the new feature? Thanks! -Phillip Bailey

4 4

3.6 upstream deps failure
by Yaniv Kaul 15 Jan '17

15 Jan '17

From http://jenkins.ovirt.org/job/ovirt-system-tests_master_check-patch-fc24-x86… : *16:04:45* + yum install --nogpgcheck -y --downloaddir=/dev/shm ntp ovirt-engine ovirt-log-collector 'ovirt-engine-extension-aaa-ldap*'*16:04:45* Error: Package: ovirt-engine-3.6.10.3-0.0.master.20170101161303.git5f35a1a.el6.noarch (alocalsync)*16:04:45* Requires: ovirt-iso-uploader >= 3.6.0*16:04:45* Error: Package: ovirt-engine-backend-3.6.10.3-0.0.master.20170101161303.git5f35a1a.el6.noarch (alocalsync)*16:04:45* Requires: ovirt-host-deploy-java >= 1.4.0*16:04:45* Error: Package: ovirt-engine-tools-backup-3.6.10.3-0.0.master.20170101161303.git5f35a1a.el6.noarch (alocalsync)*16:04:45* Requires: otopi >= 1.4.1*16:04:45* Error: Package: ovirt-engine-setup-plugin-ovirt-engine-3.6.10.3-0.0.master.20170101161303.git5f35a1a.el6.noarch (alocalsync)*16:04:45* Requires: ovirt-engine-extension-aaa-jdbc*16:04:45* Error: Package: ovirt-setup-lib-1.0.2-1.el6.noarch (alocalsync)*16:04:45* Requires: otopi*16:04:45* Error: Package: ovirt-engine-backend-3.6.10.3-0.0.master.20170101161303.git5f35a1a.el6.noarch (alocalsync)*16:04:45* Requires: ovirt-engine-extension-aaa-jdbc*16:04:45* Error: Package: ovirt-engine-setup-base-3.6.10.3-0.0.master.20170101161303.git5f35a1a.el6.noarch (alocalsync)*16:04:45* Requires: otopi >= 1.4.1*16:04:45* Error: Package: ovirt-engine-extension-aaa-ldap-setup-1.1.6-0.0.master.20160630130757.gitea5658b.el6.noarch (alocalsync)*16:04:45* Requires: otopi >= 1.4.0

3 2

please use a single patch for a single task
by Sandro Bonazzola 15 Jan '17

15 Jan '17

Looking at: https://gerrit.ovirt.org/#/c/69438/3 but there are several others in gerrit for different projects taking this one as example just because it make me loose the evening on it. "adding cli for 4.1 experimental repos" as stated in the header of the patch has totally nothing to do with the body of the patch: "- also dropped fc23 since its eol" which just dropped all the fc23 artifacts from the publisher causing: - cockpit-ovirt for fc23 failing to build due to missing dependencies - publisher 4.0 nightly failing due to missing cockpit-ovirt for fc23 Now I unblocked the publisher for 4.0 with: https://gerrit.ovirt.org/70402 but if infra decided to drop fc23 support since fc23 gone EOL, please do it completely. If a patch need a "also did..." it needs a separate patch. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

Upgraded to 4.0.6 and now WebSocket Proxy is not working
by Lynn Dixon 14 Jan '17

14 Jan '17

All, I was recently running version 4.0.4 (I believe that was the old version), and had no issues with the HTML5 Spice console working via WebSocket Proxy. Now, however, after the upgrade, and subsequent reboot of the host, I cannot get any video to display on the html5 spice console session. I am getting the green lock icon on the browser bar on the console session, and even the messages output shows the following: Connected to wss://MYURL.us:6100/eyJzYblahblahblah So I don't think its a certificate issue? I have even stopped firewalld to make sure its not some weird firewall issue, but that didn't resolve it. What can I check to fix this? Here is the version I am using currently: oVirt Engine Version: 4.0.6.3-1.el7.centos *Lynn Dixon* | Red Hat Certified Architect #100-006-188 *Sr. Cloud Consultant* | Cloud Management Practice Google Voice: 423-618-1414 Cell/Text: 423-774-3188 Click here to view my Certification Portfolio <http://red.ht/1XMX2Mi>

2 2

[Node.js] moving from npm to Yarn & how it impacts oVirt JS applications
by Vojtech Szocs 13 Jan '17

13 Jan '17

Hello guys, as you probably know, we're using Node.js (ovirt-engine-nodejs) to build some of our applications, including ovirt-engine-dashboard, ovirt-web-ui, cockpit-ovirt, and some others. This is just to inform you that in ovirt-engine-nodejs-modules (RPM that bundles all of our JS dependencies), we're moving from npm to Yarn. The related patch is here: https://gerrit.ovirt.org/#/c/69934/ nodejs-modules 1.0.0 will bump all dependencies to their latest version, plus add version locking. To prepare for consuming nodejs-modules 1.0.0, please: - make sure to test your applications with bumped dependencies - once the patch is merged, you can update your BuildRequires to 1.0.0 - once we have an RPM for Yarn, you can start using it in your project Regards, Vojtech

1 1

[VDSM] Flaky (networking?) test
by Nir Soffer 13 Jan '17

13 Jan '17

Hi all, I have seen this failure several times in the last week, typically the error is gone after rebuilding. It is not clear what is the test - the test name does not apear in the error, this happens when adding a (useless) docstring to a test method. Looking at the traceback, this seems to be a networking test. Full log: http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc25-x86_64/218/consol… 14:55:03 ====================================================================== 14:55:03 ERROR: Failure: OSError ([Errno 22] Invalid argument) 14:55:03 ---------------------------------------------------------------------- 14:55:03 Traceback (most recent call last): 14:55:03 File "/home/jenkins/workspace/vdsm_master_check-patch-fc25-x86_64/vdsm/lib/vdsm/utils.py", line 477, in __call__ 14:55:03 return self.cache[args] 14:55:03 KeyError: () 14:55:03 14:55:03 During handling of the above exception, another exception occurred: 14:55:03 14:55:03 OSError: [Errno 22] Invalid argument 14:55:03 14:55:03 During handling of the above exception, another exception occurred: 14:55:03 14:55:03 Traceback (most recent call last): 14:55:03 File "/usr/lib/python3.5/site-packages/nose/failure.py", line 39, in runTest 14:55:03 raise self.exc_val.with_traceback(self.tb) 14:55:03 File "/usr/lib/python3.5/site-packages/nose/loader.py", line 418, in loadTestsFromName 14:55:03 addr.filename, addr.module) 14:55:03 File "/usr/lib/python3.5/site-packages/nose/importer.py", line 47, in importFromPath 14:55:03 return self.importFromDir(dir_path, fqname) 14:55:03 File "/usr/lib/python3.5/site-packages/nose/importer.py", line 94, in importFromDir 14:55:03 mod = load_module(part_fqname, fh, filename, desc) 14:55:03 File "/usr/lib64/python3.5/imp.py", line 234, in load_module 14:55:03 return load_source(name, filename, file) 14:55:03 File "/usr/lib64/python3.5/imp.py", line 172, in load_source 14:55:03 module = _load(spec) 14:55:03 File "<frozen importlib._bootstrap>", line 693, in _load 14:55:03 File "<frozen importlib._bootstrap>", line 673, in _load_unlocked 14:55:03 File "<frozen importlib._bootstrap_external>", line 665, in exec_module 14:55:03 File "<frozen importlib._bootstrap>", line 222, in _call_with_frames_removed 14:55:03 File "/home/jenkins/workspace/vdsm_master_check-patch-fc25-x86_64/vdsm/tests/network/models_test.py", line 41, in <module> 14:55:03 bonding_default_fpath()) 14:55:03 File "/home/jenkins/workspace/vdsm_master_check-patch-fc25-x86_64/vdsm/lib/vdsm/utils.py", line 479, in __call__ 14:55:03 value = self.func(*args) 14:55:03 File "/home/jenkins/workspace/vdsm_master_check-patch-fc25-x86_64/vdsm/tests/network/nettestlib.py", line 509, in bonding_default_fpath 14:55:03 dump_bonding_opts() 14:55:03 File "/home/jenkins/workspace/vdsm_master_check-patch-fc25-x86_64/vdsm/lib/vdsm/tool/dump_bonding_opts.py", line 55, in main 14:55:03 jdump(_get_bonding_options_name2numeric(), f) 14:55:03 File "/home/jenkins/workspace/vdsm_master_check-patch-fc25-x86_64/vdsm/lib/vdsm/tool/dump_bonding_opts.py", line 94, in _get_bonding_options_name2numeric 14:55:03 opts[mode] = bond_opts_name2numeric_filtered(bond_name) 14:55:03 File "/home/jenkins/workspace/vdsm_master_check-patch-fc25-x86_64/vdsm/lib/vdsm/network/netinfo/bonding.py", line 154, in bond_opts_name2numeric_filtered 14:55:03 in _bond_opts_name2numeric(bond).iteritems() 14:55:03 File "/home/jenkins/workspace/vdsm_master_check-patch-fc25-x86_64/vdsm/lib/vdsm/network/netinfo/bonding.py", line 189, in _bond_opts_name2numeric 14:55:03 _bond_opts_name2numeric_scan(path) 14:55:03 File "/home/jenkins/workspace/vdsm_master_check-patch-fc25-x86_64/vdsm/lib/vdsm/network/netinfo/bonding.py", line 202, in _bond_opts_name2numeric_scan 14:55:03 vals[name] = numeric 14:55:03 OSError: [Errno 22] Invalid argument

2 4

oVirt 4.1 RC Go/No GO
by Sandro Bonazzola 13 Jan '17

13 Jan '17

Hi, according to bugzilla[1] we have 11 bugs as accepted blockers. This means that if by Monday morning they should either been fixed or removed from blockers for 4.1.0 beta / rc milestones or we'll need to reschedule the release candidate and issue a new beta if needed. Please review the list and update status before Monday 11:00 AM TLV time / 10:00 CET [1] https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_milestone%3A4.1.… -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Mass rebase 3 days before RC
by Sandro Bonazzola 13 Jan '17

13 Jan '17

Hi, this Friday we have 1400 jobs in queue in jenkins while we never had more than 100 jobs for the past 2 months. I initially thought it was ani nfra issue but I double checked, there are 130 slaves working, the jobs are all triggered by patches. I hope that the eventual mass rebase is only for 4.2/master, I haven't checked yet. If the mass rebase is related to 4.1, I understand that having the release candidate coming NEXT Monday many developers wants to ensure their patch are included but really, you shouldn't wait the last second to push them. If we want to build 4.1 RC on Monday please avoid to mush mass rebase over the weekend until 4.1 is out or we won't have enough resources to build it. Sorry for the rant. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[oVirt 4.1 Localization Question #2] bonding and "ad"
by Yuko Katabami 12 Jan '17

12 Jan '17

Hello again. We have another question which needs your help. *File:* ApplicationMessages *Resource IDs:* bondAdPartnerMac bondAdAggregatorId bondSlaveAdAggregatorId *Strings:* Bond ad partner mac: {0} Bond ad aggregator id: {0} {0} ad aggregator id: {1} *Question: *What does "ad" stand for? Could you also tell us what will be replacing those variables? Kind regards, Yuko

2 2

IntegerEntityModelTextBox*, NumberEntityModelTextBox*, Validate
by Tony Wang 12 Jan '17

12 Jan '17

I find the TextBox Widget of ovirt-engine,such as IntegerEntityModelTextBoxEditor. They are weak in validation. When i input a string or something else can't parse Integer. In view, the widget will make as invalid, but i press the button of "OK", it always can pass. Even, when i edit the entity's attributes, such as Random Generator's Period or Bytes per period of VM, use IntegerEntityModelTextBox* widget, it will save the old data. I can't be sure this is a fault or is normal?

3 2

test-repo_ovirt_experimental_master fails on jsonrpc errors
by Daniel Belenky 12 Jan '17

12 Jan '17

Hi all, The following job: test-repo_ovirt_experimental_master <http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exper…> fails to pass the basic_suite. The job was triggered by this merge: https://gerrit.ovirt.org/#/c/69936/ to vdsm project. The error I suspect cause this issue: 2017-01-11 03:32:26,061-05 DEBUG [org.ovirt.vdsm.jsonrpc.client.internal.ResponseWorker] (ResponseWorker) [] Message received: {"jsonrpc":"2.0","error":{"code":"192.168.201.2:990178830","message":"Vds timeout occured"},"id":null} 2017-01-11 03:32:26,067-05 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler7) [57bc898] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VDSM command failed: Message timeout which can be caused by communication issues 2017-01-11 03:32:26,069-05 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler7) [57bc898] ERROR, GetStoragePoolInfoVDSCommand( GetStoragePoolInfoVDSCommandParameters:{runAsync='true', storagePoolId='f92af272-934f-4327-9db0-afe353e6f61c', ignoreFailoverLimit='true'}), exception: VDSGenericException: VDSNetworkException: Message timeout which can be caused by communication issues, log id: 2f12b94a 2017-01-11 03:32:26,069-05 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler7) [57bc898] Exception: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: VDSGenericException: VDSNetworkException: Message timeout which can be caused by communication issues at org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase.proceedProxyReturnValue(BrokerCommandBase.java:188) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.GetStoragePoolInfoVDSCommand.executeIrsBrokerCommand(GetStoragePoolInfoVDSCommand.java:32) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand.lambda$executeVDSCommand$0(IrsBrokerCommand.java:95) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy.runInControlledConcurrency(IrsProxy.java:262) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand.executeVDSCommand(IrsBrokerCommand.java:92) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:73) [vdsbroker.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) [dal.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.DefaultVdsCommandExecutor.execute(DefaultVdsCommandExecutor.java:14) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.ResourceManager.runVdsCommand(ResourceManager.java:408) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy.proceedStoragePoolStats(IrsProxy.java:348) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy.lambda$updatingTimerElapsed$0(IrsProxy.java:246) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy.runInControlledConcurrency(IrsProxy.java:262) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy.updatingTimerElapsed(IrsProxy.java:227) [vdsbroker.jar:] at sun.reflect.GeneratedMethodAccessor191.invoke(Unknown Source) [:1.8.0_111] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_111] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_111] at org.ovirt.engine.core.utils.timer.JobWrapper.invokeMethod(JobWrapper.java:77) [scheduler.jar:] at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:51) [scheduler.jar:] at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_111] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_111] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_111] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_111] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_111] Attached is a zip file with all artifacts from Jenkins. The error I've mentioned above is found in: *exported-artifacts/test_logs/basic-suite-master/post-004_basic_sanity.py/lago-basic-suite-master-engine/_var_log_ovirt-engine/engine.log <http://post-004_basic_sanity.py/lago-basic-suite-master-engine/_var_log_ovi…>* Can some one advise? Thanks, -- *Daniel Belenky* *RHV DevOps* *Red Hat Israel*

4 5

ovirt master system tests fail
by Daniel Belenky 12 Jan '17

12 Jan '17

Hi all, test-repo ovirt experimental master job fails, and it seems that there is an issue with 'add_host' phase under the '*bootstrap*' suite. >From the logs, it seems that the suite was unable to fire up the host / something is wrong with host <error type="exceptions.RuntimeError" message="Host lago-basic-suite-master-host1 is in non operational state -------------------- >> begin captured logging << -------------------- lago.ssh: DEBUG: start task Get ssh client for lago-basic-suite-master-host0 lago.ssh: DEBUG: Still got 100 tries for lago-basic-suite-master-host0 lago.ssh: DEBUG: end task Get ssh client for lago-basic-suite-master-host0 lago.ssh: DEBUG: Running aab0eff8 on lago-basic-suite-master-host0: yum install -y iptables lago.ssh: DEBUG: Command aab0eff8 on lago-basic-suite-master-host0 returned with 0 lago.ssh: DEBUG: Command aab0eff8 on lago-basic-suite-master-host0 output: Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: centos.host-engine.com * extras: linux.mirrors.es.net * updates: mirror.n5tech.com Package iptables-1.4.21-17.el7.x86_64 already installed and latest version Nothing to do lago.ssh: DEBUG: start task Get ssh client for lago-basic-suite-master-host1 lago.ssh: DEBUG: Still got 100 tries for lago-basic-suite-master-host1 lago.ssh: DEBUG: end task Get ssh client for lago-basic-suite-master-host1 lago.ssh: DEBUG: Running ab5c94f2 on lago-basic-suite-master-host1: yum install -y iptables lago.ssh: DEBUG: Command ab5c94f2 on lago-basic-suite-master-host1 returned with 0 lago.ssh: DEBUG: Command ab5c94f2 on lago-basic-suite-master-host1 output: Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: mirror.n5tech.com * extras: ftp.osuosl.org * updates: mirrors.usc.edu Package iptables-1.4.21-17.el7.x86_64 already installed and latest version Nothing to do ovirtlago.testlib: ERROR: * Unhandled exception in <function _host_is_up at 0x322e938> Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 217, in assert_equals_within res = func() File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 162, in _host_is_up raise RuntimeError('Host %s is in non operational state' % host.name()) RuntimeError: Host lago-basic-suite-master-host1 is in non operational state --------------------- >> end captured logging << ---------------------"> >From the engine.log, I found a timeout in the rpc call (but this error is seen on jobs that success too, so might not be relevant(?)) 2017-01-12 05:49:53,383-05 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand] (org.ovirt.thread.pool-7-thread-2) [76b0383f] Command 'PollVDSCommand(HostName = lago-basic-suite-master-host1, VdsIdVDSCommandParametersBase:{runAsync='true', hostId='40eb11ba-e6ac-478a-b8b1-73b7892ace65'})' execution failed: VDSGenericException: VDSNetworkException: Timeout during rpc call 2017-01-12 05:49:53,383-05 DEBUG [org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand] (org.ovirt.thread.pool-7-thread-2) [76b0383f] Exception: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: VDSGenericException: VDSNetworkException: Timeout during rpc call ... (the full error is very long, so I wont paste it here, its in the* engine.log*) 2017-01-12 05:49:58,291-05 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand] (org.ovirt.thread.pool-7-thread-1) [30b2ca77] Timeout waiting for VDSM response: Internal timeout occured In the host's vdsm.log, there are some errors too: 2017-01-12 05:51:48,336 ERROR (jsonrpc/0) [storage.StorageDomainCache] looking for unfetched domain 380623d8-1e85-4831-9048-3d05932f3d3a (sdc:151) 2017-01-12 05:51:48,336 ERROR (jsonrpc/0) [storage.StorageDomainCache] looking for domain 380623d8-1e85-4831-9048-3d05932f3d3a (sdc:168) 2017-01-12 05:51:48,395 WARN (jsonrpc/0) [storage.LVM] lvm vgs failed: 5 [] [' WARNING: Not using lvmetad because config setting use_lvmetad=0.', ' WARNING: To avoid corruption, rescan devices to make changes visible (pvscan --cache).', ' Volume group "380623d8-1e85-4831-9048-3d05932f3d3a" not found', ' Cannot process volume group 380623d8-1e85-4831-9048-3d05932f3d3a'] (lvm:377) 2017-01-12 05:51:48,398 ERROR (jsonrpc/0) [storage.StorageDomainCache] domain 380623d8-1e85-4831-9048-3d05932f3d3a not found (sdc:157) Traceback (most recent call last): File "/usr/share/vdsm/storage/sdc.py", line 155, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 185, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: (u'380623d8-1e85-4831-9048-3d05932f3d3a',) and 2017-01-12 05:53:45,375 ERROR (JsonRpc (StompReactor)) [vds.dispatcher] SSL error receiving from <yajsonrpc.betterAsyncore.Dispatcher connected ('::1', 43814, 0, 0) at 0x235a2d8>: unexpected eof (betterAsyncore:119) Link to Jenkins <http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exper…> Can someone please take a look? Thanks, *Daniel Belenky* *RHV DevOps* *Red Hat Israel*

4 3

Introduction of cluster level 4.2 on master
by Martin Perina 12 Jan '17

12 Jan '17

Hi, we have just merged a series of patches to engine which introduces cluster level 4.2: 1. Adds cluster level 4.2 [1] 2. Sets version 4.2 to default data center and cluster for new installations [1] 2. Bumps database upgrade scripts to 4.2 [2] - from now on every database script merged to master has to start with 04_02 prefix Please rebase all your existing patches to master on top of those changes and rename db scripts accordingly. Also please be aware that if you want to add a host to a 4.2 cluster, you need quite recent VDSM version which includes patch [3] merged yesterday. Please let me know if you have any issues. Thanks Martin Perina [1] https://gerrit.ovirt.org/69757 [2] https://gerrit.ovirt.org/69758 [3] https://gerrit.ovirt.org/69759

1 0

[oVirt 4.1 Localization Question #1] "No VM configuration"
by Yuko Katabami 12 Jan '17

12 Jan '17

Hi oVirt developers, We have started translating 4.1 UI strings and would like to post our first question. File: CommonApplicationConstants Resource ID: brokenVmConfiguration String: No VM configuration Question: Could anyone tell me where in the UI it is located? Is this used as a part of an error message, or as a label? Kind regards, Yuko

2 2

ovirt-system-tests 4.1 is failling due to VmDisksResource class
by Daniel Belenky 12 Jan '17

12 Jan '17

Hi all, ovirt-system-tests are failing with the following error: ERROR [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-1) [] Can't find relative path for class "org.ovirt.engine.api.resource.VmDisksResource", will return null The error began at 4/1. can someone take a look please? Attached all the logs under /var/log/ovirt-engine , the error I've mentioned above is seen in *engine.log*. Can someone please take a look? Thanks, -- *Daniel Belenky* *RHV DevOps* *Red Hat Israel*

3 2

(no subject)
by Daniel Belenky 12 Jan '17

12 Jan '17

On Thu, Jan 12, 2017 at 10:35 AM, Yaniv Kaul <ykaul(a)redhat.com> wrote: > > > On Thu, Jan 12, 2017 at 10:25 AM, Daniel Belenky <dbelenky(a)redhat.com> > wrote: > >> Hi all, >> >> ovirt-system-tests are failing with the following error: >> >> ERROR [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-1) [] Can't find relative path for class "org.ovirt.engine.api.resource.VmDisksResource", will return null >> >> > This is a known issue ( https://bugzilla.redhat.com/ > show_bug.cgi?id=1410038 ) and is not a cause for failure. > > >> The error began at 4/1. >> > > This is really outdated. How did work yesterday? > It didn't. We just didn't get to this issue, but it's failing for a while. > >> can someone take a look please? >> > > What is the test that is failing? > basic_sanity is failing on vm_run Link <http://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt_4.1_system-t…> to the failing job Thanks, *Daniel Belenky* *RHV DevOps* *Red Hat Israel*

1 0