Handle Autosys with DST Changes


 
Thread Tools Search this Thread
Top Forums UNIX for Advanced & Expert Users Handle Autosys with DST Changes
# 1  
Old 09-10-2010
Handle Autosys with DST Changes

Hi,

I have one confusion regarding DST chnages which are going to happen after October. Smilie Smilie

I have few jobs on Autosys which run as per Japan Time. they shoudl not be affected by switiching off of DST time.
Our autosys instance server is based on UK which is running on BST these days. When it switches tom GMT after DST switch-off, logically all jobs will be delayed by one hour. (If you see from India/Japan perspective )

For jobs which are dependent on UK business will run fine because eventually Business hours will also have the same shift.

One solution I can figure out is use the attribute timezone in autosys jobs and change the start mins accordingly should work.

For eg. If now job runs at 00:30, now onwards the job will have attributes as timezone:Tokyo-z and start_times: 08:30 Smilie

Will that work fine without issue ??

I just want to confirm if anyone has faced this kind of similar issue like running job specific to one region on instance which is based in different timezone/region.

Thanks
Sourabh
Login or Register to Ask a Question

Previous Thread | Next Thread

10 More Discussions You Might Find Interesting

1. Linux

How does Linux handle DST ( daylight saving time)?

Hello Can sombody please tell me how linux handles DST ( daylight saving time) ? Does the time change instantly , ex: if is is 3'o clock does linux instantly swich to 2'o clock ? plese give more info about this toppic (2 Replies)
Discussion started by: martonlorand
2 Replies

2. UNIX for Dummies Questions & Answers

Difference between handle to the thread HANDLE and thread identifier pthread_t

This question might be silly but its confusing me a bit: What is the difference between handle to the thread HANDLE and thread identifier pthread_t? ---------- Post updated at 01:52 PM ---------- Previous update was at 01:48 PM ---------- Sorry I saw details and HANDLE is in windows and... (0 Replies)
Discussion started by: rupeshkp728
0 Replies

3. UNIX for Dummies Questions & Answers

Autosys: How to change a machine name in Autosys JIL.

All the autosys jobs are on server-1 and server-1 has been crashed due to some reason, Now I have to run 5 autosys jobs on server-2 (failover server) which are on server 1. How to do with Autosys command (which command needs to fired on JIL) (0 Replies)
Discussion started by: tp2115
0 Replies

4. Shell Programming and Scripting

Determine if given date is in DST

Is there a way to figure out if given date is in DST or in EST? So imagine a shell script is_date_dst.sh sh is_date_dst.sh 2009-03-02 would return 0 and sh is_date_dst.sh 2009-03-22 would return 1 This script should not assume the timezone of the machine it runs on, but only the date passed... (7 Replies)
Discussion started by: asriva
7 Replies

5. UNIX for Advanced & Expert Users

Documentation and books on Autosys Job Control Tool from Autosys

My project uses Autosys. I am new to this product and I don't know where to start from. Q1. Please provide me the link where I can get Autosys documentation Q2. Please refer a good book on Autosys. (Beginner/Intermediate Level) (0 Replies)
Discussion started by: gram77
0 Replies

6. Solaris

DST Patch

How to update DST patch. Whatat are the necessary steps that have to be taken on the servers to update this patch?. (1 Reply)
Discussion started by: sandeepkv
1 Replies

7. AIX

AIX and DST

Just a quick last minute thing here. AIX 5.1. I ran the perl script referenced in the tutorials and found the AIX box is triggering DST on the 14th instead of the 11th. The 5.2 boxes come back with the right answers. The DST patches have been applied (or I'd have Apr 1st instead of the 14th). ... (0 Replies)
Discussion started by: BOFH
0 Replies

8. SCO

Dst - V 3.6.3

Hello, Anyone know where I can find the DST updates for SCO Xdesktop 3.6.3? Thanks (0 Replies)
Discussion started by: ddzc
0 Replies

9. SCO

DST script for 5.0.0

I checked SCO's site for DST fix for SCO 5.0.0 and there iis not one available. Can I run a script in the cron to read in and change the time? TiA (2 Replies)
Discussion started by: tbgeek
2 Replies

10. Solaris

DST on Solaris 2.6/7

I have several servers that are outside the country and are running Solaris 6 mainly with a few Solaris 7 boxes here and there. Because of that, we need to schedule time to change the time on March 11th and again in April, October and November. At least until the customer decides it's time to... (3 Replies)
Discussion started by: BOFH
3 Replies
Login or Register to Ask a Question
DateTime::TimeZone::Tzfile(3pm) 			User Contributed Perl Documentation			   DateTime::TimeZone::Tzfile(3pm)

NAME
DateTime::TimeZone::Tzfile - tzfile (zoneinfo) timezone files SYNOPSIS
use DateTime::TimeZone::Tzfile; $tz = DateTime::TimeZone::Tzfile->new( name => "local timezone", filename => "/etc/localtime"); $tz = DateTime::TimeZone::Tzfile->new("/etc/localtime"); if($tz->is_floating) { ... if($tz->is_utc) { ... if($tz->is_olson) { ... $category = $tz->category; $tz_string = $tz->name; if($tz->has_dst_changes) { ... if($tz->is_dst_for_datetime($dt)) { ... $offset = $tz->offset_for_datetime($dt); $abbrev = $tz->short_name_for_datetime($dt); $offset = $tz->offset_for_local_datetime($dt); DESCRIPTION
An instance of this class represents a timezone that was encoded in a file in the tzfile(5) format. These can express arbitrary patterns of offsets from Universal Time, changing over time. Offsets and change times are limited to a resolution of one second. This class implements the DateTime::TimeZone interface, so that its instances can be used with DateTime objects. CONSTRUCTOR
DateTime::TimeZone::Tzfile->new(ATTR => VALUE, ...) Reads and parses a tzfile(5) format file, then constructs and returns a DateTime-compatible timezone object that implements the timezone encoded in the file. The following attributes may be given: name Name for the timezone object. This will be returned by the "name" method described below. filename Name of the file from which to read the timezone data. The filename must be understood by IO::File. filehandle An IO::Handle object from which the timezone data can be read. This does not need to be a regular seekable file; it is read sequentially. After the constructor has finished, the handle can still be used to read any data that follows the timezone data. Either a filename or filename must be given. If a timezone name is not given, then the filename is used instead if supplied; a timezone name must be given explicitly if no filename is given. DateTime::TimeZone::Tzfile->new(FILENAME) Simpler way to invoke the above constructor in the usual case. Only the filename is given; this will also be used as the timezone name. METHODS
These methods are all part of the DateTime::TimeZone interface. See that class for the general meaning of these methods; the documentation below only comments on the specific behaviour of this class. Identification $tz->is_floating Returns false. $tz->is_utc Returns false. $tz->is_olson Returns false. The files interpreted by this class are actually very likely to be from the Olson database, but false is returned to indicate that the values returned by the "category" and "name" methods are not as would be expected for an Olson timezone. This behaviour may change in a future version. $tz->category Returns "undef", because the category can't be determined from the file. $tz->name Returns the timezone name. Usually this is the filename that was supplied to the constructor, but it can be overridden by the constructor's name attribute. Offsets $tz->has_dst_changes Returns a boolean indicating whether any of the observances in the file are marked as DST. These DST flags are potentially arbitrary, and don't affect any of the zone's behaviour. $tz->offset_for_datetime(DT) DT must be a DateTime-compatible object (specifically, it must implement the "utc_rd_values" method). Returns the offset from UT that is in effect at the instant represented by DT, in seconds. $tz->is_dst_for_datetime(DT) DT must be a DateTime-compatible object (specifically, it must implement the "utc_rd_values" method). Returns a boolean indicating whether the timezone's observance at the instant represented by DT is marked as DST. This DST flag is potentially arbitrary, and doesn't affect anything else. $tz->short_name_for_datetime(DT) DT must be a DateTime-compatible object (specifically, it must implement the "utc_rd_values" method). Returns the abbreviation used to label the time scale at the instant represented by DT. This abbreviation is potentially arbitrary, and does not uniquely identify either the timezone or the offset. $tz->offset_for_local_datetime(DT) DT must be a DateTime-compatible object (specifically, it must implement the "local_rd_values" method). Takes the local time represented by DT (regardless of what absolute time it also represents), and interprets that as a local time in the timezone of the timezone object (not the timezone used in DT). Returns the offset from UT that is in effect at that local time, in seconds. If the local time given is ambiguous due to a nearby offset change, the numerically lowest offset (usually the standard one) is returned with no warning of the situation. (Equivalently: the latest possible absolute time is indicated.) If the local time given does not exist due to a nearby offset change, the method "die"s saying so. SEE ALSO
DateTime, DateTime::TimeZone, tzfile(5) AUTHOR
Andrew Main (Zefram) <zefram@fysh.org> COPYRIGHT
Copyright (C) 2007, 2009 Andrew Main (Zefram) <zefram@fysh.org> LICENSE
This module is free software; you can redistribute it and/or modify it under the same terms as Perl itself. perl v5.10.1 2010-03-30 DateTime::TimeZone::Tzfile(3pm)