Bug 1293828
Summary: | NPE when referring to channel without checking status | ||
---|---|---|---|
Product: | [oVirt] vdsm-jsonrpc-java | Reporter: | Oved Ourfali <oourfali> |
Component: | Core | Assignee: | Piotr Kliczewski <pkliczew> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Lukas Svaty <lsvaty> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 1.1.4 | CC: | bugs, mgoldboi, pkliczew, pstehlik, sbonazzo |
Target Milestone: | ovirt-3.6.2 | Keywords: | CodeChange |
Target Release: | 1.1.6 | Flags: | rule-engine:
ovirt-3.6.z+
mgoldboi: planning_ack+ oourfali: devel_ack+ pstehlik: testing_ack+ |
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2016-02-18 11:20:02 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | Infra | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Oved Ourfali
2015-12-23 08:15:14 UTC
What flow do we need to cover for verification of this? Target release should be placed once a package build is known to fix a issue. Since this bug is not modified, the target version has been reset. Please use target milestone to plan a fix for a oVirt release. moving back to ON_QA (fixing my mistake from comment#1) Bug tickets that are moved to testing must have target release set to make sure tester knows what to test. Please set the correct target release before moving to ON_QA. In order to test it is required to check host connectivity using slow network. Anything special I should look for? (Specific VDSM/engine errors? There are no special errors. It is highly time dependent and if we were slow enough it could throw NPE. As this bug does not have any specific test and has low reproducibility, tests will be run over multiple runs (host operation) on slow network. I'll provide information once I'll either find the mentioned NPE or will have enough run so I can verify this functionality. For slow connection will be used either connection of BRQ-TLV, or BRQ-BOSTON. Tested it on multiple scenarios (deploy, move to maintenance, activate, reinstall, PM actions) over night. No NPE appeared in the logs. Moving to verified if in the feature this issue will re-appear please re-open the bug. Tested on rhevm-3.6.3-0.1.el6.noarch |