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
--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
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
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
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
[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:
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
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 â
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
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
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
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.
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.
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
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
>
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
>
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
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:
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
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
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
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
On Thu, Dec 1, 2011 at 9:47 PM, Johan Martinez jmart...@gmail.com 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
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 time?
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
On Thu, Dec 1, 2011 at 10:30 AM, Digvijay Patankar dbpatan...@gmail.comwrote:
On Thu, Dec 1, 2011 at 9:47 PM, Johan Martinez jmart...@gmail.com 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
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:
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
On Sun, Nov 22, 2009 at 7:08 AM, nate cen...@linuxpowered.net 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
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 outside
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 NTP to hold
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've never, ever ever
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 kernel with
On Sun, Nov 22, 2009 at 12:19 PM, Clint Dilks cli...@scms.waikato.ac.nz wrote:
The OP should also reference this document
http://kb.vmware.com/selfservice/microsites/search.do?language=en_UScmd=displayKCexternalId=1006427
This is the 3rd time that KB article was quoted in this thread... :-D
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
On Sun, Nov 22, 2009 at 12:19 AM, ankush grover ankushcen...@gmail.com 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
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
43 matches
Mail list logo