Hi,
We have Fusion Jobs, they had been failing because the Linux/windows server to which the file is being sent to is not available according to failed Job on mainframe. But when we ask the network Team from Windows, they say the server is available. What can cause it?
Other question I have is, in situation like this when we issue TSO HOMETEST to find the IP address of mainframe, will that be fine to say that IP from HOMETEST is the IP which is sending data/file to destination IP?
TSO HOMETEST.
-
- Registered Member
- Posts: 11
- Joined: Fri Jan 17, 2014 6:57 pm
Re: TSO HOMETEST.
I just tried the command and I think it should be the IP of the mainframe.Other question I have is, in situation like this when we issue TSO HOMETEST to find the IP address of mainframe, will that be fine to say that IP from HOMETEST is the IP which is sending data/file to destination IP?
- Robert Sample
- Global Moderator
- Posts: 1896
- Joined: Fri Jun 28, 2013 1:22 am
- Location: Dubuque Iowa
Re: TSO HOMETEST.
You really, really, REALLY need to consult with a z/OS or network system programmer for your site. One possible reason for this is that the mainframe TCPIP stack points to a particular IP address for resolving names while the Windows machines are pointing to a different IP address for resolving names. This assumes that you are using the Linux/Widows server name in your jobs, not the actual IP address. If you're using the IP address, then your site system programmer needs to validate the network configuration as somewhere it would be missing something.they had been failing because the Linux/windows server to which the file is being sent to is not available according to failed Job on mainframe. But when we ask the network Team from Windows, they say the server is available. What can cause it?
HOMETEST will give you the IP address of the mainframe. Since TCPIP can be configured to use multiple IP addresses, HOMETEST may not give you all of them. TSO NSLOOKUP should show you which DNS your mainframe is using.
What, specifically, is telling you this? The exact message and its message ID can be critical to resolving TCPIP issues.the Linux/windows server to which the file is being sent to is not available
Re: TSO HOMETEST.
Thanks Robert. We did talked to network team from Linux side. We don't have mainframe network system programmers with us, that's what I was told.
For TSO NSLOOKUP, when I issues it, I got the following:
EZB3042I >
What does this mean? Because the IP I got from TSO HOMETEST, was different than what I got in TSO NSLOOKUP.
For TSO NSLOOKUP, when I issues it, I got the following:
Code: Select all
EZB3170I Default Server: usigwadc1003.corporate.companyname.com
EZB3172I Address: 10.21.248.32
EZB3042I >
What does this mean? Because the IP I got from TSO HOMETEST, was different than what I got in TSO NSLOOKUP.
Create an account or sign in to join the discussion
You need to be a member in order to post a reply
Create an account
Not a member? register to join our community
Members can start their own topics & subscribe to topics
It’s free and only takes a minute