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 00000043 0.0.0.0..10007 0.0.0.0..0 LISTEN > CICSAD01 0000E54C 10.255.224.212..4113 0.0.0.0..0 LISTEN > CICSAD02 0000E54E 10.255.224.212..4114 0.0.0.0..0 LISTEN > CICSAT01 0000E4E2 10.255.224.212..3221 0.0.0.0..0 LISTEN > CICSAT02 0000E4D2 10.255.224.212..3222 0.0.0.0..0 LISTEN > CICSTD01 0000E548 10.255.224.212..4111 0.0.0.0..0 LISTEN > CICSTD02 0000E549 10.255.224.212..4112 0.0.0.0..0 LISTEN > CICSTI01 0000E4CA 10.255.224.212..4121 0.0.0.0..0 LISTEN > CICSTI02 0000E4CC 10.255.224.212..4122 0.0.0.0..0 LISTEN > CICSTN01 0000E4C8 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 > 985 RETURN CODE=1 AND REASON CODE=00000000 > > 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 > [email protected] > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] 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 [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
