Univention Bugzilla – Bug 25102
Memory-Corruption in Xen-4.1 blktap2
Last modified: 2023-06-28 10:46:34 CEST
Created attachment 3940 [details] Modify UCS-3.0 ISO for fully automatic installation +++ This bug was initially created as a clone of Bug #21988 +++ Am Bug #21988 wurde eine VM mit mehreren PV-HDs angelegt und darin ein UCS-3.0 installiert, was zu SEGVs während der Installation geführt hat. Das scheint ein Problem mit den neueren CPUs der Schulungsraumrechner zu sein, denn anderswo war dieses Verhalten bisher nicht zu rekonstruieren: # grep flags /proc/cpuinfo lynx1 : fpu de tsc msr pae mce cx8 apic sep mtrr mca cmov pat clflush acpi mmx fxsr sse sse2 ss ht syscall nx lm constant_tsc rep_good nonstop_tsc aperfmperf pni pclmulqdq est ssse3 cx16 sse4_1 sse4_2 x2apic popcnt aes hypervisor lahf_lm ida arat xen14 : fpu de tsc msr pae mce cx8 apic sep mtrr mca cmov pat clflush acpi mmx fxsr sse sse2 ss ht syscall nx lm constant_tsc rep_good nonstop_tsc aperfmperf pni est ssse3 cx16 sse4_1 sse4_2 popcnt hypervisor lahf_lm ida - Mit einem Debian-sid (2011-12-01) trat das Problem nicht auf. Dieses verwendet einen linux-3.1.x-Kernel und Debian xen-4.1-Paket. - Mit Debian + xen-4.1.2 aus UCS-3.0 trat der Bug auch nicht auf. - Erst mit Debian + xen-4.1.2 aus UCS-3.0 und linux-2.6.32-ucs52 trat der Bug auf. Vorgehen zum Reproduzieren: 1. Xen-4.1.2 installieren 2. 2 VMs mit jeweils 2 PV-HDs anlegen (*1) 3. Automatische Installation starten und abwarten (*2) (*1) es hat teilweise auch nur eine VM gereicht, aber gefühlt haben mehr tapdisk2-Prozesse zu einem schelleren Auftreten geführt. (*2) siehe angehängtes Skript, um eine vollautomatische ISO-CD zu erzeugen.
Ich Vermute ein Duplikat von Bug #26192: (In reply to comment #0) > - Mit einem Debian-sid (2011-12-01) trat das Problem nicht auf. Dieses > verwendet einen linux-3.1.x-Kernel und Debian xen-4.1-Paket. weil der Kernel neuer ist und der Bug da gefixt war. > - Mit Debian + xen-4.1.2 aus UCS-3.0 trat der Bug auch nicht auf. auch neuer Kernel. > - Erst mit Debian + xen-4.1.2 aus UCS-3.0 und linux-2.6.32-ucs52 trat der Bug > auf. Unser ucs52 war noch fehlerhaft, erst ucs60 wurde das korrigiert. > (*1) es hat teilweise auch nur eine VM gereicht, aber gefühlt haben mehr > tapdisk2-Prozesse zu einem schelleren Auftreten geführt. Auch das ist ein indiz, denn sobald mehrere Prozesse gleichzeitig schreiben, tritt der Fehler häufiger auf, weil dann die fehlerhaften Daten von der Platte öfters gelesen werden müssen. *** This bug has been marked as a duplicate of bug 26192 ***