- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- I64 OpenVMS Disk Shadowing Question
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
Forums
Discussions
Discussions
Discussions
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
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
07-25-2007 03:17 AM
07-25-2007 03:17 AM
I64 OpenVMS Disk Shadowing Question
We have three rx-2620 clustered together using OpenVMS v8.2-1 and Disk Shadowing.
When we try to run an application on the SANVOL4 disk (designated as DSA400:), the application will not give us the same results when we run the application on the system disk (designated DSA0:). In other word the application runs as it is designed on the system disk DSA0: We are attempting to load
and run the application in a common area so all three I64 boxes can "see" the application results.
Any assistance would be appreciated, thanks!
Phil
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-25-2007 04:31 AM
07-25-2007 04:31 AM
Re: I64 OpenVMS Disk Shadowing Question
that means, the application was originaly installed on the systemdisk and then moved?
If so, there could be a problem in the applications startup procedure, or in a procedure called by it. Did you reflect the new environment in the applications startup commandfile?
What you could do is a
$ search disk-whre-application-is:[000000...]*.com dsa0
This way you can find every commandfile where dsa0 is in it.
Or could you give us a more precise informations. What is the error message, what is not running?
Regards
Geni
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-25-2007 06:36 AM
07-25-2007 06:36 AM
Re: I64 OpenVMS Disk Shadowing Question
>Did you reflect the new environment in the >applications startup commandfile?
The application is a .exe file. We use a logical to refer to its location.
i.e. "MDTSYS" = "DSA400:[MDTSYS.] ..."
>What is the error message, what is not >running?
When we try to run the application on the SANVOL (DSA400:) The application will not
display the correct information.
It works just fine on the system disk DSA0:
Any suggestions?
Phil
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-25-2007 06:58 AM
07-25-2007 06:58 AM
Re: I64 OpenVMS Disk Shadowing Question
"The application is a .exe file. We use a logical to refer to its location."
"MDTSYS" = "DSA400:[MDTSYS.]
This logical, should it be a concealed Device? I'm wondering about the .] (the dot)
There are at least two possibilities:
The logical is defined as
$ define/sys/exec mdtsys dsa4:[mdtsys]
Then you may run a program like this
$ r mdtsys:program.exe
or
the logical is defined as a concealed device
$ define/sys/exec/trans=(terminal,conceal) mdtsys dsa4:[mdtsys.]
Then you may run a program like this
$ r mdtsys:[000000]program.exe
or
$ r mdtsys:[bin]progrmm.exe if th program is located at dsa4:[bin]
could this be the problem?
Regards
Geni
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-25-2007 08:14 AM
07-25-2007 08:14 AM
Re: I64 OpenVMS Disk Shadowing Question
to start with:
Welcome to the VMS forum!
With the info we have now, it is entirely possible that Geni has the solution, but there is too little info to tell.
As always, the real error message, together with the part of the code that generates it, is more likely to lead to the real reason behind the "issue".
One minor remark on Geni's answer:
>>>
$ define/sys/exec/trans=(terminal,conceal) mdtsys dsa4:[mdtsys.]
<<<
Note that the translation attibute "terminal" is no longer needed for concealed devices.
Do the search for "DSA0:" in all code used, it REALLY should be replaced by references of MDTSYS.
Proost.
Have one on me.
jpe
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-25-2007 02:15 PM
07-25-2007 02:15 PM
Re: I64 OpenVMS Disk Shadowing Question
Let me also welcome you to the OpenVMS Forum.
First, it is highly unlikely that the problem you are experiencing is in any way related to shadowing.
It is extraordinarily difficult to diagnose a problem from the limited information in the posting. At first glance, my personal speculation would likely center on a file reference that IS NOT to the designated logical name (and is thus sometimes pointing to the wrong place). Of course, while that is based on many years experience, it is speculation on thin evidence.
If you can localize the problem, that is an immense help. I am sure that we will be happy to assist you publicly in the forum. If privacy is desired, there are several active members of this forum available on a consulting basis (disclaimer: My firm does provide such services).
- Bob Gezelter, http://www.rlgsc.com