Univention Bugzilla – Bug 21717
Das Löschen von Abbildern blockiert die Rückkehr von UVMM: Es sollte asynchron geschehen
Last modified: 2023-06-28 10:46:34 CEST
Das Löschen von großen Dateien kann einige Zeit in Anspruch nehmen, um UVMM nicht unnötig zu blockieren sollte der entsprechende Prozess vorher forken: os.remove(Abbild) ↓ if os.fork(): os.remove(Abbild) sys.exit()
Eher WONTFIX, weil wir dann keine synchrone Rückmeldung mehr geben können, ob es geklappt hat. Sinnvoller wäre allgemein ein Fortschrittsbalken bei länger andauernden Aktionen wie Migrieren, ...
(In reply to comment #1) > Eher WONTFIX, weil wir dann keine synchrone Rückmeldung mehr geben können, ob > es geklappt hat. Sinnvoller wäre allgemein ein Fortschrittsbalken bei länger > andauernden Aktionen wie Migrieren, ... Das sehe ich genauso. Asynchron ist ok, aber nur, wenn wir noch "vernünftig" Rückmeldungen bekommen.
Other possibilities: * Link the file into a temporary directory, then synchronously unlink the original name and have a (cron) job delete the temp file(s) in the background. * Unlink the file in the background and wait for the name to disappear in the foreground process, afaik the name perishes quite fast but the kernel just needs a context for the expensive filesystem operation. The background process could even feed back the result if the long execution time is only in the case of success. (Fork delete, wait for (name to disappear) or (an error being fed back)
This issue has been filed against UCS 2.4. UCS 2.4 is out of maintenance and many UCS components have vastly changed in later releases. Thus, this issue is now being closed. If this issue still occurs in newer UCS versions, please use "Clone this bug". In this case please provide detailed information on how this issue is affecting you.