Bug 29864 - Parallele Installationen werden nicht verhindert
Parallele Installationen werden nicht verhindert
Status: CLOSED DUPLICATE of bug 31382
Product: UCS
Classification: Unclassified
Component: UMC - App-Center
UCS 3.1
Other Linux
: P3 normal (vote)
: UCS 3.2
Assigned To: Dirk Wiesenthal
Alexander Kläser
: interim-1
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-12-19 15:48 CET by Tim Petersen
Modified: 2013-11-19 06:44 CET (History)
4 users (show)

See Also:
What kind of report is it?: ---
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 Tim Petersen univentionstaff 2012-12-19 15:48:56 CET
Man hat die Möglichkeit in einem zweiten Appcenter-Reiter eine Installation nochmal zu starten - das sollte bei dpkg.lock verhindert werden.

In meinem Fall führte dies dazu, dass auch die erste, laufende Installation fehlschlug.

Ob dies auch bei einem Aufruf aus einer zweiten UMC-Sitzung heraus passieren kann, habe ich nicht getestet. Das würde das noch etwas verschärfen.
Comment 1 Dirk Wiesenthal univentionstaff 2013-01-04 14:35:59 CET
Es gibt zwei Locking-Mechanismen: Das Appcenter hält ein Lock (wenn nötig, d.h. z.B. nur während der Installation) und davon unabhängig sollte eigentlich die zugrunde liegende dpkg-Bibliothek ein weiteres Lock halten (wenn nötig), sodass nicht nur zwei Appcenter sich nicht in die Quere kommen können, sondern auch kein Appcenter und ein "apt-get install".

Beeinflussen können (und sollten) wir nur das erste, das haben wir selbst implementiert. Allerdings gilt das Lock eben Appcenter-weit. Wenn man es schafft, zwei Mal dieselbe Session zu bekommen, greift der erste Locking-Mechanismus nicht (weil es sich dann nämlich um denselben Prozess handelt, und der stört sich nicht an seinem eigenen Lock). Es sollte aber _eigentlich_ immer noch unmöglich sein, parallel zu installieren, eben wegen dpkg.lock. Jedenfalls hatte ich das bei meinen rudimentären Tests nicht geschafft. Aber so, wie es sich hier darstellt, hat dpkg.lock die gleichen Limitierungen wie das Appcenter-Lock: Es wird nur pro Prozess ein Lock erzeugt und dieser dpkg-Prozess ist offenbar der Appcenter-Prozess.

Während der Installation verhindert die ProgressBar, dass man im selben Browsertab zwei Sachen gleichzeitig installieren könnte. Man kann aber z.B. einen zweiten Browsertab aufmachen und bekommt dann dieselbe Session.

Eine wirkliche zweite Sitzung sollte keine Probleme machen.
Comment 2 Dirk Wiesenthal univentionstaff 2013-07-05 15:41:36 CEST
Sollte nicht mehr möglich sein

*** This bug has been marked as a duplicate of bug 31382 ***
Comment 3 Alexander Kläser univentionstaff 2013-08-06 14:42:51 CEST
(In reply to Dirk Wiesenthal from comment #2)
> Sollte nicht mehr möglich sein
> 
> *** This bug has been marked as a duplicate of bug 31382 ***

In addition to that, the app center module can only be opened once (→Bug 31662).

I could not provoke an error while launching the installation of a second app in another browser tab (→ using the same session). Neither could I provoke an error with a different parallel session.

→ VERIFIED
Comment 4 Stefan Gohmann univentionstaff 2013-11-19 06:44:13 CET
UCS 3.2 has been released:
 http://docs.univention.de/release-notes-3.2-en.html
 http://docs.univention.de/release-notes-3.2-de.html

If this error occurs again, please use "Clone This Bug".