Displaying 20 results from an estimated 9000 matches similar to: "New time zone"
2007 Feb 07
3
tzdata
I read a few days back on the list where the tzdata rpm was to take care of
the new DST rules. I run CentOS 3 servers, and did a 'yum update tzdata' ,
but received a 2006a update of the rpm.
Is this proper? It sure didn't fix anything.
Thanks
Steve Campbell
campbell at cnpapers.com
Charleston Newspapers
2007 Mar 28
3
changing swap size
Is it possible to change the swap size with out re-installing the system?
Looking at the dd command but don't really know what to expect.
Many thanks for your help
--
This message has been scanned for viruses
and dangerous content by MailScanner at
caspercollege.edu and is believed to be clean.
2007 Feb 07
4
tzdata - extra info.
Sorry for the extra info required, but I had digest mode turned on and
wouldn't have received the mailing till tomorrow.
I have since updated the data manually, but after 'yum update tzdata' was
run, the zdump -v for EST5EDT and America/New_York all still showed a date
of April 1, instead of March 11. After manually fixing, it is correct.
This was mostly a question about why yum
2007 Mar 06
3
Time Change: Centos-immune?
hey all,
I perused my inbox looking for this subject, but not finding it,
-anything I need to keep my server farm of 60 centos servers (that all
run ntp) going smoothly during this next time change on March 11?
I noticed on the w2k side my IT staff have to do some scrambling, heh,
but that's expected.
Any action required?
-karlski
2015 Jun 23
3
yum and yumex change system time
greetings,
each and every time i run yum or yumex, system time is advanced
by 5 hours.
this has gone on thru several updates, maybe even upgrades.
centos = 6.6 current
yum = 3.2.29
yumex = 3.0.5
for awhile, i did not mind resetting clock when i noticed it off.
now, it is a pita because when i forget, emails and what ever else
i am doing get wrong time stamps.
i have searched for
2006 Nov 11
0
Alpha Server 1000A 5/400 Centos 4.3 instal can not find the hard drives.
During the install of alpha Centos 4.3 I'm told by the Centos installer
that the hard drives can not be found.
Hard Drives have been properly configured in the ARC setup.
ARC initialization of the drives works fine. I can create windows nt
partitions
Went thru the list of drivers provided by Centos but the installer has
already loaded
the the QLogic and Mylex DAC960 controller drivers.
I
2007 Jan 30
1
CentOS3 tzdata-2006m
I don't see the tzdata updates for 2006m in the centos 3 mirrors ?!?
http://mirror.centos.org/centos-3/3/updates/i386/RPMS/
its here for centos4...
http://mirror.centos.org/centos-4/4/updates/i386/RPMS/tzdata-2006m-3.el4.noarch.rpm
and here for 2.1,
http://mirror.centos.org/centos-2/updates/noarch/tzdata-2006m-3.el2_1.noarch.rpm
so where is it for centos3 ?!?
my RHN connected RHEL3 system
2015 Jun 23
2
yum and yumex change system time
Richard, thank you for your response.
On 06/23/2015 02:51 PM, Richard wrote:
<<>>
> I agree, so my questions are:
>
> - what is your TZ?
u.s.a. 'central time zone' - currently on 'daylight savings time'.
> - what does "[/bin/]date" show?
[geo at boxen ~]$ date
Tue Jun 23 14:54:42 CDT 2015
> - what does your hardware clock:
2015 Jun 23
4
yum and yumex change system time
> Date: Tuesday, June 23, 2015 03:48:36 PM -0400
> From: Jonathan Billings <billings at negate.org>
>
> On Tue, Jun 23, 2015 at 01:56:13PM -0500, g wrote:
>> each and every time i run yum or yumex, system time is advanced
>> by 5 hours.
>>
>> this has gone on thru several updates, maybe even upgrades.
>>
>> centos = 6.6 current
>> yum
2008 Jun 03
2
tzdata, Greenwich zone: URGENT!
Hi!
It appears that there have been some changes to tzdata recently. We
run an application that needs the server to stay at GMT. Previously, we
used the Casablanca timezone but now there seems to be a 1 hour
difference to GMT. I checked the London zone and they seem to change
time too.
I tried to change the zone to GMT with system-config-date (i'm using
command line remotely) but
2009 Mar 14
1
setting language in ubuntu
From time to time, a new ubuntu install will have problems with
locales, and language settings. I''d like to set up a recipe to fix
this, so that things like perl ( especially perl ) work. Is there a
convention/method for this?
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Puppet Users" group.
2005 Nov 07
3
New Standard/Daylight time-change dates in rhel4u2 but not centos4.2?
>From a login on a machine with rhel4u2
I can execute the following commands and get
the indicated output:
date --date="Mar 25 15:00:00 UTC 2006"
Sat Mar 25 10:00:00 EST 2006
date --date="Mar 25 15:00:00 UTC 2007"
Sun Mar 25 11:00:00 EDT 2007
As you can see, the output differs for 2006 and 2007. That
indicates that rhel4u2 includes changes required by the
2003 Mar 06
1
Timezones
Can anybody give me a hint why as.POSIXlt doesn't recognize the same
timezones that zdump knows about (Linux Suse 8.1 and Suse 7.3)? Is there
a workaround?
R : Copyright 2002, The R Development Core Team
Version 1.6.1 (2002-11-01)
R is free software and comes with ABSOLUTELY NO WARRANTY.
You are welcome to redistribute it under certain conditions.
Type `license()' or `licence()' for
2005 Nov 07
1
New Standard/Daylight time-change dates in rhel4u2 butnot centos4.2?
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
2024 Jun 28
1
Referencing Sys.Date to a different time zone
? Fri, 28 Jun 2024 18:52:26 +0200
Dennis Fisher <fisher at plessthan.com> ?????:
> When I issue the command:
> Sys.Date()
> I would like to be able to obtain the value for Pacific time (which
> differ for the first 9 hours of the day)
By the time the value of Sys.Date() is created, it's too late to
discern between Europe and Pacific time. The Date class is intended to
2024 Jun 28
1
Referencing Sys.Date to a different time zone
R 4.3.1
OS X
Colleagues
Hopefully this question elicits a simple answer.
I am in Europe at present. When I issue the command:
Sys.Date()
I would like to be able to obtain the value for Pacific time (which differ for the first 9 hours of the day),
I would like the process to be automatic, regardless of where in the world I am located.
Dennis
Dennis Fisher MD
P < (The "P Less
2006 Apr 03
5
Stupid newbie question
Is there a configuration file in asterisk used for modifying Daylight savings time or is this strictly being dictated by linux?
________________________________
Mark Galley * Systems Administrator acgroup
<http://www.bflo.com/>
Aurora Consulting Group, Inc. * 7625 Seneca Street * East Aurora, NY 14052
Phone 716.655.9000 X118 * Cell 716.238.3535 * Fax 716.655.4957 * www.BFLO.com
2007 Jul 25
3
Yum missing dependency
I haven't run any updates on my systems recently, but now I'm trying to
get them up to date again. When I run a yum update, I get this error:
Error: Missing Dependency: initscripts >= 7.93.26.EL-1 is needed by
package httpd
I did a Google search, but I didn't find anything relating directly to
CentOS or RHEL and there was no fix suggested.
If it makes a difference, I am running
2008 Mar 24
2
Frustration with yum
I suppose it's more of a frustration with myself, but can some kind soul
please help me with the procedure to tell yum a package is in fact
installed? Here is the output from the command "yum update".
# yum update
Setting up Update Process
Setting up repositories
kbs-CentOS-Extras 100% |=========================| 951 B 00:00
kbs-CentOS-Misc 100%
2007 Oct 11
3
Why tzdata-2007h [RHEA-2007:0928-05] only for CentOS 2?
I might be stupid and ask an idiot or offensive question, but here it is:
"Why was tzdata-2007h [RHEA-2007:0928-05] only released for CentOS 2, when
upstream has released it for all the versions?"
The guys from X/OS have released it for 5.0 along with the other updates (on
Oct. 9).
Are the "enhancements"... "not important" as long as they're not "security