similar to: Linux, Samba, UTC and wonky time

Help Andrew! and whoever else.. I have a Linux Mandrake 7.2 box with Samba 2.07 acting as a timeserver for our local lan. We are in the CST timezone. All windows boxes sync thier time from the Linux box via: net time \\Nemesis /set /yes. I would like to have xntp keep the clock on the server updated. Problem: ntpdate and xntp work great at setting the Linux box hardware clock to GMT. The

One problem with the daylight savings is that they mess with reporting tools that use timestamps. I guess an application could be configured to log UTC instead of local time, but that's not always doable. Also, if you have servers in several different timezones, it's better if all systems follow the same clock. So, I'm thinking it's perhaps better if I just use

Hi guys, Unfortunately this is still happening I've tried restarting Samba. Users who should be denied access after 21:00 are being denied access at 19:00. Our time zone in South Africa is GMT+2. Perhaps I should set the timezone on the server to UTC/GMT ? Do you think this will help ? Should I then leave the time set to the current time in South Africa ? Or should I set the time to the

Hi CentOS 5.3 with latest updates. I have a problem with the time zone on dedicated server. I had to setup the timezone using system-config-date to "Europe/London" and "System clock uses UTC" == checked # date; date -u; hwclock --show; hwclock --show --utc; zdump /etc/localtime Thu May 7 21:29:47 GMT 2009 Thu May 7 21:29:47 UTC 2009 Thu 07 May 2009 09:29:48 PM GMT

I am having a terrible time getting the hardware clock, system clock and the time served to my winXX boxes to jive on my Mandrake 7.2/Samba 2.07 machine. I have my clock file, timezone and localtime links set to America/Chicago. No matter what I do, if I use UTC for my hwclock, my system clock on the Linux box is fine, but samba passes system time +6 hours to the windows clients. (Yes I know CST =

I don't think my original post made it, so here is a repost of my problem. I am having a terrible time getting the hardware clock, system clock and the time served to my winXX boxes to jive on my Mandrake 7.2/Samba 2.07 machine. I have my clock file, timezone and localtime links set to America/Chicago. No matter what I do, if I use UTC for my hwclock, my system clock on the Linux box is

Which is why I always symlink /etc/localtime Not only does it solve these issues, but it makes it very clear which timezone is selected! -----Original Message----- From: centos-bounces at centos.org [mailto:centos-bounces at centos.org] On Behalf Of Aleksandar Milivojevic Sent: Monday, November 07, 2005 2:45 PM To: centos at centos.org Subject: Re: [CentOS] New Standard/Daylight time-change

Hi List, We are using the following setup: Dovecot-2.2.18 Pigeonhole-0.4.8 (for Dovecot-2.2) After the mail is finally delivered via a fileinto by the Sieve filter it gets an updated timestamp (modification time). The server has localtime setup correctly IMO (UTC +0200), but still the delivered mail is setup as being two hours old. I think I found out that the function

Hello ML, Hello Stephan, > Hmm. Probably, the timezone configuration (i.e. the contents of TZ > timezone environment variable) somehow doesn't reach the final stages > of e-mail delivery. Well. I tried several ways of telling the lda or whatever is setting up the INTERNALDATE to use the CEST +0200. Although it is already setup on the server via a symlink from /etc/localtime to

Unlike the <cpu> node (see the other thread on the libguestfs ML), reading the Real Time Clock doesn't require libvirt and does work :-) For reference, read: https://libvirt.org/formatdomain.html#elementsTime https://en.wikipedia.org/wiki/Time_zone To test this you can run virt-p2v under qemu with a RTC offset: make -C p2v \ run-virt-p2v-in-a-vm \

I never thought it would happen to me, but it did... I have read threads about slow copies from WinXX to Linux/Samba on the list in the past, but I don't recall a concise answer regarding what the cause was. THE PROBLEM: Trying to copy an 8 meg file from Win95 to my Linux/Samba box (named "Nemesis" - for good reason), the transfer speed slows to a crawl. The Win95 copy dialog box

Hi Folks, how do you handle the change from standard time to daylight saving time? We are using LotusNotes 6.5.1 and Wine 20041019 on Kubuntu 5.10 Breezy Badger. This is the combination where we experienced the least amount of Bugs. Our hosts run UTC on the hardwareclock and live in the timezone Europe/Vienna, which will change from CET to CEST on sunday. Tests have shown, that

Hi Ben Thanks for your answer I have already tried this, as well as x <- as.POSIXct(strptime("2002-02-02 02:02", "%Y-%m-%d %H:%M")) It works! But it does not fix it widely for all tests used during the "make check" step at compile time. Unless I patch all of them. There is something with localtime but I cannot find what. On another machine with another

Hello Everyone, The timezone is set correctly on the OS America/Toronto: mv /etc/localtime /etc/localtime.bak cp /usr/share/zoneinfo/America/Toronto /etc/localtime I even tried adding the timezone setting to sip.conf: timezone=America/Toronto However. Asterisk wants to be in Bucharest? Thinking about it, I want to be in Bucharest! Cheers, Nick.

Hi all, A problem with tests while building R. I'm packaging R for Sisyphus repository and package build environment, by design, doesn't have /etc/localtime file present. This causes failure with Sys.timeone during test run: [builder at localhost tests]$ ../bin/R --vanilla < reg-tests-1d.R > ## PR#17186 - Sys.timezone() on some Debian-derived platforms > (S.t <-

Hi, I have a Centos 5.5 server with no GUI installed. I have several times changed the timezone by copying the correct file to /etc/localtime, however something keeps changing it back. I'm not sure if this is a yum update or what. Without installing the graphical tools, how can I update the timezone in such a way that the /etc/localtime file won't keep getting clobbered. Thank

Hi all, I have been using Red Hat for a very long time and run CentOS 4 on some of my production servers. One of the things that has bugged me for a long time is the fact in the Time Zone configuration there is not a selection for UTC or GMT. As a work around I have been linking the /etc/localtime -> /usr/share/zoneinfo/UTC which works, but when Yum auto updates to a new version it

Hello, I have a problem configuring the timezone on a CentOS 5.5 server. I would like the timezone to be Europe/Paris. I have followed the steps described here: http://www.wikihow.com/Change-the-Timezone-in-Linux I think I have changed the appropriate configuration files ( /etc/localtime, /etc/sysconfig/clock ), but the output of the ?date? command still indicates the timezone is EST. [root

(I reported the test failure mentioned below to R-help but was advised that this list is the right one to address the issue; in the meantime I investigated the matter somewhat more closely, including searching recent R-devel postings, since I haven't been following this list.) Last May there were two reports here of problems with Sys.timezone, one where the zoneinfo directory is in a

Hello, I'm having a major problem with the timestamps in both the Icecast access.log and error.log. The timestamp on the logfiles themselves is accurate, but the logging of the various connections to my streams is in UTC. No matter how I try to configure the hwclock or the system clock, the log timestamp is always UTC, which is 8 hours ahead of my current time zone. I've even tried