HMC and SE Ethernet connection
Can anyone tell me how an HMC determines the IP addresses of the primary and alternate SEs to which it is connected? I don't find any IP addressing information in the HMC settings that attempt to define the SEs, athough there are settings that identify the HMC's IP addresses for its own Ethernet connections. Mike Myers -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Jes2 - $DO JOBQ,READY
When you say stop working, I assume you mean it is not selecting work. Find a job you think should be actioned by the command, then go into SDSF and issue an I against that job. See if it matches the criteria for your command. Sometimes JES2 will not select work because it does not match the work selection criteria. I find the I (INFO) command in SDSF sometimes helpful. You may not have work that is READY. It may be held ins some fashion. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tim Brown Sent: Monday, January 07, 2013 7:52 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Jes2 - $DO JOBQ,READY This command recently stopped working eventhough there is output in the JES2 output that it should display output for. I have an identical Z/OS system where it does display the output properly. Thanks, Tim Brown N -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Promote specific modules from service root
I must not be understanding something as I received and offline email telling me these commands would not back sub-directories, However on my z/OS 1.12 lpar. I receive the following messages which indicated they are backup up. What's the difference? I made an assumption, right or wrong you run this with superuser, we also temporarily changed from a R/O to R/W mount, to perform the restores. /usr/lpp/gskssl/IBM/ /usr/lpp/gskssl/IBM/GSKAH001 /usr/lpp/gskssl/IBM/GSKAH002 /usr/lpp/gskssl/IBM/GSKAH003 /usr/lpp/gskssl/IBM/GSKAH004 /usr/lpp/gskssl/IBM/GSKAH005 /usr/lpp/gskssl/IBM/GSKAH006 /usr/lpp/gskssl/IBM/GSKAH007 /usr/lpp/gskssl/IBM/GSKAH008 /usr/lpp/gskssl/IBM/GSKAH009 /usr/lpp/gskssl/IBM/GSKAH010 /usr/lpp/gskssl/IBM/GSKAH011 /usr/lpp/gskssl/IBM/GSKAH039 /usr/lpp/gskssl/IBM/GSKAH040 /usr/lpp/gskssl/IBM/GSKAH041 /usr/lpp/gskssl/IBM/GSKAH042 /usr/lpp/gskssl/IBM/GSKAH043 /usr/lpp/gskssl/IBM/GSKAH055 /usr/lpp/gskssl/IBM/GSKAH056 /usr/lpp/gskssl/IBM/GSKAH057 /usr/lpp/gskssl/IBM/GSKAM003 /usr/lpp/gskssl/IBM/GSKLM015 /usr/lpp/gskssl/bin/ /usr/lpp/gskssl/bin/gskkyman /usr/lpp/gskssl/bin/gsktrace /usr/lpp/gskssl/examples/ /usr/lpp/gskssl/examples/client.cpp /usr/lpp/gskssl/examples/common.cpp /usr/lpp/gskssl/examples/common.hpp /usr/lpp/gskssl/examples/display_certificate.c /usr/lpp/gskssl/examples/gsksrvr.envar /usr/lpp/gskssl/examples/secures.cpp /usr/lpp/gskssl/examples/secures.h /usr/lpp/gskssl/examples/server.cpp /usr/lpp/gskssl/examples/utils.cpp /usr/lpp/gskssl/examples/utils.hpp /usr/lpp/gskssl/examples/Makefile /usr/lpp/gskssl/include/ /usr/lpp/gskssl/include/gskcms.h /usr/lpp/gskssl/include/gskssl.h /usr/lpp/gskssl/include/gsktypes.h /usr/lpp/gskssl/lib/ /usr/lpp/gskssl/lib/nls/ /usr/lpp/gskssl/lib/nls/msg/ /usr/lpp/gskssl/lib/nls/msg/En_US.IBM-1047/ /usr/lpp/gskssl/lib/nls/msg/En_US.IBM-1047/gskmsgs.cat /usr/lpp/gskssl/lib/nls/msg/Ja_JP.IBM-939/ /usr/lpp/gskssl/lib/GSKCMS31.x /usr/lpp/gskssl/lib/GSKCMS64.x /usr/lpp/gskssl/lib/GSKSSL.x /usr/lpp/gskssl/lib/GSKSSL64.x Compression: 71.22% /usr/lpp/internet/bin/IBM/ /usr/lpp/internet/bin/IBM/IMWCACHE /usr/lpp/internet/bin/IBM/IMWFCGI /usr/lpp/internet/bin/IBM/IMWGSKIP /usr/lpp/internet/bin/IBM/IMWJAVDL /usr/lpp/internet/bin/IBM/IMWJGIW /usr/lpp/internet/bin/IBM/IMWOCGPR /usr/lpp/internet/bin/IBM/IMWOCGTL /usr/lpp/internet/bin/IBM/IMWOHTAP /usr/lpp/internet/bin/IBM/IMWSCONT /usr/lpp/internet/bin/IBM/IMWSOEDS /usr/lpp/internet/bin/IBM/IMWYWWUS /usr/lpp/internet/bin/IMWX00.so /usr/lpp/internet/bin/Jav_dll.so /usr/lpp/internet/bin/cacheagt /usr/lpp/internet/bin/cgiparse /usr/lpp/internet/bin/cgiutils /usr/lpp/internet/bin/gskipc.so /usr/lpp/internet/bin/htcounter.so /usr/lpp/internet/bin/htjgiwrapper /usr/lpp/internet/bin/libfcgi.so /usr/lpp/internet/bin/libhttpdapi.so /usr/lpp/internet/bin/mvsds.so /usr/lpp/internet/bin/wwwus.so Compression: 64.03% /usr/lpp/internet/sbin/IBM/ /usr/lpp/internet/sbin/IBM/HTTPD /usr/lpp/internet/sbin/IBM/IMWHTTPH /usr/lpp/internet/sbin/IBM/IMWLGRPJ /usr/lpp/internet/sbin/IBM/IMWOHTDM /usr/lpp/internet/sbin/IBM/IMWOWWWC /usr/lpp/internet/sbin/IBM/IMWSERVR /usr/lpp/internet/sbin/IBM/IMWSETUP /usr/lpp/internet/sbin/IBM/IMWSTCFG /usr/lpp/internet/sbin/IBM/IMWSTLNS /usr/lpp/internet/sbin/IBM/IMWSTTGT /usr/lpp/internet/sbin/IBM/IMWUSAGE /usr/lpp/internet/sbin/htadm /usr/lpp/internet/sbin/htlogrep /usr/lpp/internet/sbin/httpd /usr/lpp/internet/sbin/httpd_V5R3M0 /usr/lpp/internet/sbin/setup.sh /usr/lpp/internet/sbin/setupcfg.sh /usr/lpp/internet/sbin/setuplns.sh /usr/lpp/internet/sbin/setuptgt.sh /usr/lpp/internet/sbin/webusage /usr/lpp/internet/sbin/wwwcmd Compression: 69.29% Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com z/OS Engineer J.P.Morgan Chase Co. GTI ECS Enterprise Software Engineering (ESE) or Extreme Software Engineering Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, January 04, 2013 4:00 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Promote specific modules from service root I just looked and I think Ms. Shaffer gave you a better solution using pax. It
Re: Jes2 - $DO JOBQ,READY
Issuing an I in SDSF NP column gets Invalid command Thanks, Tim -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Monday, 07 January, 2013 10:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Jes2 - $DO JOBQ,READY When you say stop working, I assume you mean it is not selecting work. Find a job you think should be actioned by the command, then go into SDSF and issue an I against that job. See if it matches the criteria for your command. Sometimes JES2 will not select work because it does not match the work selection criteria. I find the I (INFO) command in SDSF sometimes helpful. You may not have work that is READY. It may be held ins some fashion. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tim Brown Sent: Monday, January 07, 2013 7:52 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Jes2 - $DO JOBQ,READY This command recently stopped working eventhough there is output in the JES2 output that it should display output for. I have an identical Z/OS system where it does display the output properly. Thanks, Tim Brown N -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ESDS extent ...
Hi all, We encounter problems with esds vsam on sms, because of the impossibility to extent (RBA 4Go limit) Is there prerequisites to observe, to bypass this limitation ? IEC070I 034(004)-220, CICS,CICSCICSB,JRNL2,4110,SS9V16, 118 IEC070I PROD.DB2.JOURCICS, PROD.DB2.JOURCICS.DATA, IEC070I CATALOG.PROD.D00777 IEC070I 034(004)-220,CICS,CICSCICSB,JRNL2,4105,SS9V05, 119 IEC070I PROD.DB2.JOURCICS, PROD.DB2.JOURCICS.DATA, IEC070I CATALOG.PROD.D00777 IEC070I 034(004)-220,CICS,CICSCICSB,JRNL2,4110,SS9V16, 120 IEC070I PROD.DB2.JOURCICS, PROD.DB2.JOURCICS.DATA, IEC070I CATALOG.PROD.D00777 Thanks. Bien Cordialement/Best Regards. ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.gbp.ma ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ESDS extent ...
Talk to your storage administrator about allowing the VSAM dataset to have Extended Attribute/Extended Format. That allows vsam to go over the 4GB limit. Also ensure you are at the correct level of software (fixes, release levels) to support the vsam dataset going over 4 GB. Your application (CICS, DB2) needs to be able to handle it as well. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Moussadak Mostafa Sent: Monday, January 07, 2013 8:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ESDS extent ... Hi all, We encounter problems with esds vsam on sms, because of the impossibility to extent (RBA 4Go limit) Is there prerequisites to observe, to bypass this limitation ? IEC070I 034(004)-220, CICS,CICSCICSB,JRNL2,4110,SS9V16, 118 IEC070I PROD.DB2.JOURCICS, PROD.DB2.JOURCICS.DATA, IEC070I CATALOG.PROD.D00777 IEC070I 034(004)-220,CICS,CICSCICSB,JRNL2,4105,SS9V05, 119 IEC070I PROD.DB2.JOURCICS, PROD.DB2.JOURCICS.DATA, IEC070I CATALOG.PROD.D00777 IEC070I 034(004)-220,CICS,CICSCICSB,JRNL2,4110,SS9V16, 120 IEC070I PROD.DB2.JOURCICS, PROD.DB2.JOURCICS.DATA, IEC070I CATALOG.PROD.D00777 Thanks. Bien Cordialement/Best Regards. ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.gbp.ma ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Jes2 - $DO JOBQ,READY
Tim What panel were you in when you issued the INFO? I typically use ST a lot. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tim Brown Sent: Monday, January 07, 2013 8:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Jes2 - $DO JOBQ,READY Issuing an I in SDSF NP column gets Invalid command Thanks, Tim -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Monday, 07 January, 2013 10:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Jes2 - $DO JOBQ,READY When you say stop working, I assume you mean it is not selecting work. Find a job you think should be actioned by the command, then go into SDSF and issue an I against that job. See if it matches the criteria for your command. Sometimes JES2 will not select work because it does not match the work selection criteria. I find the I (INFO) command in SDSF sometimes helpful. You may not have work that is READY. It may be held ins some fashion. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tim Brown Sent: Monday, January 07, 2013 7:52 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Jes2 - $DO JOBQ,READY This command recently stopped working eventhough there is output in the JES2 output that it should display output for. I have an identical Z/OS system where it does display the output properly. Thanks, Tim Brown N -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Tivoli Monitoring
Does anyone know if it is possible to install the Unix version of Tivoli Enterprise Server on z/OS Unix System Services? Larry D. Martin Office of Information Technology This E-mail and any of its attachments may contain Prince George’s County Government or Prince George's County 7th Judicial Circuit Court proprietary information or Protected Health Information, which is privileged and confidential. This E-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mail, you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this E-mail is strictly prohibited by federal law and may expose you to civil and/or criminal penalties. If you have received this E-mail in error, please notify the sender immediately and permanently delete the original and any copy of this E-mail and any printout. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ESDS extent ...
Lizette, We have already updated the data class to allow this, without success : -- DATA CLASS DISPLAY Page 2 of 5 CDS Name . . . . . : ACTIVE Data Class Name . . : DIRECT Data Set Name Type . . . . . : EXTENDED If Extended . . . . . . . . : REQUIRED Extended Addressability . . : YES Record Access Bias . . . . : USER Space Constraint Relief . . . : NO -- -Message d'origine- De : IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] De la part de Lizette Koehler Envoyé : lundi 7 janvier 2013 15:24 À : IBM-MAIN@LISTSERV.UA.EDU Objet : Re: ESDS extent ... Talk to your storage administrator about allowing the VSAM dataset to have Extended Attribute/Extended Format. That allows vsam to go over the 4GB limit. Also ensure you are at the correct level of software (fixes, release levels) to support the vsam dataset going over 4 GB. Your application (CICS, DB2) needs to be able to handle it as well. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Moussadak Mostafa Sent: Monday, January 07, 2013 8:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ESDS extent ... Hi all, We encounter problems with esds vsam on sms, because of the impossibility to extent (RBA 4Go limit) Is there prerequisites to observe, to bypass this limitation ? IEC070I 034(004)-220, CICS,CICSCICSB,JRNL2,4110,SS9V16, 118 IEC070I PROD.DB2.JOURCICS, PROD.DB2.JOURCICS.DATA, IEC070I CATALOG.PROD.D00777 IEC070I 034(004)-220,CICS,CICSCICSB,JRNL2,4105,SS9V05, 119 IEC070I PROD.DB2.JOURCICS, PROD.DB2.JOURCICS.DATA, IEC070I CATALOG.PROD.D00777 IEC070I 034(004)-220,CICS,CICSCICSB,JRNL2,4110,SS9V16, 120 IEC070I PROD.DB2.JOURCICS, PROD.DB2.JOURCICS.DATA, IEC070I CATALOG.PROD.D00777 Thanks. Bien Cordialement/Best Regards. ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.gbp.ma ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ESDS extent ...
Have you recreated the data set after changing the DATACLAS? That is also required because those attributes are established at data set creation time and can not be reset by changing the DATACLAS. On Mon, Jan 7, 2013 at 9:49 AM, Moussadak Mostafa mmoussa...@cpm.co.ma wrote: Lizette, We have already updated the data class to allow this, without success : -- DATA CLASS DISPLAY Page 2 of 5 CDS Name . . . . . : ACTIVE Data Class Name . . : DIRECT Data Set Name Type . . . . . : EXTENDED If Extended . . . . . . . . : REQUIRED Extended Addressability . . : YES Record Access Bias . . . . : USER Space Constraint Relief . . . : NO -- -Message d'origine- De : IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] De la part de Lizette Koehler Envoyé : lundi 7 janvier 2013 15:24 À : IBM-MAIN@LISTSERV.UA.EDU Objet : Re: ESDS extent ... Talk to your storage administrator about allowing the VSAM dataset to have Extended Attribute/Extended Format. That allows vsam to go over the 4GB limit. Also ensure you are at the correct level of software (fixes, release levels) to support the vsam dataset going over 4 GB. Your application (CICS, DB2) needs to be able to handle it as well. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Moussadak Mostafa Sent: Monday, January 07, 2013 8:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ESDS extent ... Hi all, We encounter problems with esds vsam on sms, because of the impossibility to extent (RBA 4Go limit) Is there prerequisites to observe, to bypass this limitation ? IEC070I 034(004)-220, CICS,CICSCICSB,JRNL2,4110,SS9V16, 118 IEC070I PROD.DB2.JOURCICS, PROD.DB2.JOURCICS.DATA, IEC070I CATALOG.PROD.D00777 IEC070I 034(004)-220,CICS,CICSCICSB,JRNL2,4105,SS9V05, 119 IEC070I PROD.DB2.JOURCICS, PROD.DB2.JOURCICS.DATA, IEC070I CATALOG.PROD.D00777 IEC070I 034(004)-220,CICS,CICSCICSB,JRNL2,4110,SS9V16, 120 IEC070I PROD.DB2.JOURCICS, PROD.DB2.JOURCICS.DATA, IEC070I CATALOG.PROD.D00777 Thanks. Bien Cordialement/Best Regards. ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.gbp.ma ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ESDS extent ...
W dniu 2013-01-07 16:49, Moussadak Mostafa pisze: Lizette, We have already updated the data class to allow this, without success : -- DATA CLASS DISPLAY Page 2 of 5 CDS Name . . . . . : ACTIVE Data Class Name . . : DIRECT Data Set Name Type . . . . . : EXTENDED If Extended . . . . . . . . : REQUIRED Extended Addressability . . : YES Record Access Bias . . . . : USER Space Constraint Relief . . . : NO -- Great, now all NEW datasets in the dataclass will be EA. Your existing dataset, allocated before dataclass was chnaged stay non-EA. You can copy YOUR.OLD.ESDS to YOUR.NEW.ESDS and use the latter. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2013 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.555.904 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Jes2 - $DO JOBQ,READY
All I see once I issue I within ST is, -- Job Information Job name XTBX290Job class limit exceeded? Job ID JOB00033 Duplicate job name wait? Job schedulable? N/ATime in queue Job class mode Average time in queue Job class held? Position in queue of Active jobs in queue Scheduling environment available on these systems: And this is the same on both Z/OS systems eventhough $DO JOBQ,READy on 1 system displays this and 1 doesnt 10.52.13 $HASP686 OUTPUT(XTBX290) $HASP686 OUTPUT(XTBX290) OUTGRP=2.1.1,BURST=NO,FCB=, $HASP686 FLASH=,FORMS=STD,HOLD=(NONE), $HASP686 OUTDISP=WRITE,PRIORITY=144, $HASP686 PRMODE=LINE,QUEUE=4, $HASP686 RECORDS=(996 OF 996),ROUTECDE=LX290, $HASP686 SECLABEL=,TPJOBID=,TPJOBN=, $HASP686 TSOAVAIL=NO,UCS=,USERID=P08145, $HASP686 WRITER= Thanks, Tim -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Monday, 07 January, 2013 10:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Jes2 - $DO JOBQ,READY Tim What panel were you in when you issued the INFO? I typically use ST a lot. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tim Brown Sent: Monday, January 07, 2013 8:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Jes2 - $DO JOBQ,READY Issuing an I in SDSF NP column gets Invalid command Thanks, Tim -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Monday, 07 January, 2013 10:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Jes2 - $DO JOBQ,READY When you say stop working, I assume you mean it is not selecting work. Find a job you think should be actioned by the command, then go into SDSF and issue an I against that job. See if it matches the criteria for your command. Sometimes JES2 will not select work because it does not match the work selection criteria. I find the I (INFO) command in SDSF sometimes helpful. You may not have work that is READY. It may be held ins some fashion. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tim Brown Sent: Monday, January 07, 2013 7:52 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Jes2 - $DO JOBQ,READY This command recently stopped working eventhough there is output in the JES2 output that it should display output for. I have an identical Z/OS system where it does display the output properly. Thanks, Tim Brown N -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Jes2 - $DO JOBQ,READY
What does the system respond with? Invalid Command, No output?.. What are the console rout codes on the respective images? snip All I see once I issue I within ST is, -- Text deleted e And this is the same on both Z/OS systems eventhough $DO JOBQ,READy on 1 system displays this and 1 doesnt 10.52.13 $HASP686 OUTPUT(XTBX290) $HASP686 OUTPUT(XTBX290) OUTGRP=2.1.1,BURST=NO,FCB=, $HASP686 FLASH=,FORMS=STD,HOLD=(NONE), $HASP686 OUTDISP=WRITE,PRIORITY=144, $HASP686 PRMODE=LINE,QUEUE=4, $HASP686 RECORDS=(996 OF 996),ROUTECDE=LX290, $HASP686 SECLABEL=,TPJOBID=,TPJOBN=, $HASP686 TSOAVAIL=NO,UCS=,USERID=P08145, $HASP686 WRITER= /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Jes2 - $DO JOBQ,READY
Do you have any automation processes on this LPAR that might be interfering with the JES2 Command? OPS/MVS Tivoli etc... If you issue the $DO command do you get any messages? If so, please provide the full text with MESSAGE IDs. Thanks Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tim Brown Sent: Monday, January 07, 2013 9:02 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Jes2 - $DO JOBQ,READY All I see once I issue I within ST is, -- Job Information Job name XTBX290Job class limit exceeded? Job ID JOB00033 Duplicate job name wait? Job schedulable? N/ATime in queue Job class mode Average time in queue Job class held? Position in queue of Active jobs in queue Scheduling environment available on these systems: And this is the same on both Z/OS systems eventhough $DO JOBQ,READy on 1 system displays this and 1 doesnt 10.52.13 $HASP686 OUTPUT(XTBX290) $HASP686 OUTPUT(XTBX290) OUTGRP=2.1.1,BURST=NO,FCB=, $HASP686 FLASH=,FORMS=STD,HOLD=(NONE), $HASP686 OUTDISP=WRITE,PRIORITY=144, $HASP686 PRMODE=LINE,QUEUE=4, $HASP686 RECORDS=(996 OF 996),ROUTECDE=LX290, $HASP686 SECLABEL=,TPJOBID=,TPJOBN=, $HASP686 TSOAVAIL=NO,UCS=,USERID=P08145, $HASP686 WRITER= Thanks, Tim -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Monday, 07 January, 2013 10:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Jes2 - $DO JOBQ,READY Tim What panel were you in when you issued the INFO? I typically use ST a lot. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tim Brown Sent: Monday, January 07, 2013 8:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Jes2 - $DO JOBQ,READY Issuing an I in SDSF NP column gets Invalid command Thanks, Tim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ESDS extent ...
I think if you migrate and Recall it will redrive the Dataclas function for the file. Otherwise, you need to REPRO out, del/def/Repro in. Dataclas is only driven at allocation time. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Monday, January 07, 2013 8:52 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ESDS extent ... W dniu 2013-01-07 16:49, Moussadak Mostafa pisze: Lizette, We have already updated the data class to allow this, without success : -- DATA CLASS DISPLAY Page 2 of 5 CDS Name . . . . . : ACTIVE Data Class Name . . : DIRECT Data Set Name Type . . . . . : EXTENDED If Extended . . . . . . . . : REQUIRED Extended Addressability . . : YES Record Access Bias . . . . : USER Space Constraint Relief . . . : NO -- Great, now all NEW datasets in the dataclass will be EA. Your existing dataset, allocated before dataclass was chnaged stay non-EA. You can copy YOUR.OLD.ESDS to YOUR.NEW.ESDS and use the latter. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2013 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.555.904 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ESDS extent ...
The file has to be reorged in order for it to pick the new dataclass attributes. Regards, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Moussadak Mostafa Sent: Monday, January 07, 2013 10:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ESDS extent ... Lizette, We have already updated the data class to allow this, without success : -- DATA CLASS DISPLAY Page 2 of 5 CDS Name . . . . . : ACTIVE Data Class Name . . : DIRECT Data Set Name Type . . . . . : EXTENDED If Extended . . . . . . . . : REQUIRED Extended Addressability . . : YES Record Access Bias . . . . : USER Space Constraint Relief . . . : NO -- -Message d'origine- De : IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] De la part de Lizette Koehler Envoyé : lundi 7 janvier 2013 15:24 À : IBM-MAIN@LISTSERV.UA.EDU Objet : Re: ESDS extent ... Talk to your storage administrator about allowing the VSAM dataset to have Extended Attribute/Extended Format. That allows vsam to go over the 4GB limit. Also ensure you are at the correct level of software (fixes, release levels) to support the vsam dataset going over 4 GB. Your application (CICS, DB2) needs to be able to handle it as well. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Moussadak Mostafa Sent: Monday, January 07, 2013 8:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ESDS extent ... Hi all, We encounter problems with esds vsam on sms, because of the impossibility to extent (RBA 4Go limit) Is there prerequisites to observe, to bypass this limitation ? IEC070I 034(004)-220, CICS,CICSCICSB,JRNL2,4110,SS9V16, 118 IEC070I PROD.DB2.JOURCICS, PROD.DB2.JOURCICS.DATA, IEC070I CATALOG.PROD.D00777 IEC070I 034(004)-220,CICS,CICSCICSB,JRNL2,4105,SS9V05, 119 IEC070I PROD.DB2.JOURCICS, PROD.DB2.JOURCICS.DATA, IEC070I CATALOG.PROD.D00777 IEC070I 034(004)-220,CICS,CICSCICSB,JRNL2,4110,SS9V16, 120 IEC070I PROD.DB2.JOURCICS, PROD.DB2.JOURCICS.DATA, IEC070I CATALOG.PROD.D00777 Thanks. Bien Cordialement/Best Regards. ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.gbp.ma ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Jes2 - $DO JOBQ,READY
Tim, You can temporarily raise the CONDEF DISPMAX to a higher number to get all the output. Otherwise, the command worked but it could not display everything on the queue. Look up the $T CONDEF command Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tim Brown Sent: Monday, January 07, 2013 9:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Jes2 - $DO JOBQ,READY Issuing $DO JOBQ on one system displays all jobs where on the other It displays $HASP003 RC=(57),DO JOBQ - DISPLAY TERMINATED DUE TO EXCESSIVE $HASP003OUTPUT (AS DEFINED BY CONDEF DISPMAX) Thanks, Tim -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Monday, 07 January, 2013 11:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Jes2 - $DO JOBQ,READY Do you have any automation processes on this LPAR that might be interfering with the JES2 Command? OPS/MVS Tivoli etc... If you issue the $DO command do you get any messages? If so, please provide the full text with MESSAGE IDs. Thanks Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tim Brown Sent: Monday, January 07, 2013 9:02 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Jes2 - $DO JOBQ,READY All I see once I issue I within ST is, -- Job Information Job name XTBX290Job class limit exceeded? Job ID JOB00033 Duplicate job name wait? Job schedulable? N/ATime in queue Job class mode Average time in queue Job class held? Position in queue of Active jobs in queue Scheduling environment available on these systems: And this is the same on both Z/OS systems eventhough $DO JOBQ,READy on 1 system displays this and 1 doesnt 10.52.13 $HASP686 OUTPUT(XTBX290) $HASP686 OUTPUT(XTBX290) OUTGRP=2.1.1,BURST=NO,FCB=, $HASP686 FLASH=,FORMS=STD,HOLD=(NONE), $HASP686 OUTDISP=WRITE,PRIORITY=144, $HASP686 PRMODE=LINE,QUEUE=4, $HASP686 RECORDS=(996 OF 996),ROUTECDE=LX290, $HASP686 SECLABEL=,TPJOBID=,TPJOBN=, $HASP686 TSOAVAIL=NO,UCS=,USERID=P08145, $HASP686 WRITER= Thanks, Tim -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Monday, 07 January, 2013 10:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Jes2 - $DO JOBQ,READY Tim What panel were you in when you issued the INFO? I typically use ST a lot. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tim Brown Sent: Monday, January 07, 2013 8:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Jes2 - $DO JOBQ,READY Issuing an I in SDSF NP column gets Invalid command Thanks, Tim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Jes2 - $DO JOBQ,READY
Its our automation software, when I ended it I got the results of - $DO JOBQ,READY and when I restarted it I didn't Need to review what changed within that product Thanks!!! Tim -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Monday, 07 January, 2013 11:34 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Jes2 - $DO JOBQ,READY Tim, You can temporarily raise the CONDEF DISPMAX to a higher number to get all the output. Otherwise, the command worked but it could not display everything on the queue. Look up the $T CONDEF command Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tim Brown Sent: Monday, January 07, 2013 9:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Jes2 - $DO JOBQ,READY Issuing $DO JOBQ on one system displays all jobs where on the other It displays $HASP003 RC=(57),DO JOBQ - DISPLAY TERMINATED DUE TO EXCESSIVE $HASP003OUTPUT (AS DEFINED BY CONDEF DISPMAX) Thanks, Tim -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Monday, 07 January, 2013 11:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Jes2 - $DO JOBQ,READY Do you have any automation processes on this LPAR that might be interfering with the JES2 Command? OPS/MVS Tivoli etc... If you issue the $DO command do you get any messages? If so, please provide the full text with MESSAGE IDs. Thanks Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tim Brown Sent: Monday, January 07, 2013 9:02 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Jes2 - $DO JOBQ,READY All I see once I issue I within ST is, -- Job Information Job name XTBX290Job class limit exceeded? Job ID JOB00033 Duplicate job name wait? Job schedulable? N/ATime in queue Job class mode Average time in queue Job class held? Position in queue of Active jobs in queue Scheduling environment available on these systems: And this is the same on both Z/OS systems eventhough $DO JOBQ,READy on 1 system displays this and 1 doesnt 10.52.13 $HASP686 OUTPUT(XTBX290) $HASP686 OUTPUT(XTBX290) OUTGRP=2.1.1,BURST=NO,FCB=, $HASP686 FLASH=,FORMS=STD,HOLD=(NONE), $HASP686 OUTDISP=WRITE,PRIORITY=144, $HASP686 PRMODE=LINE,QUEUE=4, $HASP686 RECORDS=(996 OF 996),ROUTECDE=LX290, $HASP686 SECLABEL=,TPJOBID=,TPJOBN=, $HASP686 TSOAVAIL=NO,UCS=,USERID=P08145, $HASP686 WRITER= Thanks, Tim -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Monday, 07 January, 2013 10:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Jes2 - $DO JOBQ,READY Tim What panel were you in when you issued the INFO? I typically use ST a lot. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tim Brown Sent: Monday, January 07, 2013 8:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Jes2 - $DO JOBQ,READY Issuing an I in SDSF NP column gets Invalid command Thanks, Tim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Promote specific modules from service root
My system is z/OS 1.11. I used uid(0). With the trailing /* the pax did not do the subdirectories. When I left it off, I got a list similar to yours. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Shaffer, Terri E Sent: Monday, January 07, 2013 7:11 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Promote specific modules from service root I must not be understanding something as I received and offline email telling me these commands would not back sub-directories, However on my z/OS 1.12 lpar. I receive the following messages which indicated they are backup up. What's the difference? I made an assumption, right or wrong you run this with superuser, we also temporarily changed from a R/O to R/W mount, to perform the restores. /usr/lpp/gskssl/IBM/ /usr/lpp/gskssl/IBM/GSKAH001 /usr/lpp/gskssl/IBM/GSKAH002 /usr/lpp/gskssl/IBM/GSKAH003 /usr/lpp/gskssl/IBM/GSKAH004 /usr/lpp/gskssl/IBM/GSKAH005 /usr/lpp/gskssl/IBM/GSKAH006 /usr/lpp/gskssl/IBM/GSKAH007 /usr/lpp/gskssl/IBM/GSKAH008 /usr/lpp/gskssl/IBM/GSKAH009 /usr/lpp/gskssl/IBM/GSKAH010 /usr/lpp/gskssl/IBM/GSKAH011 /usr/lpp/gskssl/IBM/GSKAH039 /usr/lpp/gskssl/IBM/GSKAH040 /usr/lpp/gskssl/IBM/GSKAH041 /usr/lpp/gskssl/IBM/GSKAH042 /usr/lpp/gskssl/IBM/GSKAH043 /usr/lpp/gskssl/IBM/GSKAH055 /usr/lpp/gskssl/IBM/GSKAH056 /usr/lpp/gskssl/IBM/GSKAH057 /usr/lpp/gskssl/IBM/GSKAM003 /usr/lpp/gskssl/IBM/GSKLM015 /usr/lpp/gskssl/bin/ /usr/lpp/gskssl/bin/gskkyman /usr/lpp/gskssl/bin/gsktrace /usr/lpp/gskssl/examples/ /usr/lpp/gskssl/examples/client.cpp /usr/lpp/gskssl/examples/common.cpp /usr/lpp/gskssl/examples/common.hpp /usr/lpp/gskssl/examples/display_certificate.c /usr/lpp/gskssl/examples/gsksrvr.envar /usr/lpp/gskssl/examples/secures.cpp /usr/lpp/gskssl/examples/secures.h /usr/lpp/gskssl/examples/server.cpp /usr/lpp/gskssl/examples/utils.cpp /usr/lpp/gskssl/examples/utils.hpp /usr/lpp/gskssl/examples/Makefile /usr/lpp/gskssl/include/ /usr/lpp/gskssl/include/gskcms.h /usr/lpp/gskssl/include/gskssl.h /usr/lpp/gskssl/include/gsktypes.h /usr/lpp/gskssl/lib/ /usr/lpp/gskssl/lib/nls/ /usr/lpp/gskssl/lib/nls/msg/ /usr/lpp/gskssl/lib/nls/msg/En_US.IBM-1047/ /usr/lpp/gskssl/lib/nls/msg/En_US.IBM-1047/gskmsgs.cat /usr/lpp/gskssl/lib/nls/msg/Ja_JP.IBM-939/ /usr/lpp/gskssl/lib/GSKCMS31.x /usr/lpp/gskssl/lib/GSKCMS64.x /usr/lpp/gskssl/lib/GSKSSL.x /usr/lpp/gskssl/lib/GSKSSL64.x Compression: 71.22% /usr/lpp/internet/bin/IBM/ /usr/lpp/internet/bin/IBM/IMWCACHE /usr/lpp/internet/bin/IBM/IMWFCGI /usr/lpp/internet/bin/IBM/IMWGSKIP /usr/lpp/internet/bin/IBM/IMWJAVDL /usr/lpp/internet/bin/IBM/IMWJGIW /usr/lpp/internet/bin/IBM/IMWOCGPR /usr/lpp/internet/bin/IBM/IMWOCGTL /usr/lpp/internet/bin/IBM/IMWOHTAP /usr/lpp/internet/bin/IBM/IMWSCONT /usr/lpp/internet/bin/IBM/IMWSOEDS /usr/lpp/internet/bin/IBM/IMWYWWUS /usr/lpp/internet/bin/IMWX00.so /usr/lpp/internet/bin/Jav_dll.so /usr/lpp/internet/bin/cacheagt /usr/lpp/internet/bin/cgiparse /usr/lpp/internet/bin/cgiutils /usr/lpp/internet/bin/gskipc.so /usr/lpp/internet/bin/htcounter.so /usr/lpp/internet/bin/htjgiwrapper /usr/lpp/internet/bin/libfcgi.so /usr/lpp/internet/bin/libhttpdapi.so /usr/lpp/internet/bin/mvsds.so /usr/lpp/internet/bin/wwwus.so Compression: 64.03% /usr/lpp/internet/sbin/IBM/ /usr/lpp/internet/sbin/IBM/HTTPD /usr/lpp/internet/sbin/IBM/IMWHTTPH /usr/lpp/internet/sbin/IBM/IMWLGRPJ /usr/lpp/internet/sbin/IBM/IMWOHTDM /usr/lpp/internet/sbin/IBM/IMWOWWWC /usr/lpp/internet/sbin/IBM/IMWSERVR /usr/lpp/internet/sbin/IBM/IMWSETUP /usr/lpp/internet/sbin/IBM/IMWSTCFG /usr/lpp/internet/sbin/IBM/IMWSTLNS /usr/lpp/internet/sbin/IBM/IMWSTTGT /usr/lpp/internet/sbin/IBM/IMWUSAGE /usr/lpp/internet/sbin/htadm /usr/lpp/internet/sbin/htlogrep /usr/lpp/internet/sbin/httpd /usr/lpp/internet/sbin/httpd_V5R3M0 /usr/lpp/internet/sbin/setup.sh /usr/lpp/internet/sbin/setupcfg.sh /usr/lpp/internet/sbin/setuplns.sh /usr/lpp/internet/sbin/setuptgt.sh /usr/lpp/internet/sbin/webusage /usr/lpp/internet/sbin/wwwcmd Compression: 69.29% Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com z/OS Engineer J.P.Morgan Chase Co. GTI ECS Enterprise Software Engineering (ESE) or Extreme Software Engineering Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, January 04, 2013 4:00 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Promote specific modules from service root I just looked and I think Ms. Shaffer gave you a better solution using pax. It addresses the problems I mention at the end of my post. But on the off chance you're interesting, just as a curiosity, you could do something like: su - #switch to root cd /Service/sub/directory #change to subdirectory oldDir=${PWD#/Service} #strip leading /Service from name of current
Re: Security vulnerability in IBM HTTP Server for z/OS Version 5.3 (PM79239)
I noticed they read SEUVLPA and SIMWSDCK as sidefiles. When I put PM79239 on with groupextend, there were 6 other ptfs. Updates were confined to the /usr/lpp/internet branch. It also read, but did not update the /gskssl branch. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Monday, January 07, 2013 4:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Security vulnerability in IBM HTTP Server for z/OS Version 5.3 (PM79239) We run with READ only filesytems. So what I did instead of this method was to apply the fixes to my /Service filesystems. Once completed, I mounted new/empty filesystems(for each product) at a temp location, and did a cp -pR /Service/usr/lpp/internet file structure into the empty filesystem. Then just unmounted and remounted it at /usr/lpp/internet, and recycled HTTP servers. I did the same for the other PTF's as well. Of course, I also have staged the changes to be picked up with the next IPL as well. BTW, you indicate you only copied filesystems, Did you notice in the apply that the PTF's also hit: SEUVLPA SIMWSDCK _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Shaffer, Terri E Sent: Friday, January 04, 2013 3:48 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Security vulnerability in IBM HTTP Server for z/OS Version 5.3 (PM79239) We applied these fixes the weekend before Christmas to 15 lpars. We used the following: To Backup pax -wzvpe -x os390 -f /Service1/gskssl.IBM /usr/lpp/gskssl/* pax -wzvpe -x os390 -f /Service1/internet.bin.IBM /usr/lpp/internet/bin/* pax -wzvpe -x os390 -f /Service1/internet.sbin.IBM /usr/lpp/internet/sbin/* to Restore cd /usr/lpp/gskssl pax -pe -rvf /Service1/gskssl.IBM Repeat for the other directories.. As for the other question how you could replace specific modules/directories within a ZFS, you can use this.. Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com z/OS Engineer J.P.Morgan Chase Co. GTI ECS Enterprise Software Engineering (ESE) or Extreme Software Engineering Office: # 614-213-3467 Cell: # 412-519-2592 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
increased CPU usage z/os v1r13
Since bringing up z/os v1r13 in late October, our CPU stays at 100%, batch jobs are backing up and people are complaining. (Migrated from z/os v1r11) I've looked for information on increased CPU for 1.13 but haven't found much. I see now that there is a product you can download to predict increased CPU when migrating, but, unfortunately, I didn't realize that until now. I can't say for sure what kind of percentage the CPU was peaking at for 1.11, but I know that we did not get these phone calls complaining about response time! I just wondered if anyone else experienced a significant increase in CPU usage going to 1.13? Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Bldg 6, Room B-110 Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: increased CPU usage z/os v1r13
Migrated back in October, z/OS 1.11 to 1.13. Saw nothing of the like. For some reason I kinda remember another email on this subject sometime in the last 6 months or so. Please don't hold me this to this but an exit may have needed reassembled and I wanna say it was iefactrt that was not working right. You might be able to search the archives for it. Sorry best this feeble brain can do. On 1/7/2013 2:09 PM, Crabtree, Anne D wrote: Since bringing up z/os v1r13 in late October, our CPU stays at 100%, batch jobs are backing up and people are complaining. (Migrated from z/os v1r11) I've looked for information on increased CPU for 1.13 but haven't found much. I see now that there is a product you can download to predict increased CPU when migrating, but, unfortunately, I didn't realize that until now. I can't say for sure what kind of percentage the CPU was peaking at for 1.11, but I know that we did not get these phone calls complaining about response time! I just wondered if anyone else experienced a significant increase in CPU usage going to 1.13? Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Bldg 6, Room B-110 Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Brian W. France Systems Administrator (Mainframe) Pennsylvania State University Administrative Information Services - Infrastructure/SYSARC Rm 25 Shields Bldg., University Park, Pa. 16802 814-863-4739 b...@psu.edu To make an apple pie from scratch, you must first invent the universe. Carl Sagan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: increased CPU usage z/os v1r13
Sorry, kind of misleading in original post because the CPU only stays at 100% during the day, mostly 9am(ish) - 3pm(ish) with an obvious drop-off noon-1pm. I definitely worked on IEFACTRT but it was because of rate changes (we bill for CPU usage) so I know it's been reassembled! You've made me paranoid that I've already asked this question and if I did, blame it on sometimer's disease..lol Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Bldg 6, Room B-110 Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Brian France Sent: Monday, January 07, 2013 2:16 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: increased CPU usage z/os v1r13 Migrated back in October, z/OS 1.11 to 1.13. Saw nothing of the like. For some reason I kinda remember another email on this subject sometime in the last 6 months or so. Please don't hold me this to this but an exit may have needed reassembled and I wanna say it was iefactrt that was not working right. You might be able to search the archives for it. Sorry best this feeble brain can do. On 1/7/2013 2:09 PM, Crabtree, Anne D wrote: Since bringing up z/os v1r13 in late October, our CPU stays at 100%, batch jobs are backing up and people are complaining. (Migrated from z/os v1r11) I've looked for information on increased CPU for 1.13 but haven't found much. I see now that there is a product you can download to predict increased CPU when migrating, but, unfortunately, I didn't realize that until now. I can't say for sure what kind of percentage the CPU was peaking at for 1.11, but I know that we did not get these phone calls complaining about response time! I just wondered if anyone else experienced a significant increase in CPU usage going to 1.13? Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Bldg 6, Room B-110 Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Brian W. France Systems Administrator (Mainframe) Pennsylvania State University Administrative Information Services - Infrastructure/SYSARC Rm 25 Shields Bldg., University Park, Pa. 16802 814-863-4739 b...@psu.edu To make an apple pie from scratch, you must first invent the universe. Carl Sagan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Fujistu CS Eternus and IBM Mainframe z196
Is anyone using the Fujitsu CS Eternus Tapeless solution with the mainframe or Mainframe/Open Systems and would be willing to share their experiences? Thanks Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN