On 3/8/2020 1:55 PM, Frank Cox wrote:
Digital cinema equipment is the only commercial electronic equipment
that I know of that is deliberately designed to not do what it's
intended to do
When someone asks why their firewall is blocking such and such, I
sometimes respond that firewalls are "
On Sun, 8 Mar 2020 at 14:01, Chris Olson via CentOS
wrote:
> A few years ago, one of our interns was curious about system
> time keeping features in computer systems. This intern was
> also the proud owner of an inexpensive Radio-Controlled Clock.
> The intern wondered why computer motherboards
Once upon a time, Pete Biggs said:
> There's also a massive problem with
> signal strength in the UK - the (singular) time transmitter is in the
> middle of the country in Cumbria and in the south it's virtually
> impossible getting a signal any further than about 2 feet from a window
> - not a ho
--On Sunday, March 08, 2020 6:59 PM + Chris Olson via CentOS
wrote:
All of our bedrooms have Radio-Controlled Clocks. At 5:30
this morning, half of the clocks displayed the correct time.
The other half of the clocks were incorrectly showing a time
one hour ahead.
Probably a result of pol
On Sun, 8 Mar 2020 17:59:16 + (UTC)
Chris Olson via CentOS wrote:
> why computer motherboards were not just
> equipped with a chip like the ones in the RCC so that their
> system time would always be correct.
Digital cinema servers (the gadgets that feed the movie to the projector and
sound
On Sun, 2020-03-08 at 17:59 +, Chris Olson via CentOS wrote:
> A few years ago, one of our interns was curious about system
> time keeping features in computer systems. This intern was
> also the proud owner of an inexpensive Radio-Controlled Clock.
> The intern wondered why computer motherboa
A few years ago, one of our interns was curious about system
time keeping features in computer systems. This intern was
also the proud owner of an inexpensive Radio-Controlled Clock.
The intern wondered why computer motherboards were not just
equipped with a chip like the ones in the RCC so that t
On Thu, May 25, 2017 11:16 am, Lamar Owen wrote:
> [Going a bit off-topic here, and going to do a bit of a deep-dive on RF
> stuff, but maybe it will be useful to Chris]
Lamar, thanks a lot for very instructive write-up!!
Valeri
>
> On 05/24/2017 12:20 PM, Valeri Galtsev wrote:
>> It is insight
[Going a bit off-topic here, and going to do a bit of a deep-dive on RF
stuff, but maybe it will be useful to Chris]
On 05/24/2017 12:20 PM, Valeri Galtsev wrote:
It is insightful, yet... There are a bunch of other factors that may need
to be taken into account. Angular transmission pattern of
Time on computers is typically set using Network Time Protocol (NTP) over
the internet however I believe these [1] devices do what you're describing.
[1] - https://www.meinbergglobal.com/english/products/pci-express-clocks.htm
On 24 May 2017 at 15:53, Chris Olson wrote:
> One of our STEM intern
It looks like we may have hit on a popular subject with the
questions about system time sources. Thanks for all of the
responses. Our intern and senior software staff now have
useful information and new perspective.
___
CentOS mailing list
CentOS@cento
On Wed, May 24, 2017 10:45 am, Warren Young wrote:
> On May 24, 2017, at 8:52 AM, Chris Adams wrote:
>>
>> Once upon a time, Warren Young said:
>>> a. Itâs transmitting from a fixed location in a time zone you
>>> probably arenât in â US Mountain â being the least populous of
>>> the low
On 05/24/2017 11:37 AM, Tate Belden wrote:
Warren, one slight correction on an other wise nicely written bit of info:
The time transmitted from WWV is not Mountain Time. Even though the WWV
transmitter farm is located in the Mountain time zone, the signals are
transmitted as "Coordinated Unive
On May 24, 2017, at 9:37 AM, Tate Belden wrote:
>
> The time transmitted from WWV is not Mountain Time.
I should have split the paragraph, because I didn’t mean to imply that that was
the case.
My point in mentioning the transmission location is to show that it’s probably
a thousand km or mor
On Wed, 24 May 2017, Pete Biggs wrote:
The GPS time system is also notoriously very precisely wrong. The time
was set when the first satellite was sent up and has never been
corrected since - so hasn't taken account of leap seconds or
relativistic effects. All that matters for GPS is that the ti
On 05/24/2017 11:29 AM, Pete Biggs wrote:
...
The terrestrial radio clocks are actually not that accurate. They are
not designed for keeping things like a system clock "correct".
Commercial solutions only keep to within about +/- 0.5s per day, with
resynchronisation happening about once a day.
T
On May 24, 2017, at 8:52 AM, Chris Adams wrote:
>
> Once upon a time, Warren Young said:
>> a. It’s transmitting from a fixed location in a time zone you probably
>> aren’t in — US Mountain — being the least populous of the lower 48’s four
>> time zones. You therefore have to configure time z
Warren, one slight correction on an other wise nicely written bit of info:
The time transmitted from WWV is not Mountain Time. Even though the WWV
transmitter farm is located in the Mountain time zone, the signals are
transmitted as "Coordinated Universal time", UTC, or 'Zulu' time.
Here, you can
On Wed, 2017-05-24 at 13:53 +, Chris Olson wrote:
> One of our STEM interns recently observed that there are
> inexpensive clocks that sync via radio to standard time
> services. This begged a question about why every computer
> would not have a radio module to receive time. Our senior
> staf
Once upon a time, Warren Young said:
> a. It’s transmitting from a fixed location in a time zone you probably aren’t
> in — US Mountain — being the least populous of the lower 48’s four time
> zones. You therefore have to configure time zone offset and DST rules, which
> means additional softw
Chris Olson kirjoitti 24.5.2017 klo 16.53:
> One of our STEM interns recently observed that there are
> inexpensive clocks that sync via radio to standard time
> services. This begged a question about why every computer
> would not have a radio module to receive time.
Terrestrial time services li
On May 24, 2017, at 7:53 AM, Chris Olson wrote:
>
> One of our STEM interns recently observed that there are
> inexpensive clocks that sync via radio to standard time
> services.
There are two major types:
1. WWVB and its equivalents in other countries:
https://en.wikipedia.org/wiki/WWVB
Once upon a time, Chris Olson said:
> One of our STEM interns recently observed that there are
> inexpensive clocks that sync via radio to standard time
> services. This begged a question about why every computer
> would not have a radio module to receive time. Our senior
> staff did not have a
Chris Olson wrote:
> One of our STEM interns recently observed that there are
> inexpensive clocks that sync via radio to standard time
> services. This begged a question about why every computer
> would not have a radio module to receive time. Our senior
> staff did not have a good answer or if
On 05/24/2017 09:53 AM, Chris Olson wrote:
One of our STEM interns recently observed that there are
inexpensive clocks that sync via radio to standard time
services. This begged a question about why every computer
would not have a radio module to receive time. Our senior
staff did not have a
One of our STEM interns recently observed that there are
inexpensive clocks that sync via radio to standard time
services. This begged a question about why every computer
would not have a radio module to receive time. Our senior
staff did not have a good answer or if time from such a
radio module
Hi All,
Just noticed a funny time jump on a testing CentOS 7 VM. Specifically
the system time jumps around by a few hours during system boot. The
below is a selection from /var/log/messages during boot:
Jan 19 12:49:57 arr-data-dev chronyd[716]: Frequency -0.829 +/- 0.007
ppm read from /var/li
On Thu, Dec 1, 2011 at 10:30 AM, Digvijay Patankar wrote:
> On Thu, Dec 1, 2011 at 9:47 PM, Johan Martinez wrote:
>
> > I have installed CentOS on a VM by checking 'System Clock uses UTC'
> option.
> > Later I selected CST time zone. Now the date command shows UTC time with
> > CST timezone: "Th
Thanks for the explanation Johnny. I checked on 'System Clock uses
UTC' option and on the next screen I set timezone to CST. I don't remember
what exactly I did there.
I changed /etc/sysconfig/clock as you mentioned and then also changed the
currently set datetime using date command. Then I insta
On 12/01/2011 10:17 AM, Johan Martinez wrote:
> I have installed CentOS on a VM by checking 'System Clock uses UTC' option.
> Later I selected CST time zone. Now the date command shows UTC time with
> CST timezone: "Thu Dec 1 04:14:39 CST 2011". How do I change system
> clock to show CST local t
On Thu, Dec 1, 2011 at 9:47 PM, Johan Martinez wrote:
> I have installed CentOS on a VM by checking 'System Clock uses UTC' option.
> Later I selected CST time zone. Now the date command shows UTC time with
> CST timezone: "Thu Dec 1 04:14:39 CST 2011". How do I change system
> clock to show C
I have installed CentOS on a VM by checking 'System Clock uses UTC' option.
Later I selected CST time zone. Now the date command shows UTC time with
CST timezone: "Thu Dec 1 04:14:39 CST 2011". How do I change system
clock to show CST local time? Also, more likely a dumb question but why
isn't d
On Sun, Nov 22, 2009 at 12:19 PM, Clint Dilks wrote:
> The OP should also reference this document
> http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1006427
This is the 3rd time that KB article was quoted in this thread... :-D
Akemi
nate wrote:
> ankush grover wrote:
>
>
>> Earlier this server was syncing time through ntp daemon and below is
>> the ntp.conf file. Now I have set a cronjob which sync the time with
>>
>
> Best not to run NTP inside a ESX VM. I've never gotten NTP to sync
> inside of VMware outside of a ke
Benjamin Franz schrieb:
> nate wrote:
>> Akemi Yagi wrote:
>>
>>> for VMware products including ESX and ESXi. According to their
>>> current recommendations, " In all cases use NTP instead of VMware
>>> Tools periodic time synchronization."
>>>
>> I've been using vmware for 10 years, and I
nate wrote:
> Akemi Yagi wrote:
>
>> for VMware products including ESX and ESXi. According to their
>> current recommendations, " In all cases use NTP instead of VMware
>> Tools periodic time synchronization."
>>
>
> I've been using vmware for 10 years, and I've never, ever ever
> gotten N
Akemi Yagi wrote:
> for VMware products including ESX and ESXi. According to their
> current recommendations, " In all cases use NTP instead of VMware
> Tools periodic time synchronization."
I've been using vmware for 10 years, and I've never, ever ever
gotten NTP to hold sync inside of a VM outs
On Sun, Nov 22, 2009 at 7:08 AM, nate wrote:
> ankush grover wrote:
>
>> Earlier this server was syncing time through ntp daemon and below is
>> the ntp.conf file. Now I have set a cronjob which sync the time with
>
> Best not to run NTP inside a ESX VM. I've never gotten NTP to sync
> inside of V
ankush grover wrote:
> Earlier this server was syncing time through ntp daemon and below is
> the ntp.conf file. Now I have set a cronjob which sync the time with
Best not to run NTP inside a ESX VM. I've never gotten NTP to sync
inside of VMware outside of a kernel with VMI enabled (no versions
ankush grover schrieb:
> Hi friends,
>
> I am running Nagios 2.7-1 on Centos 5.0 32-bit hosted on Vmware ESX
> 4.0. The issue I am seeing on the server is sometimes nagios is
> showing the below messages in /var/log/messages and as the system time
> gets changed some false alarms gets generated. I
ankush grover wrote:
> Hi friends,
>
> I am running Nagios 2.7-1 on Centos 5.0 32-bit hosted on Vmware ESX
> 4.0. The issue I am seeing on the server is sometimes nagios is
> showing the below messages in /var/log/messages and as the system time
> gets changed some false alarms gets generated. I s
On Sun, Nov 22, 2009 at 12:19 AM, ankush grover wrote:
> Hi friends,
>
> I am running Nagios 2.7-1 on Centos 5.0 32-bit hosted on Vmware ESX
> 4.0. The issue I am seeing on the server is sometimes nagios is
> showing the below messages in /var/log/messages and as the system time
> gets changed som
Hi friends,
I am running Nagios 2.7-1 on Centos 5.0 32-bit hosted on Vmware ESX
4.0. The issue I am seeing on the server is sometimes nagios is
showing the below messages in /var/log/messages and as the system time
gets changed some false alarms gets generated. I searched it on the
google but I am
43 matches
Mail list logo
