Bug 31005 – Provide option to set BIOS time != UTC

Bug 31005 - Provide option to set BIOS time != UTC


Summary:	Provide option to set BIOS time != UTC

Status:	RESOLVED WONTFIX

Product:	UCS
Classification:	Unclassified
Component:	UCS Installer
Version:	UCS 3.1
Hardware:	Other Windows NT

Importance:	P5 normal (vote)
Target Milestone:	---
Assigned To:	Installer maintainers
QA Contact:

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2013-04-09 23:48 CEST by Mathieu Simon
Modified:	2017-08-08 07:09 CEST (History)
CC List:	1 user (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
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 Mathieu Simon 2013-04-09 23:48:20 CEST

Most Linux/BSD assume the BIOS time being in UTC, unlike OS from a Redmond. Currently UCS installer does not provide an option to tell the system that its BIOS is not going to be in UTC time. (which is what i.e. the Debian installer provides)

This can become an issue for Windows/Linux dual boot systems or i.e. UCS as Hyper-V guest (in case it's VM time provider is disabled or is not working)

Hyper-V always provides guest's BIOS time in local time at boot.
I ran into an issue with this when a couple of services had authentication problems after a fresh install of a DC master inside Hyper-V guest. Nagios mumbled about failed join_status checks

Guessing: Certificates were generated in future since the installer was assuming system time = BIOS + local zone Europe/Zurich + Summer time = 2h in future.

The manual fix was to set time manually during install on console (or temporarily rely on host time provider) and after the first boot editing "/etc/default/rcS" by changing parameter UTC to "UTC=no", afterwards syncing NTP at boot was also far quicker since there was not 1-2h drift to fix at every bootup.

The following forum discussion led to this bug report: http://forum.univention.de/viewtopic.php?f=48&t=2458

Comment 1 Stefan Gohmann

2013-04-15 07:51:29 CEST

We should check this when we switch to the Debian installer: Bug #30547.

Comment 2 Mathieu Simon 2013-04-15 09:46:58 CEST

DI with both squeeze and wheezy installer definitely does provide such this option, if you plan switching to DI anyway as described in Bug #30547, the problem should be automagically get resolved. :-)

Comment 3 Stefan Gohmann

2017-06-16 20:35:52 CEST

This issue has been filed against UCS 3. UCS 3 is out of the normal maintenance and many UCS components have vastly changed in UCS 4.

If this issue is still valid, please change the version to a newer UCS version otherwise this issue will be automatically closed in the next weeks.

Comment 4 Stefan Gohmann

2017-08-08 07:09:31 CEST

This issue has been filed against UCS 3.1.

UCS 3.1 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" or reopen this issue. In this case please provide detailed information on how this issue is affecting you.