Univention Bugzilla – Bug 37268
Start slowed down by offline clients
Last modified: 2015-05-11 19:24:54 CEST
A customer reported that the start of exam mode is heavily slowed down by clients that are offline (not reachable). After exam user creation a window is shown presenting all clients in the room to quickly reboot them. If clients are offline it takes very long for the window to be ready for input - probably because of timeouts. Since it's very common that some clients in a classroom are offline it always takes a long time to start up exam mode.
The timeout has been chosen that long on purpose during implementation phase. The module tries to prevent that some computers are currently in boot phase but booted early enough to not evaluate the latest exam GPOs. If the timeout is (too) short, there may be computers that are not exam mode after boot/reboot. Then the users (student/teacher) have to reboot the corresponding computers again, which also takes time. If the timeout is longer, the teacher has to wait for the timeout if at least one computer is not running. I don't know, which of those 2 options is the best one or if there is a third options. Request for comments.
I'd suggest to reduce the timeout and display a warning for the clients that couldn't be reached. If a teacher uses the exam mode it can be expected that he/she feels more comfortable with computers and is able to determine which clients need to be rebooted.
As discussed, the reboot dialog shall be revised: 1) the grid shall be updated continuously 2) during the first 5 seconds, when switching to the reboot page, the page shall be disabled via standby animation 3) there shall be 2 buttons ("next without restart" and "next with restart") - both buttons shall present a confirmation dialog when clicked 4) currently there are only two states for computers "unreachable/offline" or "reboot required". For bug 38004 a third state "ignored/skipped" should be added. A computer shall *not* be restarted (state "ignored/skipped") if a) the current UMC user is logged on on that computer (use the browser's IP address; see automatic room selection code in computerroom) b) a teacher is logged on on that computer (optional feature; add a UCR variable to disable 4b)
(In reply to Sönke Schwardt-Krummrich from comment #3) > 1) the grid shall be updated continuously implemented > 2) during the first 5 seconds, when switching to the reboot page, the page > shall be disabled via standby animation implemented > 3) there shall be 2 buttons ("next without restart" and "next with restart") > - both buttons shall present a confirmation dialog when clicked I added 2 grid buttons ('restart student computers', 'restart selected computers'). Then none of these actions were triggered the 'next' button asks again. > 4) currently there are only two states for computers "unreachable/offline" > or > "reboot required". For bug 38004 a third state "ignored/skipped" should > be > added. > A computer shall *not* be restarted (state "ignored/skipped") if > a) the current UMC user is logged on on that computer (use the browser's > IP > address; see automatic room selection code in computerroom) > b) a teacher is logged on on that computer (optional feature; add a UCR > variable to disable 4b) don't touched this, as it was already implemented. Teacher computers already have the 'not necessary' state. Fix: svn r59817, r59818 Package: ucs-school-umc-exam The following UCR variables have been removed: ucsschool/exam/delay/min ucsschool/exam/delay/max ucsschool/exam/delay/offset Still open because the next button is somehow not visible on Sönkes notebook: http://billy/~sschwardt/neustart1.png
(In reply to Florian Best from comment #4) > Still open because the next button is somehow not visible on Sönkes notebook: > http://billy/~sschwardt/neustart1.png → fixed?!
Created attachment 6836 [details] Fixed layout on reboot page > > Still open because the next button is somehow not visible on Sönkes notebook: > > http://billy/~sschwardt/neustart1.png > → fixed?! Yes, fixed.
OK - debian changelog OK - xml changelog OK - 1) the grid shall be updated continuously OK - 2) standby animation during the first 5 seconds OK - 3) there shall be 2 buttons -- OK if none of these actions were triggered the 'next' button asks again
UCS@school 4.0 R2 v1 has been released: http://docs.univention.de/release-notes-ucsschool-4.0R2v1-de.html If this error occurs again, please use "Clone This Bug".