Bug 52564 - The Veyon backend fails to update client info if one host is not reachable
The Veyon backend fails to update client info if one host is not reachable
Status: VERIFIED WORKSFORME
Product: UCS@school
Classification: Unclassified
Component: UMC - Computer room
UCS@school 4.4
Other Linux
: P5 normal (vote)
: UCS@school 4.4 v9
Assigned To: UCS@school maintainers
Tobias Wenzel
:
Depends on:
Blocks: 52522 52915 52922
  Show dependency treegraph
 
Reported: 2021-01-08 12:31 CET by Daniel Tröder
Modified: 2021-03-16 15:28 CET (History)
3 users (show)

See Also:
What kind of report is it?: Development Internal
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel Tröder univentionstaff 2021-01-08 12:31:52 CET
+++ This bug was initially created as a clone of Bug #52522 +++

Computerrooms that are configured as using the Veyon backend should also finally be using the veyon backend for computerroom operations.

--------------------------------------------------------------------

If one computer in a computer room cannot be communicated with by the Veyon proxy, it hangs a long time waiting for it. In that time updates for other hosts are blocked. It's a blocking HTTP API…

As computers in computer rooms can have multiple IPs and can be turned off, the Veyon backend stack of the computer room module must handle such situations in a way that does not block any functionality of running & reachable hosts.
Comment 1 Ole Schwiegert univentionstaff 2021-02-05 10:06:11 CET
Tobias J. fixed this problem and implemented a non blocking API.
No code changes for this were necessary on our side.
Comment 2 Tobias Wenzel univentionstaff 2021-02-22 11:33:55 CET
QA → Verified

Tested with two computers, one with non-reachable IP: The computer room module worked as expected (no hanging).