Ntp server that syncs with other ntp servers but supplies a modified utc

ntptime-synchronizationutc

Question

We need to create an ntp server that syncs against other ntp servers but gives its client a modified utc.

For example, it will receive utc 5:17 pm but it's clients will receive utc 7:17pm.

Current situation/problem

I'll describe the current situation so you'll understand the reason for this need. Some of the terms I'll use are from the world of mainframe so I'll try to explain them.

We have a number of LPARS (similar to VM guest) on a single physical machine. The LPARS are grouped in a number of Sysplexes (similar to cluster). The LPARS in each Sysplex are synced using an ETS that is connected to the machine and modifies the clock of each LPAR directly.

Years ago someone thought it will be a great idea to set the ETS's clock to the local time (The site is not in UTC±00:00). The LPARs get the UTC from the ETS clock.
We can't change the ETS clock to the real UTC without effecting all of the machine. We want to test the change in test environments first.
We can change the sync method to STP (sysplex time protocol) that manages each Sysplex separately. This method uses external ntp server.

So first we want to change one sysplex to use STP that gets a false UTC and perform testing if we set the STP correctly. And then change the utc and perform testing that the system can work with real utc.

Thanks,
Wolf

Best Answer

Firstly, three cheers for you, WolfThreeFeet, for explaining what you're trying to do; without that, it's a rum question indeed.

If I understand correctly, what you want to confirm is that when you change a sysplex's clock from local time to UTC, the LPARs don't all fall over and die horribly, and you want to test this in a dev sysplex before rolling it out across the whole machine.

I don't think it's possible to do what you describe in the way you describe it, but I think you can do something equivalent. Set up a test machine whose sole job is to be an NTP server with a wrong clock; it's perfectly possible to tell an NTP server to treat its own motherboard clock as authoritative, and to allow NTP clients to bind to it, and to promulgate that time. Then have the sysplex in question sync via STP (which you say is NTP) to that wrong-clock server.