Bug 15604 – Zeitquellen bei Virtualisierung

Bug 15604 - Zeitquellen bei Virtualisierung


Summary:	Zeitquellen bei Virtualisierung

Status:	RESOLVED WORKSFORME

Product:	UCS extended documentation
Classification:	Unclassified
Component:	Virtualisation / UVMM
Version:	unspecified
Hardware:	All All

Importance:	P5 enhancement (vote)
Target Milestone:	---
Assigned To:	Docu maintainers
QA Contact:

URL:
Keywords:

Duplicates:	15872 18525 (view as bug list)
Depends on:	13158
Blocks:
	Show dependency tree / graph

Reported:	2009-09-10 13:36 CEST by Arvid Requate
Modified:	2023-05-30 18:28 CEST (History)
CC List:	4 users (show)

See Also:	49455
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
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Arvid Requate

2009-09-10 13:36:06 CEST

Vielleicht wäre es sinnvoll, in UCS per default clocksource=acpi_pm in grub/append zu setzen, um das Standardverhalten der Uhrzeit in Vmware-virtualisierten Instanzen zu verbessern. Kommt Xen damit auch klar? (Siehe auch  Bug #14341)

+++ This bug was initially created as a clone of Bug #13158 +++

Bei einem Kunden ist der Fehler aufgetreten, dass ein unter ESX installiertes
System mit mehr als einer CPU einfriert.

Da der Fehler für 2.6.24 und 2.6.18 allgemeingültig ist und ESX durchaus
verbreitet sollten wir dazu einen SDB-Artikel schreiben. In 2.6.26 soll der
Fehler behoben sein:

Als Workaround kann als Zeitquelle statt "tsc" "acpi_pm" verwendet werden. Dazu
ist als Boot-Parameter in UCR in grub/append "clocksource=acpi_pm" einzutragen.

Link zur VMware-Datenbank:
http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&externalId=1007020&sliceId=1&docTypeID=DT_KB_1_1&dialogID=14908701&stateId=0

Comment 1 Stefan Gohmann

2009-09-23 21:34:36 CEST

Ich bin eher dafür, dass wir das Thema in einem SDB Artikel bearbeiten.

Comment 2 Arvid Requate

2009-09-24 10:43:22 CEST

Ok, dann wäre es gut in dem Artikel auch kurz auf die weiteren Spieler (NTP/rdate gegen Host-externe Zeitquellen, hwclock gegen Host-Zeitquelle (beim Booten?), xen / vmware / vmware-tools) hinzuweisen und auf minimal vernünftige Anpassungen, z.B. für NTP:

grep -q "tinker panic" || sed -i 's/^/tinker panic 0\n/' /etc/ntp.conf


Bei den Kernel-Optionen wäre es gut kurz "divider=10" oder auch NO_HZ zu testen.
Links:
 * http://www.vmware.com/pdf/vmware_timekeeping.pdf
 * http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&externalId=1006427

Comment 3 Moritz Muehlenhoff

2011-12-21 11:44:40 CET

*** Bug 15872 has been marked as a duplicate of this bug. ***

Comment 4 Moritz Muehlenhoff

2011-12-21 12:01:23 CET

*** Bug 18525 has been marked as a duplicate of this bug. ***

Comment 5 Philipp Hahn

2013-04-10 14:54:42 CEST

(In reply to comment #2)
> grep -q "tinker panic" || sed -i 's/^/tinker panic 0\n/' /etc/ntp.conf

"tinker panic 0" ist mit Bug #25752 seit UCS-3.1-1 Standard.

Comment 6 Philipp Hahn

2023-05-30 18:28:17 CEST

Not reported again since 10 years and works for me.