- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: DST Patch for VMS Ver. 7.1-2
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-06-2007 08:30 AM
тАО03-06-2007 08:30 AM
DST Patch for VMS Ver. 7.1-2
Welcome to OpenVMS (TM) Alpha Operating System, Version V7.1-2 on node PRMOPS
The HP website says the following:
ACRTL
If you use ACRTL on OpenVMS version 7.3-2, you must apply the ACRTL patch kit VMS732_ACRTL-V0300 to your version 7.3-2 system (in addition to applying the OpenVMS timezone patch kit VMS732_TZ-V0300). For other versions of OpenVMS, please note the following:
Timezone patches for OpenVMS versions prior to version 7.3-2 do not require any corresponding ACRTL changes.
DOES THIS MEAN WE DO NOT HAVE TO PATCH OUR SYSTEM?
Tony
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-06-2007 08:59 AM
тАО03-06-2007 08:59 AM
Re: DST Patch for VMS Ver. 7.1-2
It all depends.
The system prompt can be changed independently of the operating system version. Try:
$ show system/noprocess
to verify your version of VMS. VMS 7.2-1 is out of support, please see http://www.openvms.org/stories.php?story=07/02/08/6646402 for information about patching older version of VMS. The absence of information about 7.2-1 doesn't mean there are no requirements, it means it's no longer supported.
Depending on your application environment you may just be able to ignore or manually update the system time and time zone offset. If you're running a third party application, you should also check with that vendor, Oracle for example.
Andy
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-06-2007 09:07 AM
тАО03-06-2007 09:07 AM
Re: DST Patch for VMS Ver. 7.1-2
From Charlie McCutcheon (one of the C gods): "The ACRTL kit was to support the timezone changes with the functions in the CRTL that allow you to manipulate timezones. It should work fine without the Timezone kit"
I was mildly surprised that HP indicated that ACRTL was optional for V7.3-2, as figuring out what actually uses that function in the C RTL is not trivial. Applications and LPs use C and the C RTL from all over the place, and barring a review of everything that might call into the function(s) involved... It would have seemed safer and simpler to mandate the ECO.
As for your question about V7.1-2, please consider a look at these two recent threads here in ITRC:
http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1105811
http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1105389
and call us back. Hopefully those will answer your questions, or at least get you pointers to more resources.
Probably the worst that would happen in most cases at most installations is that SMTP MAIL and a few other operations will be off by an hour. This probably won't be a crisis come Monday. Though I can't say that this DST change won't be a crisis for any particular site. It might be. If you can manage to fit this in before Sunday morning, I'd certainly encourage a test pass or two.
Stephen Hoffman
HoffmanLabs
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-06-2007 10:57 AM
тАО03-06-2007 10:57 AM
Re: DST Patch for VMS Ver. 7.1-2
%DCL-W-ACTIMAGE, error activating image SYS$SYSROOT:[SYSMGR]TIMEZONE.A
-CLI-E-IMGNAME, image file PRMOPS$DRA0:[SYS0.][SYSMGR]TIMEZONE.A;1
-IMGACT-F-NOTNATIVE, image is not an OpenVMS Alpha image
PRMOPS_MOPSSYS> type TIMEZONE.A;1
%TYPE-F-WRITEERR, error writing SYS$OUTPUT:.;
-RMS-F-SYS, QIO system service request failed
-SYSTEM-F-EXQUOTA, process quota exceeded
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-06-2007 11:35 AM
тАО03-06-2007 11:35 AM
Re: DST Patch for VMS Ver. 7.1-2
$ CREATE/DIRECTORY [.SCRATCH]
$ SET DEFAULT [.SCRATCH]
$ BACKUP TIMEZONE.A/SAVE [...]
To list the contents of the saveset:
$ BACKUP TIMEZONE.A/SAVE/LIST
There are also some details on maintaining the timezone definition files in the OpenVMS FAQ, as well.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-06-2007 11:27 PM
тАО03-06-2007 11:27 PM
Re: DST Patch for VMS Ver. 7.1-2
$ backup/list TIMEZONE.A /sav
should show you a file called KITINSTAL.COM, probably as the first file listed.
If it does, the installation procedure for this kit is:
$ @sys$update:vmsinstal
and answer questions...
JT:
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-07-2007 03:37 AM
тАО03-07-2007 03:37 AM
Re: DST Patch for VMS Ver. 7.1-2
$@SYS$MANAGER:UTC$TIME_SETUP"
Is the timezone info directory sys$manager:?
Is there any way to check the current contents of the UTC$time_setup, befor I start?
What should I check after the reboot?
Can I still use @sys$examples:daylight_savings.com
to schedule the time change?
How can I check to see if it will work without changing the time?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-07-2007 04:45 AM
тАО03-07-2007 04:45 AM
Re: DST Patch for VMS Ver. 7.1-2
should show you a file called KITINSTAL.COM, probably as the first file listed.
<<<
I'd thought of that too, but the VMSINSTAL kits are usually nameNNN.A, where the NNN is a numeric field; a VMSINSTAL kit version number string.
>>>
I have extracted the files, the next step says, "Copy the replacement file into the timezone info directory replacing the existing file. Then
$@SYS$MANAGER:UTC$TIME_SETUP"
<<<
I'd tend to have the next step being "make a BACKUP or two and particularly a BACKUP -- or RMU/BACKUP or other such -- of critical application data that might have business-critical standing, lest something go badly wrong either during the timezone changes or during subsequent testing."
But then, I'm also somewhat paranoid.
>>>
Is the timezone info directory sys$manager:?
<<<
No. It's another directory hanging off of the SYS$SYSROOT system root directory.
Look around underneath the directory SYS$COMMON:[SYS$ZONEINFO...]
>>>
Is there any way to check the current contents of the UTC$time_setup, befor I start?
<<<
The timezone files are text files. You can read them. Some of which are actually even interesting reading.
>>>
What should I check after the reboot?
<<<
That's up to you. I'd tend to shut down, boot convesationally with the SETTIME parameter enabled to prompt for the system time during boot, and would test the roll-over from early Sunday morning at a minimum. But as that's a few days away, I might well be tempted to just perform the BACKUP, REBOOT, and check the active timezone rule to see when it lists the scheduled change-over. I don't know off-hand if the logical name containing the rule itself will be manifested, or if you'll have to dig around for that detail. (That seems to vary by configuration and LP and other factors.)
Stephen Hoffman
HoffmanLabs
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-07-2007 10:53 AM
тАО03-07-2007 10:53 AM
Re: DST Patch for VMS Ver. 7.1-2
and found the following:
Directory DRA0:[VMS$COMMON]
SYS$ZONEINFO.DIR;1
Total of 1 file.
Directory DRA0:[VMS$COMMON.SYSEXE]
SYS$TIMEZONE.DAT;4 SYS$TIMEZONE_SRC.DAT;4
Which dir do I move my patch to?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-07-2007 02:15 PM
тАО03-07-2007 02:15 PM
Re: DST Patch for VMS Ver. 7.1-2
I'd tend to suggest the DIRECTORY command, rather than the SEARCH command. The timezone files go in a subdirectory of the timezone file I specified.
$ dir sys$common:[sys$zoneinfo...]
Directory SYS$COMMON:[SYS$ZONEINFO]
SYSTEM.DIR;1 USER.DIR;1
Total of 2 files.
Directory SYS$COMMON:[SYS$ZONEINFO.SYSTEM]
AFRICA.DIR;1 AMERICA.DIR;1 ANTARCTICA.DIR;1 ASIA.DIR;1
ATLANTIC.DIR;1 AUSTRALIA.DIR;1 BRAZIL.DIR;1 CANADA.DIR;1
CET.;1 ....
$ dir sys$common:[sys$zoneinfo...]*north*
Directory SYS$COMMON:[SYS$ZONEINFO.SYSTEM.AUSTRALIA]
NORTH.;1
Total of 1 file.
Directory SYS$COMMON:[SYS$ZONEINFO.SYSTEM.SOURCES]
NORTHAMERICA.;1
Total of 1 file.
Grand total of 2 directories, 2 files.
$ type SYS$COMMON:[SYS$ZONEINFO.SYSTEM.SOURCES]NORTHAMERICA./page
# @(#)northamerica 7.2
###############################################################################
# United States
# From Arthur David Olson: