- Devel - oVirt List Archives

[CQ Failure Report] [Ovirt 4.2] [4.7.18]
by Ehud Yonasi 05 Jul '18

05 Jul '18

Link to job: http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/2571/ Suspected error: Error occured, aborting Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 362, in do_run self.cli_plugins[args.ovirtverb].do_run(args) File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line 184, in do_run self._do_run(**vars(args)) File "/usr/lib/python2.7/site-packages/lago/utils.py", line 505, in wrapper return func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/utils.py", line 516, in wrapper return func(*args, prefix=prefix, **kwargs) File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 99, in do_ovirt_runtest raise RuntimeError('Some tests failed') RuntimeError: Some tests failed + res=1 + cd - /home/jenkins/workspace/ovirt-4.2_change-queue-tester/ovirt-system-tests + return 1 + failed=true + env_collect /home/jenkins/workspace/ovirt-4.2_change-queue-tester/ovirt-system-tests/test_logs/basic-suite-4.2/post-007_sd_reattach.py

5 7

[VDSM] Tests pass, build fail with "Skipping post build task 2 - job status is worse than unstable : FAILURE"
by Nir Soffer 05 Jul '18

05 Jul '18

This is the second time this week. Can we fix the CI to succeed if check-patch.sh exited with 0? All the tests passed: *16:18:38* tests: commands succeeded*16:18:38* storage-py27: commands succeeded*16:18:38* storage-py36: commands succeeded*16:18:38* lib-py27: commands succeeded*16:18:38* lib-py36: commands succeeded*16:18:38* network-py27: commands succeeded*16:18:38* network-py36: commands succeeded*16:18:38* virt-py27: commands succeeded*16:18:38* virt-py36: commands succeeded*16:18:38* congratulations :) But the build failed with: *16:10:45* Skipping post build task 2 - job status is worse than unstable : FAILURE Failed on both el7 and fc28: https://jenkins.ovirt.org/job/vdsm_master_check-patch-el7-x86_64/24267/cons… https://jenkins.ovirt.org/job/vdsm_master_check-patch-fc28-x86_64/292/conso… I merged the patch anyway. Nir

2 1

engine builds failing (Invalid Git ref given: jenkins-ovirt-engine_master_check-patch...)
by Greg Sheremeta 05 Jul '18

05 Jul '18

Hi, It appears all engine check-patch builds are failing. https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-engine_master_ch… They all say """ 15:40:10 ########################################################## 15:40:10 ## FINISHED SUCCESSFULLY 15:40:10 ########################################################## 15:40:10 Collecting mock logs 15:40:10 renamed './mock_logs.sWqMKYDi/populate_mock' -> 'exported-artifacts/mock_logs/populate_mock' 15:40:10 renamed './mock_logs.sWqMKYDi/script' -> 'exported-artifacts/mock_logs/script' 15:40:10 renamed './mock_logs.sWqMKYDi/init' -> 'exported-artifacts/mock_logs/init' 15:40:10 ########################################################## 15:40:10 [ovirt-engine_master_check-patch-fc28-x86_64] $ /bin/bash -xe /tmp/jenkins7563971716314834364.sh 15:40:10 + WORKSPACE=/home/jenkins/workspace/ovirt-engine_master_check-patch-fc28-x86_64 15:40:10 + LOGDIR=/home/jenkins/workspace/ovirt-engine_master_check-patch-fc28-x86_64/exported-artifacts/pusher_logs 15:40:10 + mkdir -p /home/jenkins/workspace/ovirt-engine_master_check-patch-fc28-x86_64/exported-artifacts/pusher_logs 15:40:10 + cd ./ovirt-engine 15:40:10 + /home/jenkins/workspace/ovirt-engine_master_check-patch-fc28-x86_64/jenkins/scripts/pusher.py --log=/home/jenkins/workspace/ovirt-engine_master_check-patch-fc28-x86_64/exported-artifacts/pusher_logs/push_ovirt-engine.log push --if-not-exists --unless-hash=jenkins-ovirt-engine_master_check-patch-fc28-x86_64-822 master *15:40:10 Invalid Git ref given: 'jenkins-ovirt-engine_master_check-patch-fc28-x86_64-822'* *15:40:10 Build step 'Execute shell' marked build as failure* 15:40:10 $ ssh-agent -k 15:40:10 unset SSH_AUTH_SOCK; 15:40:10 unset SSH_AGENT_PID; 15:40:10 echo Agent pid 10302 killed; 15:40:10 [ssh-agent] Stopped. 15:40:11 Performing Post build task... 15:40:11 Match found for :.* : True 15:40:11 Logical operation result is TRUE 15:40:11 Running script : #!/bin/bash -ex 15:40:11 echo "shell-scripts/collect_artifacts.sh" 15:40:11 cat <<EOC 15:40:11 _______________________________________________________________________ 15:40:11 ####################################################################### 15:40:11 # # 15:40:11 # ARTIFACT COLLECTION # 15:40:11 # # 15:40:11 ####################################################################### """ -- GREG SHEREMETA SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX Red Hat NA <https://www.redhat.com/> gshereme(a)redhat.com IRC: gshereme <https://red.ht/sig>

2 6

Strange error in CI when checking an engine patch
by Andrej Krejcir 03 Jul '18

03 Jul '18

Hi, I'm getting a strange error from CI on one of my patches[1]. The error only happens in CI, local build passes OK. [ERROR] Tests run: 29, Failures: 0, Errors: 4, Skipped: 0, Time elapsed: 0.073 s <<< FAILURE! - in org.ovirt.engine.core.bll.quota.QuotaManagerTest [ERROR] testConsumeStorageQuotaSpecificOverThreshold Time elapsed: 0.022 s <<< ERROR! java.lang.VerifyError: Bad return type Exception Details: Location: org/mockito/internal/junit/ExceptionFactory$JUnitArgsAreDifferent.create(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;)Ljava/lang/AssertionError; @10: areturn Reason: Type 'org/mockito/exceptions/verification/junit/ArgumentsAreDifferent' (current frame, stack[0]) is not assignable to 'java/lang/AssertionError' (from method signature) Current Frame: bci: @10 flags: { } locals: { 'java/lang/String', 'java/lang/String', 'java/lang/String' } stack: { 'org/mockito/exceptions/verification/junit/ArgumentsAreDifferent' } Bytecode: 0x0000000: bb00 0259 2a2b 2cb7 0003 b0 at org.ovirt.engine.core.bll.quota.QuotaManagerTest.assertAuditLogWritten(QuotaManagerTest.java:110) at org.ovirt.engine.core.bll.quota.QuotaManagerTest.testConsumeStorageQuotaSpecificOverThreshold(QuotaManagerTest.java:180) The whole log is here: https://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-el7-x86_64/41… The QuotaManagerTest class was changed in previous patches[2][3] in the topic branch, but for them the CI passes OK. Can someone point me to a possible cause? Thanks, Andrej [1] - https://gerrit.ovirt.org/#/c/85213/ [2] - https://gerrit.ovirt.org/#/c/90477/ [3] - https://gerrit.ovirt.org/#/c/92345/

1 1

Fwd: [CQ]: 91556, 2 (ovirt-engine-wildfly-overlay) failed "ovirt-4.2" system tests
by Ehud Yonasi 03 Jul '18

03 Jul '18

hey Martin, same issue on 4.2 CQ can you please send the wildfly patch to fix the conflict? thanks in advance! ---------- Forwarded message --------- From: oVirt Jenkins <jenkins(a)ovirt.org> Date: Tue, Jul 3, 2018 at 2:18 PM Subject: [CQ]: 91556, 2 (ovirt-engine-wildfly-overlay) failed "ovirt-4.2" system tests To: <infra(a)ovirt.org> Change 91556,2 (ovirt-engine-wildfly-overlay) is probably the reason behind recent system test failures in the "ovirt-4.2" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/91556/2 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/2556/ _______________________________________________ Infra mailing list -- infra(a)ovirt.org To unsubscribe send an email to infra-leave(a)ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/infra@ovirt.org/message/AKPWY62U345PZ…

2 2

[VDSM] All tests passed, but CI failed to archive the artifacts (No space left on device)
by Nir Soffer 02 Jul '18

02 Jul '18

Can we improve the CI so the build will succeed once check-patch completed successfully, regardless of errors after that point? All tests suceeded *13:41:18* tests: commands succeeded*13:41:18* storage-py27: commands succeeded*13:41:18* storage-py36: commands succeeded*13:41:18* lib-py27: commands succeeded*13:41:18* lib-py36: commands succeeded*13:41:18* network-py27: commands succeeded*13:41:18* network-py36: commands succeeded*13:41:18* virt-py27: commands succeeded*13:41:18* virt-py36: commands succeeded*13:41:18* congratulations :) But the build failed: https://jenkins.ovirt.org/job/vdsm_master_check-patch-fc28-x86_64/229/ Because of: *13:42:33* POST BUILD TASK : SUCCESS*13:42:33* END OF POST BUILD TASK : 2*13:42:33* Archiving artifacts*13:42:35* ERROR: Step ‘Archive the artifacts’ aborted due to exception: *13:42:35* java.io.IOException: No space left on device*13:42:35* at sun.nio.ch.FileDispatcherImpl.write0(Native Method)*13:42:35* at sun.nio.ch.FileDispatcherImpl.write(FileDispatcherImpl.java:60)*13:42:35* at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:93)*13:42:35* at sun.nio.ch.IOUtil.write(IOUtil.java:65)*13:42:35* at sun.nio.ch.FileChannelImpl.write(FileChannelImpl.java:211)*13:42:35* at java.nio.channels.Channels.writeFullyImpl(Channels.java:78)*13:42:35* at java.nio.channels.Channels.writeFully(Channels.java:101)*13:42:35* at java.nio.channels.Channels.access$000(Channels.java:61)*13:42:35* at java.nio.channels.Channels$1.write(Channels.java:174)*13:42:35* at org.apache.commons.io.IOUtils.copyLarge(IOUtils.java:1793)*13:42:35* at org.apache.commons.io.IOUtils.copyLarge(IOUtils.java:1769)*13:42:35* at org.apache.commons.io.IOUtils.copy(IOUtils.java:1744)*13:42:35* at hudson.util.IOUtils.copy(IOUtils.java:43)*13:42:35* at hudson.FilePath.readFromTar(FilePath.java:2465)*13:42:35* Also: Also: hudson.remoting.Channel$CallSiteStackTrace: Remote call to vm0064.workers-phx.ovirt.org*13:42:35* at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1741)*13:42:35* at hudson.remoting.UserRequest$ExceptionResponse.retrieve(UserRequest.java:357)*13:42:35* at hudson.remoting.Channel$2.adapt(Channel.java:990)*13:42:35* at hudson.remoting.Channel$2.adapt(Channel.java:986)*13:42:35* at hudson.remoting.FutureAdapter.get(FutureAdapter.java:59)*13:42:35* at hudson.FilePath.copyRecursiveTo(FilePath.java:2368)*13:42:35* at jenkins.model.StandardArtifactManager.archive(StandardArtifactManager.java:61)*13:42:35* at hudson.tasks.ArtifactArchiver.perform(ArtifactArchiver.java:235)*13:42:35* at hudson.tasks.BuildStepCompatibilityLayer.perform(BuildStepCompatibilityLayer.java:81)*13:42:35* at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20)*13:42:35* at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:744)*13:42:35* at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:690)*13:42:35* at hudson.model.Build$BuildExecution.post2(Build.java:186)*13:42:35* at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:635)*13:42:35* at hudson.model.Run.execute(Run.java:1819)*13:42:35* at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) See https://jenkins.ovirt.org/job/vdsm_master_check-patch-fc28-x86_64/229/conso… Nir

2 1

Recent he-basic-ansible-suite-4.2 failures
by Yedidyah Bar David 02 Jul '18

02 Jul '18

Hi all, I noticed that our hosted-engine suites [1] often fail recently, and decided to have a look at [2], which are on 4.2, which should hopefully be "rock solid" and basically never fail. I looked at these, [3][4][5][6][7], which are all the ones that still appear in [2] and marked as failed. Among them: - All but one failed while "Waiting for agent to be ready" and timing out after 10 minutes, as part of 008_restart_he_vm.py, which was added a month ago [8] and then patched [9]. - The other one [7] failed while "Waiting for engine to migrate", also eventually timing out after 10 minutes, as part of 010_local_mainentance.py, which was also added in [9]. I also had a look at the last ones that succeeded, builds 329 to 337 of [2]. There: - "Waiting for agent to be ready" took between 26 and 48 seconds - "Waiting for engine to migrate" took between 69 and 82 seconds Assuming these numbers are reasonable (which might be debatable), 10 minutes indeed sounds like a reasonable timeout, and I think we should handle each failure specifically. Did anyone check them? Was it an infra issue/load/etc.? A bug? Something else? I didn't check the logs yet, might do this later. Also didn't check the failures in other jobs in [1]. Best regards, [1] https://jenkins.ovirt.org/search/?q=he-basic [2] https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-ansible-suite-4.2/ [3] https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-ansible-suite-4.2… [4] https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-ansible-suite-4.2… [5] https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-ansible-suite-4.2… [6] https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-ansible-suite-4.2… [7] https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-ansible-suite-4.2… [8] https://gerrit.ovirt.org/91952 [9] https://gerrit.ovirt.org/92341 -- Didi

3 3

ovirt extensions -- weekly report
by Greg Sheremeta 01 Jul '18

01 Jul '18

ovirt extensions -- weekly report A team is working on set of features to make ansible roles/playbooks runnable via the administration portal. project book: ovirt extensions project book [1] The project has 3 sub-parts, currently: migrate-vm cluster-upgrade central considerations (long-running operations, APIs, notifications) migrate-vm (note: uses REST API, not ansible backend) design document: [2] design discussion moved to github: [3] patches: [4] Status: should be merged Monday / Tuesday * Greg, Vojtech: merge and remove old migrate button cluster-upgrade design document: [5] design discussion moved to github: PR [6] Status: in design review. Please comment freely on the PR! Action items: * all - design review * Greg: code UI (haven't begun) central considerations design document: [7] design discussions on github: [8] patches: [9] Status: in coding (notifications + API) Action items: * Greg: coding notifications drawer (expect merge Monday) * Ondra: coding ansible remote API (code review discussion ongoing) [1] ovirt extensions project book - Google Docs https://docs.google.com/document/d/1n4VlosdPnIZL81wx0sEIrkAfBehuV5DfOU7eH9i… [2] Migrate VMs Modal - Google Docs https://docs.google.com/document/d/1NF46ZJSOcGFrLWx18Ujsckoob19ANfBlpisB6_f… [3] ovirt-design - Migrate Virtual Machines https://ovirt.github.io/ovirt-design/admin-ui/compute/migrate-vms [4] project:ovirt-engine-ui-extensions | gerrit.ovirt Code Review https://gerrit.ovirt.org/#/q/project:ovirt-engine-ui-extensions [5] Cluster Upgrade - Google Docs https://docs.google.com/document/d/1kRDAeu0-wIKbSNieXenQY5qevwNlyCnpyZdeUX-… [6] Adding design proposal around Upgrading a Cluster by lizsurette · Pull Request #5 · oVirt/ovirt-design https://github.com/oVirt/ovirt-design/pull/5 [7] ovirt-engine-ui-extensions - overall design considerations and notes - Google Docs https://docs.google.com/document/d/1GMurjSMtzLaZFktH_Ysge4lRIpLd0nosuV1m8IR… [8] ovirt-design/notifications.md at master · oVirt/ovirt-design https://github.com/oVirt/ovirt-design/blob/master/admin-ui/framework/notifi… [9] Change I73f35974: webadmin: notifications drawer | gerrit.ovirt Code Review https://gerrit.ovirt.org/#/c/92443/ Change Ib7198f91: services: Add /ansible service for remote execution | gerrit.ovirt Code Review https://gerrit.ovirt.org/#/c/92404/ Best wishes, Greg -- GREG SHEREMETA SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX Red Hat NA <https://www.redhat.com/> gshereme(a)redhat.com IRC: gshereme <https://red.ht/sig>

1 0

vm portal UI redesign -- weekly report
by Greg Sheremeta 01 Jul '18

01 Jul '18

vm portal UI redesign -- weekly report screens: https://github.com/oVirt/ovirt-design/pulls github issues: https://github.com/oVirt/ovirt-web-ui/issues?q=label%3Aredesign google doc for bootstrapping: [1] Status: * Scott had AI of prototype. Liz and Jenny had AIs for continuing design * last week we: - brought Moran (PM) into the project to help set direction (Weds) - had our weekly sync meeting (Thurs) where we * Demos - Bohdan showed the VM list page - Scott showed the VM view / edit page * iterated on Jenny's design updates * iterated on Liz's design updates Action items: Liz/Jenny - more designs showing different VM states Liz - refine disks, snapshots, networks Liz - start a console designs document (or use slides) and let’s iterate in there, goal of consensus before next meeting Liz - continue work on New VM Scott - continue Edit page Bohdan - Green buttons --> gray Marek + Bohdan + Scott - continue coding [1] https://docs.google.com/presentation/d/1UavAccggYAqLeXZYnVpyiE6h5tnCJJQMq_f… Best wishes, Greg -- GREG SHEREMETA SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX Red Hat NA <https://www.redhat.com/> gshereme(a)redhat.com IRC: gshereme <https://red.ht/sig>

1 0

Gerrit trying to set 3rd party cookies
by Nir Soffer 01 Jul '18

01 Jul '18

After watching Sarah Bird's great talk about the terrifying web[1], I found that for some reason 3rd party cookies were enabled in my browser. After disabling them, I found that gerrit is using 3rd party cookies from gravatar.com. (see attached screenshot). Why do we allow 3rd parties like gravatar to set cookies? Can we use gravatar without setting cookies? [image: Screenshot from 2018-07-01 15-31-37.png] [1] https://il.pycon.org/2018/schedule/presentation/18/ Nir

2 2