Offene Transaktionen vor DB-Upgrades comitten
authorMoritz Bunkus <m.bunkus@linet-services.de>
Mon, 23 Jun 2014 14:15:11 +0000 (16:15 +0200)
committerMoritz Bunkus <m.bunkus@linet-services.de>
Mon, 23 Jun 2014 14:15:11 +0000 (16:15 +0200)
commit85d9159e944df2ea79b5a32f19fa61531053afda
tree4487307dce459b29cf7914e0a174a0aa9f920725
parentea25e624b5ae85d01dd6f4d8ba612bf01487623e
Offene Transaktionen vor DB-Upgrades comitten

Hintergrund ist, dass Locks potenziell vorhanden sein können. Einfaches
Beispiel: $::instance_conf wird geladen (dadurch implizites
ACCESS-SHARE-Lock auf »defaults«), Upgrade will Schema von »defaults«
verändern, was dann hängt, weil dafür ACCESS-EXCLUSIVE benötigt wird –
das mit ACCESS-SHARE kollidiert.
SL/User.pm