Created attachment 11189 [details] iptraffic
In a customer environment the use case is to have 6 classrooms, maybe more, open in parallel. The teachers open the classroom and monitor all screens, but there are still interruptions in view. (see screenshot) These are caused for example by restarting clients in one classroom during exammode, while the other room gets these interruptions. First school: Summe Clients: 345 Anzahl Räume: 72 Second school Summe Clients: 351 Anzahl Räume: 82
Another customer affected 2023121221000131 Customer use near 1000 devices in the school environment and between 300-400 devices are active in use at the same time. I guess this is a bit to much to handle for the Veyon Proxy.
(In reply to Mirac Erdemiroglu from comment #6) > Another customer affected 2023121221000131 > > Customer use near 1000 devices in the school environment and between 300-400 > devices are active in use at the same time. > > I guess this is a bit to much to handle for the Veyon Proxy. Which version of the Veyon Proxy was used in this case, and are there any crashes reported by the Veyon Proxy when calling `univention-app logs ucsschool-veyon-proxy`?
At the other customer Mirac mentioned we used latest ucsschool appcenter veyon first and pulled 4.8.2.17 in a given procedure from Univention support team then. So we used original ucsscholl veyon version and also 4.8.2.17 now.
Another customer affected 2024041921000151 They using 30 computer rooms and 700 clients.
The update to a newer container version "could" be help. docker pull veyon/webapi-proxy:4.8.2.17 docker tag veyon/webapi-proxy:4.8.2.17 docker.software-univention.de/ucsschool-veyon-proxy:4.7.4.14-0 univention-app remove ucsschool-veyon-proxy univention-app install ucsschool-veyon-proxy --do-not-pull-image
Because of the increasing list of tickets at this bug I increased the "who will be affected by this bug"
(In reply to Mirac Erdemiroglu from comment #10) > The update to a newer container version "could" be help. > > docker pull veyon/webapi-proxy:4.8.2.17 > docker tag veyon/webapi-proxy:4.8.2.17 > docker.software-univention.de/ucsschool-veyon-proxy:4.7.4.14-0 > univention-app remove ucsschool-veyon-proxy > univention-app install ucsschool-veyon-proxy --do-not-pull-image We get a feedback from Ticket 2024041921000151 after they update the container version for veyon proxy to 4.8.2.17. > Create class work - errors: > > Error message when creating the class assignment > > Internal server error in "schoolexam/exam/start". > Request: schoolexam/exam/start > > Traceback (most recent call last): > File > "/usr/lib/python3/dist-packages/univention/management/console/modules/decorators.py", > line 259, in _run > result = self._function(*args, **kwargs) # type: Union[BaseException, _T] > File > "/usr/lib/python3/dist-packages/univention/management/console/modules/schoolexam/__init__.py", > line 784, in _thread > Instance.set_nt_acls_on_exam_folders(my.project.getRecipients()) > File > "/usr/lib/python3/dist-packages/univention/management/console/modules/schoolexam/__init__.py", > line 258, in set_nt_acls_on_exam_folders > deny_owner_change_permissions(root) > File > "/usr/lib/python3/dist-packages/univention/management/console/modules/schoolexam/__init__.py", > line 125, in deny_owner_change_permissions > lp.load_default() > RuntimeError: Unable to load default file > > Then the creation process starts again, until after the 3rd time it is > reported that > such a work has already been created. > If you click away all this and go to the classroom control, you can manage the > manage the work. > The first time I tried it, I activated the Internet and had a file distributed > with it. > and that worked. So it uses the settings from the first > attempt. The students can then also log in with their exam-account. > > Completing the work: > > Collecting the results, error message: > > > The additional saved files were not collected. > > End class work: Success message that the class work has been completed > properly > has been completed properly. BUT: The results were not collected. > > The exam users are still there, the students cannot log in with the normal > accounts. > cannot log in. Funnily enough, when logging in with the K users, the class > exchange directory is now available > the class exchange directory is now available, which the students can actually > access. > > Honestly, from my attempt now, it looks worse than before. I > will now clean up the class work via script... > > I have one more thing: the classroom control with monitoring of the student > PCs is more stable now...
Another customer effected 2024081221000111
The products capabilities regarding the screen share performance have been improved in the last weeks, most notably via Bug 57610, Bug 57099, Bug 57631 and Bug 57604. With the feedback we got I am going to close this bug since I feel like the improvements were enough to provide a sufficient level of performance.