Bug 1723668
Summary: | VDSM command Get Host Statistics failed: Internal JSON-RPC error: {'reason': '[Errno 19] vnet<x> is not present in the system'} | |||
---|---|---|---|---|
Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Juan Orti <jortialc> | |
Component: | vdsm | Assignee: | Bell Levin <blevin> | |
Status: | CLOSED ERRATA | QA Contact: | Michael Burman <mburman> | |
Severity: | high | Docs Contact: | ||
Priority: | medium | |||
Version: | 4.3.0 | CC: | blevin, bugs, dholler, dvaanunu, edwardh, lsurette, mailinglists35, mburman, oliver.albl, pelauter, srevivo, ycui | |
Target Milestone: | ovirt-4.4.0 | Keywords: | ZStream | |
Target Release: | --- | |||
Hardware: | x86_64 | |||
OS: | Linux | |||
Whiteboard: | ||||
Fixed In Version: | Doc Type: | Bug Fix | ||
Doc Text: |
Previously, during virtual machine shut down, the VDSM command Get Host Statistics occasionally failed with an Internal JSON-RPC error `{'reason': '[Errno 19] vnet<x> is not present in the system'}`. This failure happened because the shutdown could make an interface disappear while statistics were being gathered. The current release fixes this issue. It prevents such failures from being reported.
|
Story Points: | --- | |
Clone Of: | 1722746 | |||
: | 1744572 (view as bug list) | Environment: | ||
Last Closed: | 2020-08-04 13:27:06 UTC | Type: | --- | |
Regression: | --- | Mount Type: | --- | |
Documentation: | --- | CRM: | ||
Verified Versions: | Category: | --- | ||
oVirt Team: | Network | RHEL 7.3 requirements from Atomic Host: | ||
Cloudforms Team: | --- | Target Upstream Version: | ||
Embargoed: | ||||
Bug Depends On: | 1722746 | |||
Bug Blocks: | 1744572 |
Description
Juan Orti
2019-06-25 06:31:19 UTC
The statistic gathering is not atomic in nature, therefore, the entities that exist at the beginning of the transaction may not exist during the whole transaction period. Therefore, statistics gathering may fail just because one interface disappeared in the middle. We could make this tolerable by absorbing such errors at the interface statistics level. *** Bug 1722746 has been marked as a duplicate of this bug. *** WARN: Bug status wasn't changed from MODIFIED to ON_QA due to the following reason: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops: Bug status wasn't changed from MODIFIED to ON_QA due to the following reason: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops WARN: Bug status wasn't changed from MODIFIED to ON_QA due to the following reason: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops: Bug status wasn't changed from MODIFIED to ON_QA due to the following reason: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops WARN: Bug status wasn't changed from MODIFIED to ON_QA due to the following reason: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops: Bug status wasn't changed from MODIFIED to ON_QA due to the following reason: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops WARN: Bug status wasn't changed from MODIFIED to ON_QA due to the following reason: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops: Bug status wasn't changed from MODIFIED to ON_QA due to the following reason: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops Verified on - vdsm-4.40.0-127.gitc628cce.el8ev.x86_64 WARN: Bug status (VERIFIED) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops: Bug status (VERIFIED) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops WARN: Bug status (VERIFIED) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops: Bug status (VERIFIED) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops WARN: Bug status (VERIFIED) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops: Bug status (VERIFIED) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops WARN: Bug status (VERIFIED) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops: Bug status (VERIFIED) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops WARN: Bug status (VERIFIED) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops: Bug status (VERIFIED) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops WARN: Bug status (VERIFIED) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops: Bug status (VERIFIED) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops WARN: Bug status (VERIFIED) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops: Bug status (VERIFIED) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops *** Bug 1821040 has been marked as a duplicate of this bug. *** Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (RHV RHEL Host (ovirt-host) 4.4), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHEA-2020:3246 I've experienced a similar error log message caused by name of the kernel network device changed from `eno1` to ascii code 03. never found out what caused that change (ram errors? it went away after reboot. no relevant os logs), and vdsm.log kept repeating this error: 2023-06-12 17:40:34,378+0300 ERROR (jsonrpc/1) [jsonrpc.JsonRpcServer] Internal server error (__init__:354) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/yajsonrpc/__init__.py", line 349, in _handle_request res = method(**params) File "/usr/lib/python3.6/site-packages/vdsm/rpc/Bridge.py", line 198, in _dynamicMethod result = fn(*methodArgs) File "<decorator-gen-471>", line 2, in getStats File "/usr/lib/python3.6/site-packages/vdsm/common/api.py", line 50, in method ret = func(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/API.py", line 1456, in getStats multipath=True) File "/usr/lib/python3.6/site-packages/vdsm/host/api.py", line 49, in get_stats decStats = stats.produce(first_sample, last_sample) File "/usr/lib/python3.6/site-packages/vdsm/host/stats.py", line 72, in produce stats.update(get_interfaces_stats()) File "/usr/lib/python3.6/site-packages/vdsm/host/stats.py", line 154, in get_interfaces_stats return net_api.network_stats() File "/usr/lib/python3.6/site-packages/vdsm/network/api.py", line 61, in network_stats return netstats.report() File "/usr/lib/python3.6/site-packages/vdsm/network/netstats.py", line 32, in report stats = link_stats.report() File "/usr/lib/python3.6/site-packages/vdsm/network/link/stats.py", line 33, in report for iface_properties in iface.list(): File "/usr/lib/python3.6/site-packages/vdsm/network/link/iface.py", line 230, in list properties['type'] = get_alternative_type(properties['name']) File "/usr/lib/python3.6/site-packages/vdsm/network/link/iface.py", line 254, in get_alternative_type driver_name = ethtool.driver_name(device) File "/usr/lib/python3.6/site-packages/vdsm/network/ethtool.py", line 51, in driver_name fcntl.ioctl(sock, SIOCETHTOOL, data) OSError: [Errno 19] No such device I thought commenting here which comes up in search results for error 19 might help some other one-in-a-million unlucky person hitting such an experience. The needinfo request[s] on this closed bug have been removed as they have been unresolved for 120 days |