Remote printers are Drained
Hi, We have got many remote printers are configured to mainframe via TCPIP address. Fort the past 2 weeks we are getting lot of cases that these printers are becoming DRAINED after printing the reports instead of becoming INACTIVE. So we need manually restart the printers each time. Please let me know what could have gone wrong. Regards, Thangavelu Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
Re: Remote printers are Drained
We are using PSF software to print mainframe reports to the remote printers. The printers will become DRAINED after printing the reports and NETVIEW automation will restart the printers. But some printers are not getting restarted by NETVIEW during morning hours and rest of the time its working fine. Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Thursday, February 03, 2011 1:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained DRAINED is a status used by VPS. Printers may go into DRAINED/EDRAINED status following an error, which is Shown in the VPS log. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Elardus Engelbrecht Sent: Thursday, February 03, 2011 2:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained Chokalingam Thangavelu wrote: >We have got many remote printers are configured to mainframe via TCPIP address. With what? Are you using a output writer scraping data from JES2/3 or is it something which accepts output from STCs? How are those printers connected via TCP/IP to your system? Via a pool of IP addreses or assigned LUs? >Fort the past 2 weeks we are getting lot of cases that these printers are becoming DRAINED after printing the reports instead of becoming INACTIVE. All of them? Some of them? Only after certain jobs/output? How do you see the status of those printers? Did you do an upgrade or change somewhere? What level of z/OS and TCP/IP are you using? >Please let me know what could have gone wrong. A lot, all the way from the output generators, through the data carriers up to the printers themselves, but then you gave too few information. See also Linda's response too. Groete / Greetings Elardus Engelbrecht -- 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 Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
Re: Remote printers are Drained
I do not see any error message in the NETVIEW log and printer should have started after the below message but it was started. DSI208I TIME EXPIRATION - ID= 'SYS47343' - CMD= 'MVS $SPRT981' Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Thursday, February 03, 2011 2:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained NETVIEW automation (I assume that you are using IBM SA) is probably chaining off some message in the message table. You need to look at the messages that are being trapped and compare them to The messages that are being sent to the console at the time the printers are DRAINED. There may be some other problems with SA which is why it is not restarting the printers - Like timers getting deleted, auotops in use, clist errors, etc. You need to check the Netview logs for any errors at the time the DRAIN occurs to see why the processing is not getting done. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chokalingam Thangavelu Sent: Thursday, February 03, 2011 8:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained We are using PSF software to print mainframe reports to the remote printers. The printers will become DRAINED after printing the reports and NETVIEW automation will restart the printers. But some printers are not getting restarted by NETVIEW during morning hours and rest of the time its working fine. Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Thursday, February 03, 2011 1:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained DRAINED is a status used by VPS. Printers may go into DRAINED/EDRAINED status following an error, which is Shown in the VPS log. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Elardus Engelbrecht Sent: Thursday, February 03, 2011 2:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained Chokalingam Thangavelu wrote: >We have got many remote printers are configured to mainframe via TCPIP address. With what? Are you using a output writer scraping data from JES2/3 or is it something which accepts output from STCs? How are those printers connected via TCP/IP to your system? Via a pool of IP addreses or assigned LUs? >Fort the past 2 weeks we are getting lot of cases that these printers are becoming DRAINED after printing the reports instead of becoming INACTIVE. All of them? Some of them? Only after certain jobs/output? How do you see the status of those printers? Did you do an upgrade or change somewhere? What level of z/OS and TCP/IP are you using? >Please let me know what could have gone wrong. A lot, all the way from the output generators, through the data carriers up to the printers themselves, but then you gave too few information. See also Linda's response too. Groete / Greetings Elardus Engelbrecht -- 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 Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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 Ple
Re: Remote printers are Drained
I have checked in the Syslog but the start command was not executed and nothing happened afterwards. I have manually restarted the printer and afterwards NETVIEW is restarting the printer whenever it is DRAINED. I am bit confused why NETVIEW start command was not executed at a particular time. Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Thursday, February 03, 2011 3:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained It looks like the $SPRT981 command was issued via Netview timer - check MVS SYSLOG to see if the command was Actually executed and what happened afterwards - the printer may have gone DRAINED again after it was started And there was nothing coded in Netview to re-start it. You probably have Netview coded to issue the start commands only at certain times of the day And not when the actual DRAIN occurs. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chokalingam Thangavelu Sent: Thursday, February 03, 2011 10:49 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained I do not see any error message in the NETVIEW log and printer should have started after the below message but it was started. DSI208I TIME EXPIRATION - ID= 'SYS47343' - CMD= 'MVS $SPRT981' Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Thursday, February 03, 2011 2:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained NETVIEW automation (I assume that you are using IBM SA) is probably chaining off some message in the message table. You need to look at the messages that are being trapped and compare them to The messages that are being sent to the console at the time the printers are DRAINED. There may be some other problems with SA which is why it is not restarting the printers - Like timers getting deleted, auotops in use, clist errors, etc. You need to check the Netview logs for any errors at the time the DRAIN occurs to see why the processing is not getting done. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chokalingam Thangavelu Sent: Thursday, February 03, 2011 8:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained We are using PSF software to print mainframe reports to the remote printers. The printers will become DRAINED after printing the reports and NETVIEW automation will restart the printers. But some printers are not getting restarted by NETVIEW during morning hours and rest of the time its working fine. Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Thursday, February 03, 2011 1:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained DRAINED is a status used by VPS. Printers may go into DRAINED/EDRAINED status following an error, which is Shown in the VPS log. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Elardus Engelbrecht Sent: Thursday, February 03, 2011 2:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained Chokalingam Thangavelu wrote: >We have got many remote printers are configured to mainframe via TCPIP address. With what? Are you using a output writer scraping data from JES2/3 or is it something which accepts output from STCs? How are those printers connected via TCP/IP to your system? Via a pool of IP addreses or assigned LUs? >Fort the past 2 weeks we are getting lot of cases that these printers are becoming DRAINED after printing the reports instead of becoming INACTIVE. All of them? Some of them? Only after certain jobs/output? How do you see the status of those printers? Did you do an upgrade or change somewhere? What level of z/OS and TCP/IP are you using? >Please let me know what could have gone wrong. A lot, all the way from the output generators, through the data carriers up to the printers themselves, but then you gave too few information. See also Linda's response too. Groete / Greetings Elardus Engelbrecht -- 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 Please do not print this email unless it is absolutely necessary.
Re: Remote printers are Drained
We are just using NETVIEW and everything was working perfectly until last week. There is no timer elements found when I issued the LIST command. Regards, Chokalingam -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Thursday, February 03, 2011 4:45 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained Are you using SA or just Netview? I know that with SA, you either have to run the command under the PPT Or the use a auto-op id or other opid that is logged onto Netview at the time. Sometimes it looks like Netview issues the command but MVS never gets it - in my case This has been due to incorrect usage of the MVS command or neglecting to specify MVS first. Can you list the relevant timers in Netview? LIST TIMER=SYS -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chokalingam Thangavelu Sent: Thursday, February 03, 2011 11:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained I have checked in the Syslog but the start command was not executed and nothing happened afterwards. I have manually restarted the printer and afterwards NETVIEW is restarting the printer whenever it is DRAINED. I am bit confused why NETVIEW start command was not executed at a particular time. Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Thursday, February 03, 2011 3:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained It looks like the $SPRT981 command was issued via Netview timer - check MVS SYSLOG to see if the command was Actually executed and what happened afterwards - the printer may have gone DRAINED again after it was started And there was nothing coded in Netview to re-start it. You probably have Netview coded to issue the start commands only at certain times of the day And not when the actual DRAIN occurs. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chokalingam Thangavelu Sent: Thursday, February 03, 2011 10:49 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained I do not see any error message in the NETVIEW log and printer should have started after the below message but it was started. DSI208I TIME EXPIRATION - ID= 'SYS47343' - CMD= 'MVS $SPRT981' Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Thursday, February 03, 2011 2:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained NETVIEW automation (I assume that you are using IBM SA) is probably chaining off some message in the message table. You need to look at the messages that are being trapped and compare them to The messages that are being sent to the console at the time the printers are DRAINED. There may be some other problems with SA which is why it is not restarting the printers - Like timers getting deleted, auotops in use, clist errors, etc. You need to check the Netview logs for any errors at the time the DRAIN occurs to see why the processing is not getting done. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chokalingam Thangavelu Sent: Thursday, February 03, 2011 8:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained We are using PSF software to print mainframe reports to the remote printers. The printers will become DRAINED after printing the reports and NETVIEW automation will restart the printers. But some printers are not getting restarted by NETVIEW during morning hours and rest of the time its working fine. Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Thursday, February 03, 2011 1:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained DRAINED is a status used by VPS. Printers may go into DRAINED/EDRAINED status following an error, which is Shown in the VPS log. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Elardus Engelbrecht Sent: Thursday, February 03, 2011 2:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained Chokalingam Thangavelu wrote: >We have got many remote printers are configured to mainframe via TCPIP address. With what? Are you using a output writer scraping data from JES2/3 or is it something which accepts output from STCs? How are those printers connected via TCP/IP to your system? Via a pool of IP addreses or assigned LUs? >Fort the past 2 weeks we are getting lot of cases that these printers are becoming DRAINED after printing the reports instead of becoming INACTIVE. All of them
Re: Remote printers are Drained
I have found the below message in the netview log after the printer start command. DSI208I TIME EXPIRATION - ID= 'SYS50161' - CMD= 'MVS $SPRT981' DWO338I CONSOLE NOT OBTAINED FOR TASK AUTO1. CONSOLE AUTO1 IS ALREADY IN USE. Regards, Chokalingam Thangavelu -Original Message- From: Thangavelu Chokalingam (WT01 - Energy and Utilities) Sent: Friday, February 04, 2011 9:18 AM To: IBM-MAIN@bama.ua.edu Subject: RE: Remote printers are Drained We are just using NETVIEW and everything was working perfectly until last week. There is no timer elements found when I issued the LIST command. Regards, Chokalingam -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Thursday, February 03, 2011 4:45 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained Are you using SA or just Netview? I know that with SA, you either have to run the command under the PPT Or the use a auto-op id or other opid that is logged onto Netview at the time. Sometimes it looks like Netview issues the command but MVS never gets it - in my case This has been due to incorrect usage of the MVS command or neglecting to specify MVS first. Can you list the relevant timers in Netview? LIST TIMER=SYS -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chokalingam Thangavelu Sent: Thursday, February 03, 2011 11:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained I have checked in the Syslog but the start command was not executed and nothing happened afterwards. I have manually restarted the printer and afterwards NETVIEW is restarting the printer whenever it is DRAINED. I am bit confused why NETVIEW start command was not executed at a particular time. Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Thursday, February 03, 2011 3:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained It looks like the $SPRT981 command was issued via Netview timer - check MVS SYSLOG to see if the command was Actually executed and what happened afterwards - the printer may have gone DRAINED again after it was started And there was nothing coded in Netview to re-start it. You probably have Netview coded to issue the start commands only at certain times of the day And not when the actual DRAIN occurs. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chokalingam Thangavelu Sent: Thursday, February 03, 2011 10:49 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained I do not see any error message in the NETVIEW log and printer should have started after the below message but it was started. DSI208I TIME EXPIRATION - ID= 'SYS47343' - CMD= 'MVS $SPRT981' Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Thursday, February 03, 2011 2:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained NETVIEW automation (I assume that you are using IBM SA) is probably chaining off some message in the message table. You need to look at the messages that are being trapped and compare them to The messages that are being sent to the console at the time the printers are DRAINED. There may be some other problems with SA which is why it is not restarting the printers - Like timers getting deleted, auotops in use, clist errors, etc. You need to check the Netview logs for any errors at the time the DRAIN occurs to see why the processing is not getting done. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chokalingam Thangavelu Sent: Thursday, February 03, 2011 8:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained We are using PSF software to print mainframe reports to the remote printers. The printers will become DRAINED after printing the reports and NETVIEW automation will restart the printers. But some printers are not getting restarted by NETVIEW during morning hours and rest of the time its working fine. Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Thursday, February 03, 2011 1:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained DRAINED is a status used by VPS. Printers may go into DRAINED/EDRAINED status following an error, which is Shown in the VPS log. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Elardus Engelbrecht Sent: Thursday, February 03, 2011 2:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Remote printers are Drained Chokalingam Thangavelu wrot
SYS1 Datasets and it associated product names
Hi, Please let me know if there is any document that describes SYS1 datasets and its associated product names. For example SYS1.SIGY* datasets are related to Enterprise Cobol. Regards, Chokalingam Thangavelu Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
Mainframe console issue
Hi, We have lost our ICC console connectivity and we are getting below error while trying to connect again. V 6E1,CONSOLE IEE936I CONSOLE SD0112 INITIALIZATION ERROR - RC:01 - 3277-2 IS ASSUMED D C,U=(06E1),L=Z IEE889I 16.12.43 CONSOLE DISPLAY 637 MSG: CURR=1LIM=5000 RPLY:CURR=13 LIM=500 SYS=SD01 PFK=X0 CONSOLEID --- SPECIFICATIONS --- SD0112 21 COND=A AUTH=MASTER NBUF=1 06E1 AREA=Z MFORM=T,J SD01 DEL=RD RTME=1/4RNUM=5SEG=10CON=N USE=FC LEVEL=ALL PFKTAB=PFKTAB1 ROUTCDE=ALL LOGON=OPTIONAL CMDSYS=SD01 MSCOPE=SD01 MONITOR=JOBNAMES ALTGRP=SD012 IEE501I CONSOLE SD0112 FAILED, REASON=IOER . ALL ALTERNATES UNAVAILABLE, CONSOLE IS NOT SWITCHED We have tried switching the console but no luck and all the console devices giving the same problem. SWITCH CN=(SD0100) IEE686I SWITCH COMMAND REJECTED, SD0112 NO ALTERNATES FOUND SWITCH CN=(SD0112) Regards, Chokalingam Thangavelu Wipro Limited (Company Regn No in UK FC 019088) Address: Level 2, West wing, 3 Sheldon Square, London W2 6PS, United Kingdom. Tel +44 20 7432 8500 Fax: +44 20 7286 5703 VAT Number: 563 1947 27 (Branch of Wipro Limited (Incorporated in India at Bangalore with limited liability vide Reg no L9KA1945PLC02800 with Registrar of Companies at Bangalore, India. Authorized share capital Rs 3550 mn)) Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
Re: Mainframe console issue
Hi, We are getting the below error while connecting the console thru IBM PCOM. PCSTLNET013 - an unknown error occurs during device type negotiation. Regards, Chokalingam Thangavelu TWUL Project Thames Water IS In Partnership with Wipro Technologies Mobile: 07515520914 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thompson, Steve Sent: Monday, January 18, 2010 4:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Mainframe console issue -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chokalingam Thangavelu Sent: Monday, January 18, 2010 10:29 AM To: IBM-MAIN@bama.ua.edu Subject: Mainframe console issue Hi, We have lost our ICC console connectivity and we are getting below error while trying to connect again. V 6E1,CONSOLE IEE936I CONSOLE SD0112 INITIALIZATION ERROR - RC:01 - 3277-2 IS ASSUMED D C,U=(06E1),L=Z IEE889I 16.12.43 CONSOLE DISPLAY 637 MSG: CURR=1LIM=5000 RPLY:CURR=13 LIM=500 SYS=SD01 PFK=X0 CONSOLEID --- SPECIFICATIONS --- SD0112 21 COND=A AUTH=MASTER NBUF=1 06E1 AREA=Z MFORM=T,J SD01 DEL=RD RTME=1/4RNUM=5SEG=10CON=N USE=FC LEVEL=ALL PFKTAB=PFKTAB1 ROUTCDE=ALL LOGON=OPTIONAL CMDSYS=SD01 MSCOPE=SD01 MONITOR=JOBNAMES ALTGRP=SD012 IEE501I CONSOLE SD0112 FAILED, REASON=IOER . ALL ALTERNATES UNAVAILABLE, CONSOLE IS NOT SWITCHED We have tried switching the console but no luck and all the console devices giving the same problem. "Check the specification for RNUM, SEG or AREA in the CONSOLxx parmlib member for incorrect values." This is what LookAt gave for IEE936I. It is also what I suspect -- your CONSOLxx (00, 01, what ever) has either been changed or deleted. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer -- -- 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 Wipro Limited (Company Regn No in UK FC 019088) Address: Level 2, West wing, 3 Sheldon Square, London W2 6PS, United Kingdom. Tel +44 20 7432 8500 Fax: +44 20 7286 5703 VAT Number: 563 1947 27 (Branch of Wipro Limited (Incorporated in India at Bangalore with limited liability vide Reg no L9KA1945PLC02800 with Registrar of Companies at Bangalore, India. Authorized share capital Rs 3550 mn)) Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
FW: Mainframe console issue - urgent
One console is working fine with LU-ID - ACN06C1 but other consoles not. Do we need to do anything in HMC configurations? Also we are getting the below error while connecting the console thru IBM PCOM. PCSTLNET013 - an unknown error occurs during device type negotiation Regards, Chokalingam Thangavelu -Original Message- From: Cox, Dave [mailto:d...@ussco.com] Sent: Monday, January 18, 2010 5:05 PM To: Thangavelu Chokalingam (WT01 - ENERGY & UTILITIES) Subject: RE: Mainframe console issue Offline: Google and get: http://www.ibm.st/ibm/tcp/4096 Dave -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thompson, Steve Sent: Monday, January 18, 2010 4:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Mainframe console issue -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chokalingam Thangavelu Sent: Monday, January 18, 2010 10:29 AM To: IBM-MAIN@bama.ua.edu Subject: Mainframe console issue Hi, We have lost our ICC console connectivity and we are getting below error while trying to connect again. V 6E1,CONSOLE IEE936I CONSOLE SD0112 INITIALIZATION ERROR - RC:01 - 3277-2 IS ASSUMED D C,U=(06E1),L=Z IEE889I 16.12.43 CONSOLE DISPLAY 637 MSG: CURR=1LIM=5000 RPLY:CURR=13 LIM=500 SYS=SD01 PFK=X0 CONSOLEID --- SPECIFICATIONS --- SD0112 21 COND=A AUTH=MASTER NBUF=1 06E1 AREA=Z MFORM=T,J SD01 DEL=RD RTME=1/4RNUM=5SEG=10CON=N USE=FC LEVEL=ALL PFKTAB=PFKTAB1 ROUTCDE=ALL LOGON=OPTIONAL CMDSYS=SD01 MSCOPE=SD01 MONITOR=JOBNAMES ALTGRP=SD012 IEE501I CONSOLE SD0112 FAILED, REASON=IOER . ALL ALTERNATES UNAVAILABLE, CONSOLE IS NOT SWITCHED We have tried switching the console but no luck and all the console devices giving the same problem. "Check the specification for RNUM, SEG or AREA in the CONSOLxx parmlib member for incorrect values." This is what LookAt gave for IEE936I. It is also what I suspect -- your CONSOLxx (00, 01, what ever) has either been changed or deleted. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer -- -- 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 Wipro Limited (Company Regn No in UK FC 019088) Address: Level 2, West wing, 3 Sheldon Square, London W2 6PS, United Kingdom. Tel +44 20 7432 8500 Fax: +44 20 7286 5703 VAT Number: 563 1947 27 (Branch of Wipro Limited (Incorporated in India at Bangalore with limited liability vide Reg no L9KA1945PLC02800 with Registrar of Companies at Bangalore, India. Authorized share capital Rs 3550 mn)) Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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 Wipro Limited (Company Regn No in UK FC 019088) Address: Level 2, West wing, 3 Sheldon Square, London W2 6PS, United Kingdom. Tel +44 20 7432 8500 Fax: +44 20 7286 5703 VAT Number: 563 1947 27 (Branch of Wipro Limited (Incorporated in India at Bangalore with limited liability vide Reg no L9KA1945PLC02800 with Regist
Re: FW: Mainframe console issue - urgent
Hi, The problem is not resolved yet and we have done the Drop session function but still the problem persist. We have had a one console session till yesterday night but today morning we have lost that too. Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chris Mason Sent: Wednesday, January 20, 2010 5:05 AM To: IBM-MAIN@bama.ua.edu Subject: Re: FW: Mainframe console issue - urgent Chokalingam Thangavelu I would have thought that if this was *urgent*, you would have responded to my last post explaining how you had resolved the problem or posting your ICC "session" parameters. Some time ago I assisted with an ICC problem in the VSE-L list. It was also a case of not being able to reconnect the TN3270E client after a disconnection. No error messages were provided so I can't be sure the problem was the same as yours. I offered this suggestion to use the "Drop Session" function as described in the "System z9 and Eserver zSeries z890 and z990 Open Systems Adapter-Express Integrated Console Controller User's Guide" manual in Chapter 3, "Controlling and Configuring an OSA-ICC" under "Drop Session": Drop session The Drop session panel is used to drop a session from an OSA-ICC. You can use this panel if you need to drop a session because you can't get to a PC or you have a bad connection. If you selected auto-reconnect during the customization of your session, the option will automatically reconnect your session after you drop it. The drop utility requires a session index from the session table number to identify which session to drop. The drop session panel requires the following input: - Session index: The index from the session table. Assuming the TN3270E negotiation problem is caused by a status mismatch, this may help deal with your problem. I may as well mention that I offered the suggestion in the VSE-L thread to use the Defer Host Disconnect (DHD) option "enable with no timeout for deferment" as a way to ensure that the z/OS console remained active as long as the ICC was active - and, I expect, following the first use of the TN3270E client (your PCOMM). Thus the z/OS console will remain active even while the TN3270E client disconnects and reconnects. This idea was very much appreciated by a number of subscribers to the VSE-L list for their VSE system consoles. Chris Mason On Mon, 18 Jan 2010 18:13:37 -, Chokalingam Thangavelu wrote: >One console is working fine with LU-ID - ACN06C1 but other consoles not. > > >Do we need to do anything in HMC configurations? > >Also we are getting the below error while connecting the console thru >IBM >PCOM. > >PCSTLNET013 - an unknown error occurs during device type negotiation > >Regards, >Chokalingam Thangavelu > > > >-Original Message- >From: Cox, Dave [mailto:d...@ussco.com] >Sent: Monday, January 18, 2010 5:05 PM >To: Thangavelu Chokalingam (WT01 - ENERGY & UTILITIES) >Subject: RE: Mainframe console issue > >Offline: > > >Google and get: http://www.ibm.st/ibm/tcp/4096 > > >Dave > > > > >-Original Message- >From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On >Behalf Of Thompson, Steve >Sent: Monday, January 18, 2010 4:36 PM >To: IBM-MAIN@bama.ua.edu >Subject: Re: Mainframe console issue > >-Original Message- >From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On >Behalf Of Chokalingam Thangavelu >Sent: Monday, January 18, 2010 10:29 AM >To: IBM-MAIN@bama.ua.edu >Subject: Mainframe console issue > >Hi, > >We have lost our ICC console connectivity and we are getting below error >while trying to connect again. > >V 6E1,CONSOLE >IEE936I CONSOLE SD0112 INITIALIZATION ERROR - RC:01 - 3277-2 IS >ASSUMED >D C,U=(06E1),L=Z >IEE889I 16.12.43 CONSOLE DISPLAY 637 >MSG: CURR=1LIM=5000 RPLY:CURR=13 LIM=500 SYS=SD01 PFK=X0 > CONSOLEID --- SPECIFICATIONS --- > SD0112 21 COND=A AUTH=MASTER NBUF=1 > 06E1 AREA=Z MFORM=T,J > SD01 DEL=RD RTME=1/4RNUM=5SEG=10CON=N >USE=FC LEVEL=ALL PFKTAB=PFKTAB1 >ROUTCDE=ALL >LOGON=OPTIONAL >CMDSYS=SD01 >MSCOPE=SD01 >MONITOR=JOBNAMES >ALTGRP=SD012 >IEE501I CONSOLE SD0112 FAILED, REASON=IOER . ALL ALTERNATES >UNAVAILABLE, CONSOLE IS NOT SWITCHED > >We have tried switching the console but no luck and all the console >devices g
Unable drop or alter DB2 table
Hi, We are using DB2 V7 on our system and getting following error message when we are trying to drop or alter a tablespace. Error description DSNT408I SQLCODE = -904, ERROR: UNSUCCESSFUL EXECUTION CAUSED B UNAVAILABLE RESOURCE. REASON 00E70081 Does this has any relation with dynamic cache enabling? If yes then is there any PTFs are available for DB2 V7. Regards, Chokalingam Thangavelu Wipro Limited (Company Regn No in UK FC 019088) Address: Level 2, West wing, 3 Sheldon Square, London W2 6PS, United Kingdom. Tel +44 20 7432 8500 Fax: +44 20 7286 5703 VAT Number: 563 1947 27 (Branch of Wipro Limited (Incorporated in India at Bangalore with limited liability vide Reg no L9KA1945PLC02800 with Registrar of Companies at Bangalore, India. Authorized share capital Rs 3550 mn)) Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
ROOT file system is out space
Hi, I am applying RSU maintenance and the job failed with the below message. IOEZ00551I Aggregate ZOSS11.OMVSB.ROOT ran out of space Please help me to increase the size of ROOT file system. Regards, Chokalingam Thangavelu Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
IRA103I SQA/ESQA HAS EXPANDED INTO CSA/ECSA BY 510 PAGES
Hi, The below message is frequently coming on DEV LPAR. IRA103I SQA/ESQA HAS EXPANDED INTO CSA/ECSA BY 510 PAGES Sysview reports show below utilizations. ECSA 23% ESQA 90% SQA 20% CSA 18% Please let me know do I need to increase the ESQA size. Regards, Chokalingam Thangavelu Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
Re: ROOT file system is out space
This is live ROOT. Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Monday, December 05, 2011 5:07 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ROOT file system is out space > >I am applying RSU maintenance and the job failed with the below message. > >IOEZ00551I Aggregate ZOSS11.OMVSB.ROOT ran out of space > >Please help me to increase the size of ROOT file system. > Is this a zFS or HFS file? Is this your live Root or your Service Root? Lizette -- 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 Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
Re: IRA103I SQA/ESQA HAS EXPANDED INTO CSA/ECSA BY 510 PAGES
Hi, We have IPLed on October 31st 2011 and we have got 3 LPARS and below are the SQA & CSA parms in IEASYSXX and current usage as per SYSVIEW. SYSA LPAR'S IEASYSXX PARMS - CSA=(2600,144M) SQA=(7,24M) Current usage - ECSA 68% ESQA 73% SQA 30% CSA 30% SYSD LPAR'S IEASYSXX PARMS - CSA=(2600K,100M) SQA=(448K,8M) Current Usage - ECSA 53% ESQA 93% SQA 25% CSA 19% SYSM LPAR'S IEASYSXX PARM - CSA=(2600K,160M) SQA=(448K,8M) Current Usage - ECSA 24% ESQA 95% SQA 21% CSA 18% How much ESQA & ECSA I may need to increase in all LPARS? Regards, Chokalingam Thangavelu -Original Message- From: Bobbie Justice [mailto:golds...@yahoo.com] Sent: Monday, December 05, 2011 7:12 PM To: Thangavelu Chokalingam (WT01 - ENU) Subject: Re: IRA103I SQA/ESQA HAS EXPANDED INTO CSA/ECSA BY 510 PAGES first off ESQA (if it gets full) will overflow into ECSA looking at your display, you currently have PLENTY of ECSA available. You could probably increase your ESQA by a little if you want to. What are your current parameters (both) in IEASYS* for SQA AND CSA? lastly, when was the last time you IPLed ? and fyi, if this is z/OS 1.11 or above, you need to take this note into account. (from the z/OS migration manual) Description: In z/OS V1R11, each address space requires 1608 bytes of additional 31-bit Extended System Queue Area (ESQA) storage. The additional ESQA storage is allocated at address space create time and freed at address space termination time. Therefore, additional ESQA is only required for the typical peak number of active address spaces. Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
Re: ROOT file system is out space
I have successfully expanded the Service Root but it has reached 4 GB limit and unable to expand it further. Is there any way to expand beyond 4 GB limit and the file system is on non sms volume. Regards, Chokalingam From: IBM Mainframe Discussion List on behalf of Lizette Koehler Sent: Tue 06/12/2011 03:53 To: IBM-MAIN@bama.ua.edu Subject: Re: ROOT file system is out space Subject: Re: ROOT file system is out space > >This is live ROOT. > >Regards, >Chokalingam Thangavelu > Is the root a zFS or HFS file? I do not think the zfsadm will work for HFS files. Lizette -- 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 Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
Re: ROOT file system is out space
We are applying RSU maintenance RSU 1109 and it has pulled around 4 GB of PTFS. That's why the service root is running out of space. Is there any way to pull only latest RSU not all the PTFS? Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bobbie Justice Sent: Wednesday, December 07, 2011 7:17 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ROOT file system is out space it's got to be sms managed if you want it larger than 4 GB, but I'm curious why you have a 4 GB root, my 1.12 root still fits within a "mod 3" size. (although just barely). Perhaps you might want to look at sms management for this, or splitting some directories into their own separate files. Bobbie Jo Justice >I have successfully expanded the Service Root but it has reached 4 GB limit and unable to expand it further. > Is there any way to expand beyond 4 GB limit and the file system is on non sms volume. >Regards, >Chokalingam -- 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 Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
"SIGNOFF IBM-MAIN"
"SIGNOFF IBM-MAIN" Regards, Chokalingam Thangavelu TWUL Mainframe Support Thames Water IS In Partnership with Wipro Technologies Mobile: +91(0)-96864 33224 Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
Re: SIGNOFF IBM-MAIN
Hi, I do not want receive mails from different consultants. So please block these mails. Regards, Chokalingam Thangavelu TWUL Mainframe Support Thames Water IS In Partnership with Wipro Technologies Mobile: +91(0)-96864 33224 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sarath Babu Sent: Monday, August 10, 2009 12:54 PM To: IBM-MAIN@bama.ua.edu Subject: SIGNOFF IBM-MAIN "SIGNOFF IBM-MAIN" -- 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 Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
CICS Access interface ECI or EPI
Hi, How to find out which CICS interface (ECI or EPI) is being used in the CICS transaction gateway program. CICS TG is installed on WINTEL platform and our CICS TS version is 2.3. Regards, Chokalingam Thangavelu TWUL Mainframe Support Thames Water IS In Partnership with Wipro Technologies Mobile: +91(0)-96864 33224 Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
GIMUNZIP failure
Hi, I have downloaded SMPPTFIN and SMPHOLD PAX file from ShopZseries which contains PTFS required for measuring ZIIP workload along with GIMPAF.XML and GIMPAF.XSL to my workstation then FTP to the HFS directory in OMVS in Binary format. I have followed the above method as our firewall is protected and am doing this first time. I am getting below error message when I run GIMUNZIP job. GIM49001S ** ARCHIVE smpptfin/s0001.shopz.s8788653.smpmcs.pax.Z COULD NOT BE FOUND WITHIN THE DIRECTORY NAMED ON THE SMPDIR DD STATEMENT. Please let me know what could be the reason for the failure and I am thinking that I have uploaded GIMPAF.XML and GIMPAF.XSL files in Binary format along with other package files. If this is wrong then let me know what mode I should use while FTPing these files into OMVS. Regards, Chokalingam Thangavelu Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
Re: GIMUNZIP failure
Hi, Thanks for your help. Now the error comes as it could not found GIMPAF.XML file in the directory. Also I could not find SMPNTS directory in our OMVS system. Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Tuesday, October 27, 2009 3:47 PM To: IBM-MAIN@bama.ua.edu Subject: Re: GIMUNZIP failure On Tue, 27 Oct 2009 21:01:43 +0530, Chokalingam Thangavelu wrote: > >GIM49001S ** ARCHIVE smpptfin/s0001.shopz.s8788653.smpmcs.pax.Z COULD >NOT BE FOUND WITHIN THE DIRECTORY NAMED ON THE > SMPDIR DD STATEMENT. > >Please let me know what could be the reason for the failure and I am >thinking that I have uploaded GIMPAF.XML and GIMPAF.XSL files in Binary >format along with other package files. If this is wrong then let me know >what mode I should use while FTPing these files into OMVS. > Binary is correct for transfers both from ShopZ and to HFS directory. But that's not what the message says is the problem Do ls -al ... of the HFS directory "NAMED ON THE SMPDIR DD STATEMENT" and verify that the file named in the message is present. But why bother with GIMUNZIP? You should be able to do RECEIVE FROMNTS directly. -- gil -- 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 Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
Receving PTFs for measuring workload that can be processed by ZIIP engine
We are planning to do a assessment that requires installation of this FMID JBB772S so that from the SMF Records we can find out how much of our current general processor workload can be processed by specialty processors like zIIP and zAAP. We have found out that FMID JBB772S requires to enable that but most of PTFs associated with FMID JBB772S are not received due to NO APPLICABLE ++VER statement while run a Receive job. UA23218 NOT RECEIVED PTF NO APPLICABLE ++VER NOT ASSIGNEDPUT0601 SYSMOD NOT IN RECEIVE STATUS We are running Z/OS V1.7 and please let me know how can we receive all these PTFs. Regards, Chokalingam Thangavelu l Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
Re: Receving PTFs for measuring workload that can be processed by ZIIP engine
Hi, I have not received the function yet. I need receive HBB7730,HBB7740,HBB7750 and JBB773J,JBB774J,JBB775J,JBB77S9 along with JBB772S . Please let me the below Syntax is correct as I have done before. SET BOUNDARY(GLOBAL). RECEIVE FORFMID(HBB7730,HBB7740,HBB7750,JBB772S,JB772S etc..) SET BOUNDARY(TARGET) APPLY PTFS FORFMID(JBB772S etc..) GROUPEXTEND Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Jacobs Sent: Tuesday, November 10, 2009 6:47 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Receving PTFs for measuring workload that can be processed by ZIIP engine Chokalingam Thangavelu wrote: > We are planning to do a assessment that requires installation of this > FMID JBB772S so that from the SMF Records we can find out how much of > our current general processor workload can be processed by specialty > processors like zIIP and zAAP. > > We have found out that FMID JBB772S requires to enable that but most of > PTFs associated with FMID JBB772S are not received due to NO APPLICABLE > ++VER statement while run a Receive job. > > UA23218 NOT RECEIVED PTF NO APPLICABLE ++VER > > NOT ASSIGNEDPUT0601 SYSMOD NOT IN > RECEIVE STATUS > > We are running Z/OS V1.7 and please let me know how can we receive all > these PTFs. > > Regards, > Chokalingam Thangavelu > l > > Have you received the function yet? If you haven't that would explain why the associated PTF's won't be received. -- Mark Jacobs Time Customer Service Tampa, FL Aside from a cold appreciation of my own genius I felt that I was a modest man. Robert A. Heinlein Double Star(1956) -- 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 Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
Re: Receving PTFs for measuring workload that can be processed by ZIIP engine
Hi, This is for Z/OS 1.7 and I have only HBB7720 in our Global Zone. I found the attached list when I searched in the net for JBB772S. Regards, Chokalingam Thangavelu TWUL Mainframe Support Thames Water IS In Partnership with Wipro Technologies Mobile: +91(0)-96864 33224 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Tuesday, November 10, 2009 8:26 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Receving PTFs for measuring workload that can be processed by ZIIP engine You need to receive the FMIDs for the version of software you are running. If you have HBB7730 you do not do HBB7740, HBB7750; unless you are running all those different releases of z/OS. I would just receive the JBB772S and see if it goes in. What version of z/OS will this be for??? Go look at Cheryl Watson's Hot Flashes http://www.watsonwalker.com/PR070216.pdf It will help you with this process. Lizette > >I have not received the function yet. > >I need receive HBB7730,HBB7740,HBB7750 and >JBB773J,JBB774J,JBB775J,JBB77S9 along with JBB772S . > >Please let me the below Syntax is correct as I have done before. > >SET BOUNDARY(GLOBAL). >RECEIVE FORFMID(HBB7730,HBB7740,HBB7750,JBB772S,JB772S etc..) > >SET BOUNDARY(TARGET) >APPLY PTFS > FORFMID(JBB772S etc..) >GROUPEXTEND > > >Regards, >Chokalingam Thangavelu > >-Original Message- >From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On >Behalf Of Mark Jacobs >Sent: Tuesday, November 10, 2009 6:47 PM >To: IBM-MAIN@bama.ua.edu >Subject: Re: Receving PTFs for measuring workload that can be processed >by ZIIP engine > >Chokalingam Thangavelu wrote: >> We are planning to do a assessment that requires installation of this >> FMID JBB772S so that from the SMF Records we can find out how much of >> our current general processor workload can be processed by specialty >> processors like zIIP and zAAP. >> >> We have found out that FMID JBB772S requires to enable that but most >of >> PTFs associated with FMID JBB772S are not received due to NO >APPLICABLE >> ++VER statement while run a Receive job. >> >> UA23218 NOT RECEIVED PTF NO APPLICABLE >++VER >> >> NOT ASSIGNED PUT0601 SYSMOD NOT IN >> RECEIVE STATUS >> >> We are running Z/OS V1.7 and please let me know how can we receive all >> these PTFs. >> >> Regards, >> Chokalingam Thangavelu >> l >> >> >Have you received the function yet? If you haven't that would explain >why the associated PTF's won't be received. > >-- >Mark Jacobs >Time Customer Service >Tampa, FL > > -- 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 Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com /* Preventive Service Planning */ /* UPGRADE: ZOSV1R7, SUBSET: BCPZIIP */ /* Updates also available at ftp site: */ /* ftp site = ftp://ftp.software.ibm.com/s390/pspapartool/ */ /* ftp file = ZOSV1R7_BCPZIIP.txt */ /* Last Extract: */ /*Time = 23:56:32 */ /*Date = 03/15/2009 */ APAR(AA12784) FMID(HBB7709) FIX(UA23218) UPG(ZOSV1R7) SUB(BCPZIIP). APAR(AA15799) FMID(HBB7709) FIX(UA25639) UPG(ZOSV1R7) SUB(BCPZIIP). APAR(AA17268) FMID(HBB7709) FIX(UA27859) UPG(ZOSV1R7) SUB(BCPZIIP). APAR(AA20135) FMID(HBB7709) FIX(UA38879) UPG(ZOSV1R7) SUB(BCPZIIP). APAR(AA12784) FMID(HBB7720) FIX(UA23219) UPG(ZOSV1R7) SUB(BCPZIIP). APAR(AA15360) FMID(HBB7720) FIX(UA25719) UPG(ZOSV1R7) SUB(BCPZIIP). APAR(AA15712) FMID(HBB7720) FIX(UA25757) UPG(ZOSV1R7) SUB(BCPZIIP). APAR(AA15799) FMID(HBB7720) FIX(UA25640) UPG(ZOSV1R7) SUB(BCPZIIP). APAR(AA18531) FMID(HBB7720) FIX(UA31215) UPG(ZOSV1R7) SUB(BCPZIIP). APAR(AA18697) FMID(HBB7720) FIX(UA40033) UPG(ZOSV1R7) SUB(BCPZIIP). APAR(AA20135) FMID(HBB7720) FIX(UA38880) UPG(ZOSV1R7) SUB(BCPZIIP). APAR(AA17735) F
Re: Receving PTFs for measuring workload that can be processed by ZIIP engine
Please could let me know the syntax to install FMIDJBB772S. Regards, Chokalingam Thangavelu TWUL Mainframe Support Thames Water IS In Partnership with Wipro Technologies Mobile: +91(0)-96864 33224 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Itschak Mugzach Sent: Wednesday, November 11, 2009 6:31 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Receving PTFs for measuring workload that can be processed by ZIIP engine You first have to install FMID JBB772S. ITschak On Tue, Nov 10, 2009 at 8:42 PM, Chokalingam Thangavelu < thangavelu.chokalin...@wipro.com> wrote: > We are planning to do a assessment that requires installation of this > FMID JBB772S so that from the SMF Records we can find out how much of > our current general processor workload can be processed by specialty > processors like zIIP and zAAP. > > We have found out that FMID JBB772S requires to enable that but most of > PTFs associated with FMID JBB772S are not received due to NO APPLICABLE > ++VER statement while run a Receive job. > > UA23218 NOT RECEIVED PTF NO APPLICABLE ++VER > > NOT ASSIGNEDPUT0601 SYSMOD NOT IN > RECEIVE STATUS > > We are running Z/OS V1.7 and please let me know how can we receive all > these PTFs. > > Regards, > Chokalingam Thangavelu > l > > Please do not print this email unless it is absolutely necessary. > > The information contained in this electronic message and any attachments to > this message are intended for the exclusive use of the addressee(s) and may > contain proprietary, confidential or privileged information. If you are not > the intended recipient, you should not disseminate, distribute or copy this > e-mail. Please notify the sender immediately and destroy all copies of this > message and any attachments. > > WARNING: Computer viruses can be transmitted via email. The recipient > should check this email and any attachments for the presence of viruses. The > company accepts no liability for any damage caused by any virus transmitted > by this email. > > www.wipro.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 Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
Install a FMID into Global Zone
Hi, I need to receive the FMID JBB772S into GLOBAL Zone and please let me know the syntax for the same. Regards, Chokalingam Thangavelu Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
HFSCOPY ERROR
Hi, I am getting below error while I do a SMPE APPLY job. BPXF151I BPXCOPY WAS INVOKED FOR HEAD ID 26. BPXF150I MVS DATA SET WITH DDNAME SMP5 SUCCESSFULLY COPIED INTO TEXT HFS FILE /Service/usr/lib/IBM/IWMA3HEW. BPXF140E RETURN CODE 0090, REASON CODE 0549010C. A LINK FAILED FOR LINK NAME /Service/usr/lib/IBM/../ewlmplat.x. Please let me know what could be the reason. Regards, Chokalingam Thangavelu Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
Re: HFSCOPY ERROR
Thanks very much and it worked. Regards, Chokalingam Thangavelu TWUL Mainframe Support Thames Water IS In Partnership with Wipro Technologies Mobile: +91(0)-96864 33224 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Tuesday, November 24, 2009 1:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: HFSCOPY ERROR > -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chokalingam Thangavelu > Sent: Tuesday, November 24, 2009 3:35 AM > To: IBM-MAIN@bama.ua.edu > Subject: HFSCOPY ERROR > > Hi, > > I am getting below error while I do a SMPE APPLY job. > > BPXF151I BPXCOPY WAS INVOKED FOR HEAD ID 26. > > BPXF150I MVS DATA SET WITH DDNAME SMP5 SUCCESSFULLY > COPIED INTO TEXT > HFS FILE /Service/usr/lib/IBM/IWMA3HEW. > BPXF140E RETURN CODE 0090, REASON CODE 0549010C. A LINK > FAILED FOR > LINK NAME /Service/usr/lib/IBM/../ewlmplat.x. > > Please let me know what could be the reason. > > Regards, > Chokalingam Thangavelu 99.% of the time, the key information in the message is the REASON CODE. You can easily find out what that means by using the command TSO BPXMTEXT ... . With the ... replaced by the reason code. In your case, 0549010C. On my z/OS 1.10 system, I get the response: BPXFSLNK 07/08/07 JRLnkAcrossFilesets: The service tried to link across file systems Action: Reissue the request, specifying a new pathname that is within the same file system as the existing pathname. This indicates that SMP/E is trying to create what is called a "hard link". For those new to UNIX, this is confusing because, in UNIX, multiple file names can refer to the same physical data. But a "hard link" cannot span from one filesystem to another. Unless I am mistaken (and it is definately possible!), the original file was called /Service/usr/lib/IBM/IWMA3HEW the new name, which should refer to the same physical data is supposed to be: /Service/usr/lib/IBM/../ewlmplat.x which simplifies to: /Service/usr/lib/ewlmplat.x So now the question is: Is /Service/usr/lib in the same filesystem as /Service/usr/lib/IBM ? I would think so, but I don't know. The simpliest way to tell is to go into TSO OMVS and issue the commands: cd /Service/usr/lib df . cd IBM df . The output from the two "df ." commands should be identical. I don't have this set up on my system right now, but the output would look something like: Mounted on FilesystemAvail/TotalFiles Status /home1000 (TSSPN.LIH1.HOME1000) 3064/2523168 4294960585 Available Basically, make sure that both "df ." outputs have the same path under "Mounted on" and the same DSN under "Filesystem". If not, then the SMP/E environment is not set up properly. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- 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 Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
'i...@prim' is not a valid 'selection' panel.
We have compressed SYS1.SISPPENU dataset in our test system by mistake and we are not able to access ISPF/PDF panels. Below error is displaying while we access ISPF panels. ISPD113 Invalid panel 'i...@prim' is not a valid 'selection' panel. *** A severe error occurred under dialog: Application : ISP Function . : Command TWMGO Service . . : SELECT Error message ID: ISPD213 Please let us know that IPL will resolve the problem. Regards, Chokalingam Thangavelu Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
Re: 'i...@prim' is not a valid 'selection' panel.
Thanks it worked. Regards, Chokalingam Thangavelu TWUL Mainframe Support Thames Water IS In Partnership with Wipro Technologies Mobile: +91(0)-96864 33224 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vernooij, CP - SPLXM Sent: Wednesday, November 25, 2009 10:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: 'i...@prim' is not a valid 'selection' panel. "Chokalingam Thangavelu" wrote in message news:.. . > We have compressed SYS1.SISPPENU dataset in our test system by mistake > and we are not able to access ISPF/PDF panels. Below error is displaying > while we access ISPF panels. > > > ISPD113 Invalid panel > 'i...@prim' is not a valid 'selection' panel. > *** > > A severe error occurred under dialog: > > > > Application : ISP > > > > Function . : Command TWMGO > > > > Service . . : SELECT > > > > Error message ID: ISPD213 > > Please let us know that IPL will resolve the problem. > > Regards, > Chokalingam Thangavelu > Is your library under LLA management? If so, did you update (refresh) LLA? Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- 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 Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
Z/OS Maintanance
Hi, Please let me know what would be the best maintenance method for Z/OS and from the below 2 options. 1. Receive and apply RSU maintenance 2. Receive Enhanced HOLDDATA (Monthly/Quarterly) and run ERRSYSMOD report to find out the missing patches and apply those patches. 3. Both of the above Regards, Chokalingam Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
Main memory usage
Hi, We wanted to find out the Main memory usage of our production LPAR for a particular day. We have allocated 15GB of main memory and we wanted to find out this 15GB is enough or more memory need to added. We have printed RMF Paging activity report but is there any specific parameter needs to be looked at the paging report to find out the memory usage. Regards, Chokalingam Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
Recall: Main memory usage
Thangavelu Chokalingam (WT01 - ENU) would like to recall the message, "Main memory usage". Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
Re: Main memory usage
Please send me the white paper about memory usage. Regards, Chokalingam Thangavelu TWUL Mainframe Support Thames Water IS In partnership with Wipro Technologies Mobile - 0091-96864 33224 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Fabio Massimo Ottaviani Sent: Tuesday, July 19, 2011 6:00 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Main memory usage Chokalingam dealing with memory is a bit more complex than with other resources. I wrote a white paper about that 1 year ago. If you are interested I can send it to you. Let me know ... Fabio At 10:25 19/07/2011, you wrote: >Hi, > >We wanted to find out the Main memory usage of our production LPAR for a >particular day. We have allocated 15GB of main memory and we wanted to >find out this 15GB is enough or more memory need to added. > >We have printed RMF Paging activity report but is there any specific >parameter needs to be looked at the paging report to find out the memory >usage. > >Regards, >Chokalingam > >Please do not print this email unless it is absolutely necessary. > >The information contained in this electronic message and any >attachments to this message are intended for the exclusive use of >the addressee(s) and may contain proprietary, confidential or >privileged information. If you are not the intended recipient, you >should not disseminate, distribute or copy this e-mail. Please >notify the sender immediately and destroy all copies of this message >and any attachments. > >WARNING: Computer viruses can be transmitted via email. The >recipient should check this email and any attachments for the >presence of viruses. The company accepts no liability for any damage >caused by any virus transmitted by this email. > >www.wipro.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 + + Fabio Massimo Ottaviani + EPV Technologies Technical Director + Skype: fabio.massimo.ottaviani + + IT Cost under Control + www.epvtech.com + P Please consider the environment - do you really need to print this email? -- 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 Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
Configuring HOSTNAME for OMVS segment
Hi, We have changed the IP address of our test mainframe and the DNS names for the same. But when we check the hostname in OMVS segment still showing old DNS name but MVS side it showing the new DNS name. Please let me know 1. From where 'hostname' command in OMVS picks the hostname information 2. Do we need to change anything in OMVS side as part of this IP address changed activity Regards, Chokalingam Wipro Limited (Company Regn No in UK FC 019088) Address: Level 2, West wing, 3 Sheldon Square, London W2 6PS, United Kingdom. Tel +44 20 7432 8500 Fax: +44 20 7286 5703 VAT Number: 563 1964 27 (Branch of Wipro Limited (Incorporated in India at Bangalore with limited liability vide Reg no L9KA1945PLC02800 with Registrar of Companies at Bangalore, India. Authorized share capital Rs 3550 mn)) Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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
CICS Maintenance - LPA change
Hi, We are applying USERMOD fix for CICS V4.1 and this fix is replacing module DFHIEDML in CICSTS.*.SDFHLPA Dataset and we have installed USERMOD 'DFHUMOD' to move all eligible modules to SDFHLPA along with CICS upgrade. Please clarify that if we add module DFHIEDML into LPA using below command will take care of LPA module change or we need to do something else. SETPROG LPA,ADD,MODNAME=DFHIEDML,DSNAME=CICSTS.*.SDFHLPA Regards, Chokalingam Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Recall: CICS Maintenance - LPA change
Thangavelu Chokalingam (WT01 - ENU) would like to recall the message, "CICS Maintenance - LPA change". Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Accessing USS on Mainframe thru Telnet
Hi, I am unable to access the Unix system services thru Telnet and could not find below configurations in USS files. 1. Could not find 'otelnet in file /etc/services' which points to the port of the USS telnet. 2. There is no otelnetd daemon or the configured inetd is running on the system 3. Could not fine INET in /etc/inet.conf Please let me know how to define above TELNET configurations and access USS thru TELNET. Regards, Chokalingam Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN