Re: Empty output in netstat home z/OS 1.10
Hello: We've solved the problem. We've followed the next steps with the IBM Support: - Copy the /usr/lpp/tcpip/lib/nls/msg/C/IBM/EZACDNMS from test partition to production partition with replace. Idem with /usr/lpp/tcpip/lib/nls/msg/C/netmsg.cat. The nestat TSO command and D TCPIP,TCPIP,NETSTAT,CON console command works fine. Both files (or one of them) were corrupted. Regards -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Empty output in netstat home z/OS 1.10
Hello: Yesterday we've executed a ipl in our production lpar. It didn't work. Today we open a PMR in IBM support. Regards -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Empty output in netstat home z/OS 1.10
Thanks Chris: I've posted the message in ibmtcp-l. Regards -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Empty output in netstat home z/OS 1.10
Jorge I believe that what John was doing was commenting on the flavour of the command he preferred, NETSTAT ALLCONN rather than NETSTAT CONN, in order to get information on TCP connections and UDP sockets rather than suggesting that using NETSTAT ALLCONN rather than NETSTAT CONN would solve your problem - but I could be wrong ... Netstat ALLConn/-a report Provides information for all TCP connections and UDP sockets, including recently closed ones. Netstat COnn/-c report Displays the information about each active TCP connection and UDP socket. As I indicated before I believe your best chance to discover what is wrong with your installation is to post on IBMTCP-L. Chris Mason On Sun, 3 Jul 2011 11:45:20 -0500, Jorge Garcia wrote: >John, It doesn't work: > >D TCPIP,TCPIP,NETSTAT,ALLCON >EZZ2500I NETSTAT CS V1R10 TCPIP 311 >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- > >Regards -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Empty output in netstat home z/OS 1.10
John, It doesn't work: D TCPIP,TCPIP,NETSTAT,ALLCON EZZ2500I NETSTAT CS V1R10 TCPIP 311 -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- Regards -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Empty output in netstat home z/OS 1.10
I always use ALLCON instead of CON in my NETSTAT commands. On Fri, 2011-07-01 at 07:07 -0500, Jorge Garcia wrote: > Hello: > > Last Saturday we've upgrade our production lpar to z/OS 1.10. Since last > saturday when we enter the netstat home command we received this output: > > EZZ2350I MVS TCP/IP NETSTAT CS V1R10 TCPIP Name: TCPIP > EZZ2698I -- reserved for future use -- > EZZ2699I -- reserved for future use -- > EZZ2700I Home address list: > *** > EZZ2701I Address Link Flg > EZZ2701I Address Link Flg > EZZ2701I Address Link Flg > EZZ2701I Address Link Flg > > > All fields are empty. In our development LPAR works fine in z/OS 1.10. > > We've revised: > > 1 .- The RESOLVER config: This is our RESOLVER proc: > > //RESOLVER PROC PARMS='CTRACE(CTIRES00)' > //EZBREINI EXEC PGM=EZBREINI,REGION=0M,TIME=1440,PARM=&PARMS > //SETUP DD DSN=SYS2.TCPIP.TCPPARMS(RESOLC&SYSCLONE),DISP=SHR > > 2 .- Content of RESOLCVR > > DOMAINORIGIN ES.MAPFRE.NET > SEARCH ES.MAPFRE.NET > SEARCH DES000.MAPFRE.NET > SEARCH DES007.MAPFRE.NET > > These are our business DNS. We can entered a ping to the first IP in HOME > PROFILE. > > 3 .- Our etc/hosts has the correct IP (the same than HOME in PROFILE) > > 4 .- We are searching too the netmsg.cat in /usr/lpp/tcpip because > appears in some links. This file is identical between our production lpar and > development lpar > > 5.- In production lpar we enter the comand D TCPIP,TCPIP,NETSTAT,CON the > system respond: > > D TCPIP,TCPIP,NETSTAT,CON > EZZ2500I NETSTAT CS V1R10 TCPIP 211 > -- RESERVED FOR FUTURE USE -- > -- RESERVED FOR FUTURE USE -- > -- RESERVED FOR FUTURE USE -- > -- RESERVED FOR FUTURE USE -- > -- RESERVED FOR FUTURE USE -- > -- RESERVED FOR FUTURE USE -- > -- RESERVED FOR FUTURE USE -- > -- RESERVED FOR FUTURE USE -- > -- RESERVED FOR FUTURE USE -- > -- RESERVED FOR FUTURE USE -- > -- RESERVED FOR FUTURE USE -- > -- RESERVED FOR FUTURE USE -- > -- RESERVED FOR FUTURE USE -- > -- RESERVED FOR FUTURE USE -- > -- RESERVED FOR FUTURE USE -- > > 6 .- In development lpar we enter the same command: > > ro vdes,D TCPIP,TCPIP,NETSTAT,CON > EZZ2500I NETSTAT CS V1R10 TCPIP 711 > USER ID CONN LOCAL SOCKET FOREIGN SOCKET STATE > BPXOINIT 0043 0.0.0.0..10007 0.0.0.0..0 LISTEN > CICSAD01 E54C 10.255.224.212..4113 0.0.0.0..0 LISTEN > CICSAD02 E54E 10.255.224.212..4114 0.0.0.0..0 LISTEN > CICSAT01 E4E2 10.255.224.212..3221 0.0.0.0..0 LISTEN > CICSAT02 E4D2 10.255.224.212..3222 0.0.0.0..0 LISTEN > CICSTD01 E548 10.255.224.212..4111 0.0.0.0..0 LISTEN > CICSTD02 E549 10.255.224.212..4112 0.0.0.0..0 LISTEN > CICSTI01 E4CA 10.255.224.212..4121 0.0.0.0..0 LISTEN > CICSTI02 E4CC 10.255.224.212..4122 0.0.0.0..0 LISTEN > CICSTN01 E4C8 10.255.224.212..4151 0.0.0.0..0 LISTEN > > 7 .- We haven't change the profile in the upgrade to z/OS 1.10 in both lpar. > > 8 .- When the DB2 master starts, it appears the message: > 23.29.37 STC06383 DSNL512I %DSNR DSNLILNR TCP/IP 985 >985 GETHOSTBYADDR(10.255.224.222) FAILED WITH >985RETURN CODE=1 AND REASON CODE= > > 10.255.224.222 is he first IP in HOME profile. Could be connect both > messages (netstat and gethostbyaddr)? > > The z/OS communication server works fine in both lpar, except the problems > above. > > Regards > > Jorge García Juanino > Técnico de Sistemas Z/Os > DGTP Departamento de Técnica de Sistemas > MAPFRE > Gobelas 47 - 49 2ª C y D > 28023 Madrid > Tfno: 91 581 27 34/ 618 33 35 59 > Fax: 91 581 24 01 > jgarc...@mapfre.com > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- John McKown Maranatha! <>< -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Empty output in netstat home z/OS 1.10
Dave, Chris: Next Sunday we'll do ipl of production lpar and if the problem continues, we'll clone the root from development system, customize it and do ipl again. The one and only difference between roots is the mount mode and /etc/hosts. We don't change anything of netmsg.cat. We'll you feedback Thanks!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Empty output in netstat home z/OS 1.10
Jorge The who manage the IBM web site have removed a "Techdoc" which - I have every confidence - used to explain this problem. The Techdoc was referenced in the following post: http://bama.ua.edu/cgi-bin/wa?A2=ind0912&L=ibm-main&T=0&F=&S=&P=54471 A possible useful explanation may be being provided here: EZZ0154I CONFIGURATION: UNABLE TO OPEN MESSAGE CATALOG ″ cfmsg.cat″ - errmsg rc/rsn Explanation: The configuration component was unable to open the configuration message catalog ″cfmsg.cat″ in the message catalog directory. The default location for the message catalog is set by the NLSPATH environment variable to be ″NLSPATH=/usr/lib/nls/msg/%L/%N″. errmsg describes the Return Code. rc is the decimal Return Code returned by catopen(). Return Codes are listed and described in the z/OS UNIX System Services Messages and Codes. rsn is the hexadecimal reason code returned by catopen(). Reason Codes are listed and described in the z/OS UNIX System Services Messages and Codes. System action: The configuration component will use the internal default messages instead of the messages from the external message catalog. Operator response: If you want to use the external message catalog, contact the system programmer to correct the error. If the default messages are acceptable, no action is necessary. System programmer response: Install the current level of the Configuration message catalog then restart TCPIP to gain access to the message catalog. If the problem persists, contact the IBM software support center. Module: EZACFMMN Procedure Name: main Chris Mason On Fri, 1 Jul 2011 12:01:56 -0500, Chris Mason wrote: >Jorge > >I've just spotted this but I have time only for a quick message: > >http://publib.boulder.ibm.com/infocenter/ieduasst/stgv1r0/topic/com.ibm.iea. co >mmserv_v1/commserv/1.9z/appl/FTP_Other.pdf > >Chris Mason > >On Fri, 1 Jul 2011 07:07:10 -0500, Jorge Garcia >wrote: > >>Hello: >> >> Last Saturday we've upgrade our production lpar to z/OS 1.10. Since last >>saturday when we enter the netstat home command we received this output: >> >>EZZ2350I MVS TCP/IP NETSTAT CS V1R10 TCPIP Name: TCPIP >>EZZ2698I -- reserved for future use -- >>EZZ2699I -- reserved for future use -- >>EZZ2700I Home address list: >>*** >>EZZ2701I Address Link Flg >>EZZ2701I Address Link Flg >>EZZ2701I Address Link Flg >>EZZ2701I Address Link Flg >> >> >>All fields are empty. In our development LPAR works fine in z/OS 1.10. >> >>We've revised: >> >>1 .- The RESOLVER config: This is our RESOLVER proc: >> >>//RESOLVER PROC PARMS='CTRACE(CTIRES00)' >>//EZBREINI EXEC PGM=EZBREINI,REGION=0M,TIME=1440,PARM=&PARMS >>//SETUP DD DSN=SYS2.TCPIP.TCPPARMS(RESOLC&SYSCLONE),DISP=SHR >> >>2 .- Content of RESOLCVR >> >>DOMAINORIGIN ES.MAPFRE.NET >>SEARCH ES.MAPFRE.NET >>SEARCH DES000.MAPFRE.NET >>SEARCH DES007.MAPFRE.NET >> >>These are our business DNS. We can entered a ping to the first IP in HOME >>PROFILE. >> >>3 .- Our etc/hosts has the correct IP (the same than HOME in PROFILE) >> >>4 .- We are searching too the netmsg.cat in /usr/lpp/tcpip because >>appears in some links. This file is identical between our production lpar and >>development lpar >> >>5.- In production lpar we enter the comand D TCPIP,TCPIP,NETSTAT,CON the >>system respond: >> >>D TCPIP,TCPIP,NETSTAT,CON >>EZZ2500I NETSTAT CS V1R10 TCPIP 211 >>-- RESERVED FOR FUTURE USE -- >>-- RESERVED FOR FUTURE USE -- >>-- RESERVED FOR FUTURE USE -- >>-- RESERVED FOR FUTURE USE -- >>-- RESERVED FOR FUTURE USE -- >>-- RESERVED FOR FUTURE USE -- >>-- RESERVED FOR FUTURE USE -- >>-- RESERVED FOR FUTURE USE -- >>-- RESERVED FOR FUTURE USE -- >>-- RESERVED FOR FUTURE USE -- >>-- RESERVED FOR FUTURE USE -- >>-- RESERVED FOR FUTURE USE -- >>-- RESERVED FOR FUTURE USE -- >>-- RESERVED FOR FUTURE USE -- >>-- RESERVED FOR FUTURE USE -- >> >>6 .- In development lpar we enter the same command: >> >>ro vdes,D TCPIP,TCPIP,NETSTAT,CON >>EZZ2500I NETSTAT CS V1R10 TCPIP 711 >>USER ID CONN LOCAL SOCKET FOREIGN SOCKET STATE >>BPXOINIT 0043 0.0.0.0..10007 0.0.0.0..0 LISTEN >>CICSAD01 E54C 10.255.224.212..4113 0.0.0.0..0 LISTEN >>CICSAD02 E54E 10.255.224.212..4114 0.0.0.0..0 LISTEN >>CICSAT01 E4E2 10.255.224.212..3221 0.0.0.0..0 LISTEN >>CICSAT02 E4D2 10.255.224.212..3222 0.0.0.0..0 LISTEN >>CICSTD01 E548 10.255.224.212..4111 0.0.0.0..0 LISTEN >>CICSTD02 E549 10.255.224.212..4112 0.0.0.0..0 LISTEN >>CICSTI01 E4CA 10.255.224.212..4121 0.0.0.0..0 LISTEN >>CICSTI02 E4CC 10.255.224.212..4122 0.0.0.0..0 LISTEN >>CICSTN01 E4C8 10.255.224.212..4151 0.0.0.0..0 LISTEN >> >>7 .- We haven't change the profile in the upgrade to z/OS 1.10 in both lpar. >> >>8 .- When the DB2 master st
Re: Empty output in netstat home z/OS 1.10
Chris is likely correct. I would suspect you did not properly clone or otherwise upgrade your Unix System Services root when you moved to z/OS 1.10 Dave Gibney Information Technology Services Washington State University > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > Behalf Of Chris Mason > Sent: Friday, July 01, 2011 7:46 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Empty output in netstat home z/OS 1.10 > > Jorge > > > Last Saturday we've upgrade our production lpar to z/OS 1.10. > > I believe you have a problem accessing the templates used to define the > fixed > content of messages. > > You should review your installation steps in order to work out something not > done or not done correctly. > > I have no experience of the installation steps so you will need to take it > from > here - or perhaps someone who recognises the problem can jump in with > more > details. > > In any case, your best bet for expertise with the IP component of z/OS > Communications Server - as you may have noticed I tirelessly point out - is > the following list: > > For IBMTCP-L subscribe / signoff / archive access instructions, send email to > lists...@vm.marist.edu with the message: INFO IBMTCP-L > > Chris Mason > > On Fri, 1 Jul 2011 07:07:10 -0500, Jorge Garcia > wrote: > > >Hello: > > > > Last Saturday we've upgrade our production lpar to z/OS 1.10. Since last > >saturday when we enter the netstat home command we received this > output: > > > > ... > > > >Jorge García Juanino > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Empty output in netstat home z/OS 1.10
Jorge I've just spotted this but I have time only for a quick message: http://publib.boulder.ibm.com/infocenter/ieduasst/stgv1r0/topic/com.ibm.iea.co mmserv_v1/commserv/1.9z/appl/FTP_Other.pdf Chris Mason On Fri, 1 Jul 2011 07:07:10 -0500, Jorge Garcia wrote: >Hello: > > Last Saturday we've upgrade our production lpar to z/OS 1.10. Since last >saturday when we enter the netstat home command we received this output: > >EZZ2350I MVS TCP/IP NETSTAT CS V1R10 TCPIP Name: TCPIP >EZZ2698I -- reserved for future use -- >EZZ2699I -- reserved for future use -- >EZZ2700I Home address list: >*** >EZZ2701I Address Link Flg >EZZ2701I Address Link Flg >EZZ2701I Address Link Flg >EZZ2701I Address Link Flg > > >All fields are empty. In our development LPAR works fine in z/OS 1.10. > >We've revised: > >1 .- The RESOLVER config: This is our RESOLVER proc: > >//RESOLVER PROC PARMS='CTRACE(CTIRES00)' >//EZBREINI EXEC PGM=EZBREINI,REGION=0M,TIME=1440,PARM=&PARMS >//SETUP DD DSN=SYS2.TCPIP.TCPPARMS(RESOLC&SYSCLONE),DISP=SHR > >2 .- Content of RESOLCVR > >DOMAINORIGIN ES.MAPFRE.NET >SEARCH ES.MAPFRE.NET >SEARCH DES000.MAPFRE.NET >SEARCH DES007.MAPFRE.NET > >These are our business DNS. We can entered a ping to the first IP in HOME >PROFILE. > >3 .- Our etc/hosts has the correct IP (the same than HOME in PROFILE) > >4 .- We are searching too the netmsg.cat in /usr/lpp/tcpip because >appears in some links. This file is identical between our production lpar and >development lpar > >5.- In production lpar we enter the comand D TCPIP,TCPIP,NETSTAT,CON the >system respond: > >D TCPIP,TCPIP,NETSTAT,CON >EZZ2500I NETSTAT CS V1R10 TCPIP 211 >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- >-- RESERVED FOR FUTURE USE -- > >6 .- In development lpar we enter the same command: > >ro vdes,D TCPIP,TCPIP,NETSTAT,CON >EZZ2500I NETSTAT CS V1R10 TCPIP 711 >USER ID CONN LOCAL SOCKET FOREIGN SOCKET STATE >BPXOINIT 0043 0.0.0.0..10007 0.0.0.0..0 LISTEN >CICSAD01 E54C 10.255.224.212..4113 0.0.0.0..0 LISTEN >CICSAD02 E54E 10.255.224.212..4114 0.0.0.0..0 LISTEN >CICSAT01 E4E2 10.255.224.212..3221 0.0.0.0..0 LISTEN >CICSAT02 E4D2 10.255.224.212..3222 0.0.0.0..0 LISTEN >CICSTD01 E548 10.255.224.212..4111 0.0.0.0..0 LISTEN >CICSTD02 E549 10.255.224.212..4112 0.0.0.0..0 LISTEN >CICSTI01 E4CA 10.255.224.212..4121 0.0.0.0..0 LISTEN >CICSTI02 E4CC 10.255.224.212..4122 0.0.0.0..0 LISTEN >CICSTN01 E4C8 10.255.224.212..4151 0.0.0.0..0 LISTEN > >7 .- We haven't change the profile in the upgrade to z/OS 1.10 in both lpar. > >8 .- When the DB2 master starts, it appears the message: >23.29.37 STC06383 DSNL512I %DSNR DSNLILNR TCP/IP 985 > 985 GETHOSTBYADDR(10.255.224.222) FAILED WITH > 985RETURN CODE=1 AND REASON CODE= > > 10.255.224.222 is he first IP in HOME profile. Could be connect both >messages (netstat and gethostbyaddr)? > >The z/OS communication server works fine in both lpar, except the problems >above. > >Regards > >Jorge García Juanino -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Empty output in netstat home z/OS 1.10
Jorge > Last Saturday we've upgrade our production lpar to z/OS 1.10. I believe you have a problem accessing the templates used to define the fixed content of messages. You should review your installation steps in order to work out something not done or not done correctly. I have no experience of the installation steps so you will need to take it from here - or perhaps someone who recognises the problem can jump in with more details. In any case, your best bet for expertise with the IP component of z/OS Communications Server - as you may have noticed I tirelessly point out - is the following list: For IBMTCP-L subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L Chris Mason On Fri, 1 Jul 2011 07:07:10 -0500, Jorge Garcia wrote: >Hello: > > Last Saturday we've upgrade our production lpar to z/OS 1.10. Since last >saturday when we enter the netstat home command we received this output: > > ... > >Jorge García Juanino -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Empty output in netstat home z/OS 1.10
On 7/1/2011 2:41 PM, Jorge Garcia wrote: The TSO HOMETEST works fine: EZA0602I TCP Host Name is: VREA EZA0605I Using Name Server to Resolve VREA EZA0611I The following IP addresses correspond to TCP Host Name: VREA EZA0612I 10.255.224.222 EZA0614I The following IP addresses are the HOME IP addresses defined in PROFIL .TCPIP: EZA0615I 10.255.224.222 EZA0615I 10.255.224.223 EZA0615I 10.255.224.224 EZA0615I 127.0.0.1 EZA0618I All IP addresses for VREA are in the HOME list] EZA0622I Hometest was successful - all Tests Passed] The development ROOT is mounted in READ ONLY and the production ROOT is mounted in RDWR. Could be the reason of the problem?. I don' think so, but you should get some message at TCP/IP or OMVS startup , and maybe the TSO "netstat home" ? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Empty output in netstat home z/OS 1.10
The TSO HOMETEST works fine: EZA0602I TCP Host Name is: VREA EZA0605I Using Name Server to Resolve VREA EZA0611I The following IP addresses correspond to TCP Host Name: VREA EZA0612I 10.255.224.222 EZA0614I The following IP addresses are the HOME IP addresses defined in PROFIL .TCPIP: EZA0615I 10.255.224.222 EZA0615I 10.255.224.223 EZA0615I 10.255.224.224 EZA0615I 127.0.0.1 EZA0618I All IP addresses for VREA are in the HOME list] EZA0622I Hometest was successful - all Tests Passed] The development ROOT is mounted in READ ONLY and the production ROOT is mounted in RDWR. Could be the reason of the problem?. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Empty output in netstat home z/OS 1.10
Hi There is also a TSO HOMETEST command. Do you see something "unusual" during IPL ? Mount problems , TCPIP startup problsm etc ? On 7/1/2011 2:07 PM, Jorge Garcia wrote: Hello: Last Saturday we've upgrade our production lpar to z/OS 1.10. Since last saturday when we enter the netstat home command we received this output: EZZ2350I MVS TCP/IP NETSTAT CS V1R10 TCPIP Name: TCPIP EZZ2698I -- reserved for future use -- EZZ2699I -- reserved for future use -- EZZ2700I Home address list: *** EZZ2701I Address Link Flg EZZ2701I Address Link Flg EZZ2701I Address Link Flg EZZ2701I Address Link Flg All fields are empty. In our development LPAR works fine in z/OS 1.10. We've revised: 1 .- The RESOLVER config: This is our RESOLVER proc: //RESOLVER PROC PARMS='CTRACE(CTIRES00)' //EZBREINI EXEC PGM=EZBREINI,REGION=0M,TIME=1440,PARM=&PARMS //SETUP DD DSN=SYS2.TCPIP.TCPPARMS(RESOLC&SYSCLONE),DISP=SHR 2 .- Content of RESOLCVR DOMAINORIGIN ES.MAPFRE.NET SEARCH ES.MAPFRE.NET SEARCH DES000.MAPFRE.NET SEARCH DES007.MAPFRE.NET These are our business DNS. We can entered a ping to the first IP in HOME PROFILE. 3 .- Our etc/hosts has the correct IP (the same than HOME in PROFILE) 4 .- We are searching too the netmsg.cat in /usr/lpp/tcpip because appears in some links. This file is identical between our production lpar and development lpar 5.- In production lpar we enter the comand D TCPIP,TCPIP,NETSTAT,CON the system respond: D TCPIP,TCPIP,NETSTAT,CON EZZ2500I NETSTAT CS V1R10 TCPIP 211 -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- 6 .- In development lpar we enter the same command: ro vdes,D TCPIP,TCPIP,NETSTAT,CON EZZ2500I NETSTAT CS V1R10 TCPIP 711 USER ID CONN LOCAL SOCKET FOREIGN SOCKET STATE BPXOINIT 0043 0.0.0.0..10007 0.0.0.0..0 LISTEN CICSAD01 E54C 10.255.224.212..4113 0.0.0.0..0 LISTEN CICSAD02 E54E 10.255.224.212..4114 0.0.0.0..0 LISTEN CICSAT01 E4E2 10.255.224.212..3221 0.0.0.0..0 LISTEN CICSAT02 E4D2 10.255.224.212..3222 0.0.0.0..0 LISTEN CICSTD01 E548 10.255.224.212..4111 0.0.0.0..0 LISTEN CICSTD02 E549 10.255.224.212..4112 0.0.0.0..0 LISTEN CICSTI01 E4CA 10.255.224.212..4121 0.0.0.0..0 LISTEN CICSTI02 E4CC 10.255.224.212..4122 0.0.0.0..0 LISTEN CICSTN01 E4C8 10.255.224.212..4151 0.0.0.0..0 LISTEN 7 .- We haven't change the profile in the upgrade to z/OS 1.10 in both lpar. 8 .- When the DB2 master starts, it appears the message: 23.29.37 STC06383 DSNL512I %DSNR DSNLILNR TCP/IP 985 985 GETHOSTBYADDR(10.255.224.222) FAILED WITH 985RETURN CODE=1 AND REASON CODE= 10.255.224.222 is he first IP in HOME profile. Could be connect both messages (netstat and gethostbyaddr)? The z/OS communication server works fine in both lpar, except the problems above. Regards Jorge García Juanino Técnico de Sistemas Z/Os DGTP Departamento de Técnica de Sistemas MAPFRE Gobelas 47 - 49 2ª C y D 28023 Madrid Tfno: 91 581 27 34/ 618 33 35 59 Fax: 91 581 24 01 jgarc...@mapfre.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Empty output in netstat home z/OS 1.10
Hello: Last Saturday we've upgrade our production lpar to z/OS 1.10. Since last saturday when we enter the netstat home command we received this output: EZZ2350I MVS TCP/IP NETSTAT CS V1R10 TCPIP Name: TCPIP EZZ2698I -- reserved for future use -- EZZ2699I -- reserved for future use -- EZZ2700I Home address list: *** EZZ2701I Address Link Flg EZZ2701I Address Link Flg EZZ2701I Address Link Flg EZZ2701I Address Link Flg All fields are empty. In our development LPAR works fine in z/OS 1.10. We've revised: 1 .- The RESOLVER config: This is our RESOLVER proc: //RESOLVER PROC PARMS='CTRACE(CTIRES00)' //EZBREINI EXEC PGM=EZBREINI,REGION=0M,TIME=1440,PARM=&PARMS //SETUP DD DSN=SYS2.TCPIP.TCPPARMS(RESOLC&SYSCLONE),DISP=SHR 2 .- Content of RESOLCVR DOMAINORIGIN ES.MAPFRE.NET SEARCH ES.MAPFRE.NET SEARCH DES000.MAPFRE.NET SEARCH DES007.MAPFRE.NET These are our business DNS. We can entered a ping to the first IP in HOME PROFILE. 3 .- Our etc/hosts has the correct IP (the same than HOME in PROFILE) 4 .- We are searching too the netmsg.cat in /usr/lpp/tcpip because appears in some links. This file is identical between our production lpar and development lpar 5.- In production lpar we enter the comand D TCPIP,TCPIP,NETSTAT,CON the system respond: D TCPIP,TCPIP,NETSTAT,CON EZZ2500I NETSTAT CS V1R10 TCPIP 211 -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- 6 .- In development lpar we enter the same command: ro vdes,D TCPIP,TCPIP,NETSTAT,CON EZZ2500I NETSTAT CS V1R10 TCPIP 711 USER ID CONN LOCAL SOCKET FOREIGN SOCKET STATE BPXOINIT 0043 0.0.0.0..10007 0.0.0.0..0 LISTEN CICSAD01 E54C 10.255.224.212..4113 0.0.0.0..0 LISTEN CICSAD02 E54E 10.255.224.212..4114 0.0.0.0..0 LISTEN CICSAT01 E4E2 10.255.224.212..3221 0.0.0.0..0 LISTEN CICSAT02 E4D2 10.255.224.212..3222 0.0.0.0..0 LISTEN CICSTD01 E548 10.255.224.212..4111 0.0.0.0..0 LISTEN CICSTD02 E549 10.255.224.212..4112 0.0.0.0..0 LISTEN CICSTI01 E4CA 10.255.224.212..4121 0.0.0.0..0 LISTEN CICSTI02 E4CC 10.255.224.212..4122 0.0.0.0..0 LISTEN CICSTN01 E4C8 10.255.224.212..4151 0.0.0.0..0 LISTEN 7 .- We haven't change the profile in the upgrade to z/OS 1.10 in both lpar. 8 .- When the DB2 master starts, it appears the message: 23.29.37 STC06383 DSNL512I %DSNR DSNLILNR TCP/IP 985 985 GETHOSTBYADDR(10.255.224.222) FAILED WITH 985RETURN CODE=1 AND REASON CODE= 10.255.224.222 is he first IP in HOME profile. Could be connect both messages (netstat and gethostbyaddr)? The z/OS communication server works fine in both lpar, except the problems above. Regards Jorge García Juanino Técnico de Sistemas Z/Os DGTP Departamento de Técnica de Sistemas MAPFRE Gobelas 47 - 49 2ª C y D 28023 Madrid Tfno: 91 581 27 34/ 618 33 35 59 Fax: 91 581 24 01 jgarc...@mapfre.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
