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 |