Re: exit add in progxx for cnz_wtomdbexit and setprog
PMR 40718,923,848 opened. Bernard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Changing Service Class
Hi, I tried changing the service class on a job sing the command: E N641D07M,SRVCLASS=BATHI And got this message: IRA702I RESET NOT VALID FOR N641D07M. IT IS A SYSTEM-CONTROLLED ADDRESS SPACE The job was submitted from Control-M and is running in a WLM managed initiator. Why is this happening? Can this behavior be changed? We are running z/OS 1.13. Thanks Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Changing Service Class
Did you check the explanations in IRA702I why it could have become a system controlled address space? Is it a batchjob, submitted by Control-M? Is it still in the Initiator phase, allocating devices of waiting for en enqueued dataset? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ??? Sent: Tuesday, April 02, 2013 09:29 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Changing Service Class Hi, I tried changing the service class on a job sing the command: E N641D07M,SRVCLASS=BATHI And got this message: IRA702I RESET NOT VALID FOR N641D07M. IT IS A SYSTEM-CONTROLLED ADDRESS SPACE The job was submitted from Control-M and is running in a WLM managed initiator. Why is this happening? Can this behavior be changed? We are running z/OS 1.13. Thanks Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Changing Service Class
It is a regular Batch Job. We use CA-OPS to change the Service class for certain jobs. The OPS rule that issue the command waits for the $HASP373 message. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Tuesday, April 02, 2013 10:33 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing Service Class Did you check the explanations in IRA702I why it could have become a system controlled address space? Is it a batchjob, submitted by Control-M? Is it still in the Initiator phase, allocating devices of waiting for en enqueued dataset? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ??? Sent: Tuesday, April 02, 2013 09:29 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Changing Service Class Hi, I tried changing the service class on a job sing the command: E N641D07M,SRVCLASS=BATHI And got this message: IRA702I RESET NOT VALID FOR N641D07M. IT IS A SYSTEM-CONTROLLED ADDRESS SPACE The job was submitted from Control-M and is running in a WLM managed initiator. Why is this happening? Can this behavior be changed? We are running z/OS 1.13. Thanks Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Changing Service Class
I did that, but I still would like to know why this is happening. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Cobe Xu Sent: Tuesday, April 02, 2013 10:45 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing Service Class try to create a rule for the job/stc in WLM classification rules On Tue, Apr 2, 2013 at 3:33 PM, Vernooij, CP - SPLXM kees.verno...@klm.comwrote: Did you check the explanations in IRA702I why it could have become a system controlled address space? Is it a batchjob, submitted by Control-M? Is it still in the Initiator phase, allocating devices of waiting for en enqueued dataset? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ??? Sent: Tuesday, April 02, 2013 09:29 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Changing Service Class Hi, I tried changing the service class on a job sing the command: E N641D07M,SRVCLASS=BATHI And got this message: IRA702I RESET NOT VALID FOR N641D07M. IT IS A SYSTEM-CONTROLLED ADDRESS SPACE The job was submitted from Control-M and is running in a WLM managed initiator. Why is this happening? Can this behavior be changed? We are running z/OS 1.13. Thanks Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN -- Cobe Xu Best Regards --- z/OS Performance Capacity Analyst z/OS System Programmer Email: cob...@gmail.com --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Changing Service Class
$HASP373 is issued in the very early stages of a job, it might still be being handled by the initiator, the command may be issued too early. Is the job running or still waiting for datasets? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ??? Sent: Tuesday, April 02, 2013 09:45 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing Service Class It is a regular Batch Job. We use CA-OPS to change the Service class for certain jobs. The OPS rule that issue the command waits for the $HASP373 message. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Tuesday, April 02, 2013 10:33 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing Service Class Did you check the explanations in IRA702I why it could have become a system controlled address space? Is it a batchjob, submitted by Control-M? Is it still in the Initiator phase, allocating devices of waiting for en enqueued dataset? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ??? Sent: Tuesday, April 02, 2013 09:29 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Changing Service Class Hi, I tried changing the service class on a job sing the command: E N641D07M,SRVCLASS=BATHI And got this message: IRA702I RESET NOT VALID FOR N641D07M. IT IS A SYSTEM-CONTROLLED ADDRESS SPACE The job was submitted from Control-M and is running in a WLM managed initiator. Why is this happening? Can this behavior be changed? We are running z/OS 1.13. Thanks Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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
Re: Changing Service Class
The job has completed a long time ago. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Tuesday, April 02, 2013 10:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing Service Class $HASP373 is issued in the very early stages of a job, it might still be being handled by the initiator, the command may be issued too early. Is the job running or still waiting for datasets? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ??? Sent: Tuesday, April 02, 2013 09:45 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing Service Class It is a regular Batch Job. We use CA-OPS to change the Service class for certain jobs. The OPS rule that issue the command waits for the $HASP373 message. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Tuesday, April 02, 2013 10:33 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing Service Class Did you check the explanations in IRA702I why it could have become a system controlled address space? Is it a batchjob, submitted by Control-M? Is it still in the Initiator phase, allocating devices of waiting for en enqueued dataset? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ??? Sent: Tuesday, April 02, 2013 09:29 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Changing Service Class Hi, I tried changing the service class on a job sing the command: E N641D07M,SRVCLASS=BATHI And got this message: IRA702I RESET NOT VALID FOR N641D07M. IT IS A SYSTEM-CONTROLLED ADDRESS SPACE The job was submitted from Control-M and is running in a WLM managed initiator. Why is this happening? Can this behavior be changed? We are running z/OS 1.13. Thanks Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information,
Re: Changing Service Class
Ok, rephrase: was the job normally executing of e.g. waiting for datasets at the moment of the reset command and the IRA702I message? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ??? Sent: Tuesday, April 02, 2013 10:08 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing Service Class The job has completed a long time ago. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Tuesday, April 02, 2013 10:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing Service Class $HASP373 is issued in the very early stages of a job, it might still be being handled by the initiator, the command may be issued too early. Is the job running or still waiting for datasets? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ??? Sent: Tuesday, April 02, 2013 09:45 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing Service Class It is a regular Batch Job. We use CA-OPS to change the Service class for certain jobs. The OPS rule that issue the command waits for the $HASP373 message. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Tuesday, April 02, 2013 10:33 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing Service Class Did you check the explanations in IRA702I why it could have become a system controlled address space? Is it a batchjob, submitted by Control-M? Is it still in the Initiator phase, allocating devices of waiting for en enqueued dataset? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ??? Sent: Tuesday, April 02, 2013 09:29 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Changing Service Class Hi, I tried changing the service class on a job sing the command: E N641D07M,SRVCLASS=BATHI And got this message: IRA702I RESET NOT VALID FOR N641D07M. IT IS A SYSTEM-CONTROLLED ADDRESS SPACE The job was submitted from Control-M and is running in a WLM managed initiator. Why is this happening? Can this behavior be changed? We are running z/OS 1.13. Thanks Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly
Re: Changing Service Class
It doesn't look like it. There are 'WAITING FOR DATASET' messages. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Tuesday, April 02, 2013 11:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing Service Class Ok, rephrase: was the job normally executing of e.g. waiting for datasets at the moment of the reset command and the IRA702I message? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ??? Sent: Tuesday, April 02, 2013 10:08 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing Service Class The job has completed a long time ago. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Tuesday, April 02, 2013 10:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing Service Class $HASP373 is issued in the very early stages of a job, it might still be being handled by the initiator, the command may be issued too early. Is the job running or still waiting for datasets? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ??? Sent: Tuesday, April 02, 2013 09:45 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing Service Class It is a regular Batch Job. We use CA-OPS to change the Service class for certain jobs. The OPS rule that issue the command waits for the $HASP373 message. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Tuesday, April 02, 2013 10:33 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing Service Class Did you check the explanations in IRA702I why it could have become a system controlled address space? Is it a batchjob, submitted by Control-M? Is it still in the Initiator phase, allocating devices of waiting for en enqueued dataset? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ??? Sent: Tuesday, April 02, 2013 09:29 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Changing Service Class Hi, I tried changing the service class on a job sing the command: E N641D07M,SRVCLASS=BATHI And got this message: IRA702I RESET NOT VALID FOR N641D07M. IT IS A SYSTEM-CONTROLLED ADDRESS SPACE The job was submitted from Control-M and is running in a WLM managed initiator. Why is this happening? Can this behavior be changed? We are running z/OS 1.13. Thanks Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק)
Re: Changing Service Class
Dear Gadi Instead of CA-OPS try to use Control-M WLMSCTBL (WLM SRVCLASS TABLE) to chnage service class of your jobs submitted by control-M. Kind Regards Kostas Zafiropoulos -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Changing Service Class
Thanks. I'll check it out. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kostas Z. Sent: Tuesday, April 02, 2013 11:31 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing Service Class Dear Gadi Instead of CA-OPS try to use Control-M WLMSCTBL (WLM SRVCLASS TABLE) to chnage service class of your jobs submitted by control-M. Kind Regards Kostas Zafiropoulos -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: how do i capture MVS command output into a batch job?
Rex, You can run SDSF commands in batch . Look for the SDSF manual. I am sure this is the way to proceed with your issue. Thanks, David Kramf -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lost datagrams on z/OS 1.12?
Charles Mills wrote: And the answer is ... And I hear a drrum ro! ;-D A bug in my code was causing my software to *very occasionally* send out a message in which the initial part of the message was malformed for the protocol it implements. (Syslog, in the UNIX/RFC 3164 sense of the word, not in the MVS SYSLOG sense of the word.) Ouch... An Intrusion Protection System was then shutting down the path on the theory that this was some sort of malware attack. Very interesting, so it was indeed an external issue triggered by your bug. (First post: It is definitely not a firewall or other external issue because Version x.1 works fine.) Working on a fix ... Good luck! I hope you can get it sorted out! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DFSORT alternatives
Hi all, Is there any sorting tool in the market that is eligible to run in a zIIP processor? We would like to replace DFsort that is running only in a z/Series general processor. Thanks in advance Kostas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DB2 subsystem availability
On Mon, 1 Apr 2013 08:21:06 -0500, John McKown john.archie.mck...@gmail.com wrote: SELECT CURRENT-TIME FROM sysibm.systables Make that SELECT 1 FROM SYSIBM.SYSDUMMY1 and test for SQLCode = 0. Uses quite a lot less cycles. Cheers, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: sorry.
Steve Thompson wrote: The spoofing is so good in some cases, they even make it look like it was sent from your ISP (IP address, etc.). ITYM that the spoofing was good enough to fool someone that didn't know how to read headers. Can you post the full header of a sample message, either here or in a private e-mail? I got spam e-mails from something like absa @ absa .co .z or sb @ standardbank .co .z (I placed spaces in these e-mail addresses for posting) or so. But, if you're not careful, you will miss the final suffix of '.z'. If it was a real bank e-mail, it should ends with '.za' for South Africa. BTW, Top Domain Level '.z' is not registered AFAIK. So, check out those headers... (to get at the tail of the story... ;-D ) Oh, it is not the first time Ted's address has been hijacked. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Changing Service Class
Gadi wrote: I tried changing the service class on a job sing the command: E N641D07M,SRVCLASS=BATHI IRA702I RESET NOT VALID FOR N641D07M. IT IS A SYSTEM-CONTROLLED ADDRESS SPACE The job was submitted from Control-M and is running in a WLM managed initiator. For Control-M it does not matter in this case. For WLM yes. Check out your WLM setup. Why is this happening? Please look up on message IRA702I. Can this behavior be changed? Perhaps. Check the APAR described in IRA702I. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSORT alternatives
On 04/02/13 06:17, K wrote: Hi all, Is there any sorting tool in the market that is eligible to run in a zIIP processor? We would like to replace DFsort that is running only in a z/Series general processor. Thanks in advance Kostas Syncsort for zOS can offload some of its processing to zIIP's. How much though I don't know. -- Mark Jacobs Time Customer Service Tampa, FL The quiet ones are the ones that change the universe... The loud ones only take the credit. Londo Mollari - Babylon 5 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 32760? (was: PARMDD?)
if a program is running in an APF environment but is not itself marked AC(1), do the PARMDD considerations apply? No. When the jobstep is not to be marked APF-authorized (i.e., the environment is not APF or the jobstep program is not AC(1) ), the 100 character restriction is not applied. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DB2 subsystem availability
Thanks. I'm not very DB2 literate. Not that stops me from shooting off my mouth. But I do get a number of misfires. grin/ On Tue, Apr 2, 2013 at 5:20 AM, Jantje. jan.moeyers...@gfi.be wrote: On Mon, 1 Apr 2013 08:21:06 -0500, John McKown john.archie.mck...@gmail.com wrote: SELECT CURRENT-TIME FROM sysibm.systables Make that SELECT 1 FROM SYSIBM.SYSDUMMY1 and test for SQLCode = 0. Uses quite a lot less cycles. Cheers, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- This is a test of the Emergency Broadcast System. If this had been an actual emergency, do you really think we'd stick around to tell you? 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: DB2 subsystem availability
A lot less cycles here replaces a derisory number of them by an exiguous one. Jantje's example could be further refined, but to what end? This sort of suboptimizing is not san appropriate use of anyone's time. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 32760? (was: PARMDD?)
Peter Relson wrote: if a program is running in an APF environment but is not itself marked AC(1), do the PARMDD considerations apply? No. When the jobstep is not to be marked APF-authorized (i.e., the environment is not APF or the jobstep program is not AC(1) ), the 100 character restriction is not applied. I'm confused. Is your statement not the reverse of below quote? From announcement: Preview for z/OS v2.1 I see this note: A new LONGPARM binder attribute is planned to enable APF-authorized programs to use this new function [PARM DD]. No changes are planned to be needed for unauthorized programs. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Listserv for zPDT
Hello, Are there any seperate LISTSERV for zPDT users ? Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DB2 subsystem availability
John Gilmore wrote: A lot less cycles here replaces a derisory number of them by an exiguous one. Jantje's example could be further refined, but to what end? Your point is well taken. I think the OP wants to check whether a DB2 system is available or reachable from somewhere [1]. The only way to be sure is connect to a DB2 system and query something inside DB2. If the OP needs to check it regurlarly, your DB2 query must be fast and furious, not be a 'SQL from hell'. [1] - It is one thing to see that all your DB2 address spaces are up and running, but it is another thing try to access from somewhere all the way from, say, your PC, TCP/IP up to the DB2 master address space. I am sure the OP will get a good answer on DB2 List. Disclaimer: While I have worked with DB2 (setup from PARMLIB, Proclibs and RACF side), I'm not a DB2 guru. I am too lazy anyway... ;-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Listserv for zPDT
Jake, Have you tried doing an internet search? I did one and came up with the following link that may be helpful https://groups.google.com/forum/?fromgroups=#!topic/bit.listserv.ibm-main/iz cfTXU2wXc Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jake anderson Sent: Tuesday, April 02, 2013 6:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Listserv for zPDT Hello, Are there any seperate LISTSERV for zPDT users ? Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 32760? (was: PARMDD?)
I think it's Peter's phraseology. the 100 character restriction is not applied This sentence has two negatives in it. In math, if might be not(APF) = not(100 character restriction) The 100 character restriction phrase means that the initiator checks for the length of the PARM string when the program is APF authorized and, unless the LONGPARM attribute is also on, does not allow execution (or maybe it truncates it to 100 characters?). Perhaps an easier sentence would be: When the jobstep is not to be marked APF-authorized, the initiator does not check the length of the PARM or PARMDD contents to ensure it is less than 100 characters On Tue, Apr 2, 2013 at 8:06 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: Peter Relson wrote: if a program is running in an APF environment but is not itself marked AC(1), do the PARMDD considerations apply? No. When the jobstep is not to be marked APF-authorized (i.e., the environment is not APF or the jobstep program is not AC(1) ), the 100 character restriction is not applied. I'm confused. Is your statement not the reverse of below quote? From announcement: Preview for z/OS v2.1 I see this note: A new LONGPARM binder attribute is planned to enable APF-authorized programs to use this new function [PARM DD]. No changes are planned to be needed for unauthorized programs. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- This is a test of the Emergency Broadcast System. If this had been an actual emergency, do you really think we'd stick around to tell you? 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: DFSORT alternatives
If you have DB2 you will still have DFSORT. Just a smaller version to support DB2 functions If you do not have DB2 then SYNCSORT is an alternative. What version of DFSORT and z/OS are you running? You might also check Professor Sort http://www-01.ibm.com/support/docview.wss?rs=114uid=isg3T793 On how to improve your sorting processes Or see if ICETOOL can help. Having used by DFSORT and SYNCSORT, there are functions that both do well. It will depend on your requirements as to which you will use. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of K Sent: Tuesday, April 02, 2013 3:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DFSORT alternatives Hi all, Is there any sorting tool in the market that is eligible to run in a zIIP processor? We would like to replace DFsort that is running only in a z/Series general processor. Thanks in advance Kostas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSORT alternatives
W dniu 2013-04-02 15:36, Lizette Koehler pisze: If you have DB2 you will still have DFSORT. Just a smaller version to support DB2 functions But this has nothing to do with the choice DB2 vs Syncsort. You can have Syncsort and use it everywhere except internal use of DB2. If you do not have DB2 then SYNCSORT is an alternative. No. You can have DB2 and still have the choice. BTW: There is also IBM product called DB2 Sort or similar. This is Syncsort, available only as an OEM (under IBM logo) and only for DB2 purposes. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając 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 Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2013 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.555.904 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Listserv for zPDT
On 4/2/2013 6:19 AM, Jake anderson wrote: Are there any seperate LISTSERV for zPDT users ? The most official zPDT discussion I know of is z1090 on yahoo groups. That discussion is moderated by Bill Ogden. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSORT alternatives
Unless IBM has changed to allow Syncsort to be used, my understanding was that IBM was only using DFSORT for DB2 functions. So several shops where I worked that had SYNCSORT, for DB2- IBM Shipped DFSORT for DB2. So for batch sorts, I would see the WER messages. When working on DB2 utilities that invoked sort, I would see ICE messages. It is possible that IBM has changed that function, if so, I will update my notes. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Tuesday, April 02, 2013 6:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFSORT alternatives W dniu 2013-04-02 15:36, Lizette Koehler pisze: If you have DB2 you will still have DFSORT. Just a smaller version to support DB2 functions But this has nothing to do with the choice DB2 vs Syncsort. You can have Syncsort and use it everywhere except internal use of DB2. If you do not have DB2 then SYNCSORT is an alternative. No. You can have DB2 and still have the choice. BTW: There is also IBM product called DB2 Sort or similar. This is Syncsort, available only as an OEM (under IBM logo) and only for DB2 purposes. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając 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 Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2013 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.555.904 złotych. -- 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: DFSORT alternatives
Liz, et al, IBM markets DB2Sort as an upgrade to DFSort for DB2 applications. DB2Sort is a modified version of Syncsort MFX designed to work in unison with the DB2 utilities. So, while it is true that you can't use Syncsort MFX with DB2, you can get the power, and z/IIP offload, of Syncsort technology in DB2Sort. Chris Blaicher Principal Software Engineer, Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Tuesday, April 02, 2013 8:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFSORT alternatives Unless IBM has changed to allow Syncsort to be used, my understanding was that IBM was only using DFSORT for DB2 functions. So several shops where I worked that had SYNCSORT, for DB2- IBM Shipped DFSORT for DB2. So for batch sorts, I would see the WER messages. When working on DB2 utilities that invoked sort, I would see ICE messages. It is possible that IBM has changed that function, if so, I will update my notes. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Tuesday, April 02, 2013 6:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFSORT alternatives W dniu 2013-04-02 15:36, Lizette Koehler pisze: If you have DB2 you will still have DFSORT. Just a smaller version to support DB2 functions But this has nothing to do with the choice DB2 vs Syncsort. You can have Syncsort and use it everywhere except internal use of DB2. If you do not have DB2 then SYNCSORT is an alternative. No. You can have DB2 and still have the choice. BTW: There is also IBM product called DB2 Sort or similar. This is Syncsort, available only as an OEM (under IBM logo) and only for DB2 purposes. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając 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 Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2013 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.555.904 złotych. -- 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 ATTENTION: - The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please
Re: DFSORT alternatives
Chris, Thanks for the info. I will update my notes. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Blaicher, Christopher Y. Sent: Tuesday, April 02, 2013 7:10 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFSORT alternatives Liz, et al, IBM markets DB2Sort as an upgrade to DFSort for DB2 applications. DB2Sort is a modified version of Syncsort MFX designed to work in unison with the DB2 utilities. So, while it is true that you can't use Syncsort MFX with DB2, you can get the power, and z/IIP offload, of Syncsort technology in DB2Sort. Chris Blaicher Principal Software Engineer, Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Tuesday, April 02, 2013 8:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFSORT alternatives Unless IBM has changed to allow Syncsort to be used, my understanding was that IBM was only using DFSORT for DB2 functions. So several shops where I worked that had SYNCSORT, for DB2- IBM Shipped DFSORT for DB2. So for batch sorts, I would see the WER messages. When working on DB2 utilities that invoked sort, I would see ICE messages. It is possible that IBM has changed that function, if so, I will update my notes. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Tuesday, April 02, 2013 6:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFSORT alternatives W dniu 2013-04-02 15:36, Lizette Koehler pisze: If you have DB2 you will still have DFSORT. Just a smaller version to support DB2 functions But this has nothing to do with the choice DB2 vs Syncsort. You can have Syncsort and use it everywhere except internal use of DB2. If you do not have DB2 then SYNCSORT is an alternative. No. You can have DB2 and still have the choice. BTW: There is also IBM product called DB2 Sort or similar. This is Syncsort, available only as an OEM (under IBM logo) and only for DB2 purposes. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Fwd: Anilkumar Podila
http://www.askmorgan.net/includes/aprilnews.php Role moralisateur educateur . le citoyen passe dans l-artiste et avec un grand et noble tableau nous avons une lecon de morale sociale et politique. 4/2/2013 4:28:23 PM kumar009p -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
What does RMCT hold under z/vm?
Does the service units counted by RMCT describes the physical machine (or Lpar) or the virtual machine? ITschak -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Changing Service Class
Why not assign them directly through your WLM policy? --Original Message-- From: Kostas Z. Sender: IBM Mainframe Discussion List To: IBM-MAIN@LISTSERV.UA.EDU ReplyTo: IBM Mainframe Discussion List Subject: Re: Changing Service Class Sent: 2 Apr 2013 04:30 Dear Gadi Instead of CA-OPS try to use Control-M WLMSCTBL (WLM SRVCLASS TABLE) to chnage service class of your jobs submitted by control-M. Kind Regards Kostas Zafiropoulos -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SMF type 42 record - Renaming PDSE member
Hi, all. I am collecting SMF type 42 records to report changes (creations and renaming) of PDS and PDSE members, but for PDSE it is not being written record 42 (subtype 25) when renaming a member. Someone know about this? Is it a bug? Is there another way to take this information? I'm using z/OS 1.12. Thanks in advance. José ADAUTO Ribeiro -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF type 42 record - Renaming PDSE member
According to the SMF Manual Subtype 25 is written when a member is renamed from a PDS or a PDSE to indicate who or what (job, started task, or TSO user) renamed the member. It contains the name of the data set and the volume serial of the volume on which it resided, as well as the old name and new name of the member. Only those applications that issue STOW and DESERV calls for PDS or PDSE directory processing will generate Subtype 25 records. Some applications, such as IEBCOPY, do not issue a STOW or DESERV when updating the directory. Thus, a subtype 25 record will not be created. What process are you using for renaming a member in a PDS/E? Can you verify if you do a RENAME using DESERV you get a subtype 25 and if you use IEBCOPY with rename you do not? Lizette -Original Message- From: Jose ADAUTO Ribeiro jada...@uol.com.br Sent: Apr 2, 2013 10:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMF type 42 record - Renaming PDSE member Hi, all. I am collecting SMF type 42 records to report changes (creations and renaming) of PDS and PDSE members, but for PDSE it is not being written record 42 (subtype 25) when renaming a member. Someone know about this? Is it a bug? Is there another way to take this information? I'm using z/OS 1.12. Thanks in advance. José ADAUTO Ribeiro -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF type 42 record - Renaming PDSE member
Complementing: I'm renaming the member through the ISPF/Edit panel. José ADAUTO Ribeiro Em 02/04/2013 14:18, Jose ADAUTO Ribeiro jada...@uol.com.br escreveu: Hi, all. I am collecting SMF type 42 records to report changes (creations and renaming) of PDS and PDSE members, but for PDSE it is not being written record 42 (subtype 25) when renaming a member. Someone know about this? Is it a bug? Is there another way to take this information? I'm using z/OS 1.12. Thanks in advance. José ADAUTO Ribeiro -- 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: SMF type 42 record - Renaming PDSE member
Hi, Thanks for your answer. I'm using the ISPF/Edit panel to rename the PDS and PDSE member; for PDS member the SMF type 42 subtype 25 record is being written. José ADAUTO Ribeiro Em 02/04/2013 14:57, Lizette Koehler stars...@mindspring.com escreveu: According to the SMF Manual Subtype 25 is written when a member is renamed from a PDS or a PDSE to indicate who or what (job, started task, or TSO user) renamed the member. It contains the name of the data set and the volume serial of the volume on which it resided, as well as the old name and new name of the member. Only those applications that issue STOW and DESERV calls for PDS or PDSE directory processing will generate Subtype 25 records. Some applications, such as IEBCOPY, do not issue a STOW or DESERV when updating the directory. Thus, a subtype 25 record will not be created. What process are you using for renaming a member in a PDS/E? Can you verify if you do a RENAME using DESERV you get a subtype 25 and if you use IEBCOPY with rename you do not? Lizette -Original Message- From: Jose ADAUTO Ribeiro jada...@uol.com.br Sent: Apr 2, 2013 10:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMF type 42 record - Renaming PDSE member Hi, all. I am collecting SMF type 42 records to report changes (creations and renaming) of PDS and PDSE members, but for PDSE it is not being written record 42 (subtype 25) when renaming a member. Someone know about this? Is it a bug? Is there another way to take this information? I'm using z/OS 1.12. Thanks in advance. José ADAUTO Ribeiro -- 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: Changing Service Class
Why do it that way? If you know enough about the job to create a rule to change the job at submission, you know enough to create a WLM classification rule. You also won't have to worry about timing. When the only tool you have is a hammer, all problems look like nails! - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: גדי בן אבי gad...@malam.com Sender: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Date: Tue, 2 Apr 2013 10:44:53 To: IBM-MAIN@LISTSERV.UA.EDU Reply-To: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing Service Class It is a regular Batch Job. We use CA-OPS to change the Service class for certain jobs. The OPS rule that issue the command waits for the $HASP373 message. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Tuesday, April 02, 2013 10:33 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing Service Class Did you check the explanations in IRA702I why it could have become a system controlled address space? Is it a batchjob, submitted by Control-M? Is it still in the Initiator phase, allocating devices of waiting for en enqueued dataset? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ??? Sent: Tuesday, April 02, 2013 09:29 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Changing Service Class Hi, I tried changing the service class on a job sing the command: E N641D07M,SRVCLASS=BATHI And got this message: IRA702I RESET NOT VALID FOR N641D07M. IT IS A SYSTEM-CONTROLLED ADDRESS SPACE The job was submitted from Control-M and is running in a WLM managed initiator. Why is this happening? Can this behavior be changed? We are running z/OS 1.13. Thanks Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- 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,
Re: SMF type 42 record - Renaming PDSE member
Lizette, Do you not feel like there is a whole in the SMF collection process created by IEBCOPY? The omission to create the SMF 42 type 25 records to document the changes to members of a PDS/ PDSE results in an inability to produce an accurate audit of member change activity. Regards Otto H Schumacher Transaction and Database Systems – CICS Specialist U. S. Mainframe HP Enterprise Services Telephone +1 864 987 1417 Mobile +1 864 569 5338 Email otto.schumac...@hp.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Tuesday, April 02, 2013 1:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMF type 42 record - Renaming PDSE member According to the SMF Manual Subtype 25 is written when a member is renamed from a PDS or a PDSE to indicate who or what (job, started task, or TSO user) renamed the member. It contains the name of the data set and the volume serial of the volume on which it resided, as well as the old name and new name of the member. Only those applications that issue STOW and DESERV calls for PDS or PDSE directory processing will generate Subtype 25 records. Some applications, such as IEBCOPY, do not issue a STOW or DESERV when updating the directory. Thus, a subtype 25 record will not be created. What process are you using for renaming a member in a PDS/E? Can you verify if you do a RENAME using DESERV you get a subtype 25 and if you use IEBCOPY with rename you do not? Lizette -Original Message- From: Jose ADAUTO Ribeiro jada...@uol.com.br Sent: Apr 2, 2013 10:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMF type 42 record - Renaming PDSE member Hi, all. I am collecting SMF type 42 records to report changes (creations and renaming) of PDS and PDSE members, but for PDSE it is not being written record 42 (subtype 25) when renaming a member. Someone know about this? Is it a bug? Is there another way to take this information? I'm using z/OS 1.12. Thanks in advance. José ADAUTO Ribeiro -- 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: PC2 - The New Punched Card Cloud
Chip Davis wrote: Have you seen what they go for on eBay, Jim? I've seen asking prices of north of $1/card (no idea if they actually got that). Sometimes the value is in the pre-printing more than the card itself. Somewhere I've got a small stash of Triangle Universities Computation Center cards with an early NC Research Triangle Park logo showing NCState, Duke, and UNC on them. They date from the late sixties and ought to be worth at least a buck each. Probably still bookmarking some CS text in a box somewhere. So, while I agree that they _are_ the best note cards ever (they fit so nicely in my geeky white dress shirt pocket, even with three pens in a pocket protector) I've stopped using them for that. I've got a couple of cartons in my attic. Let's see, at a buck a card, two thousand cards per box, five (or is it six?) boxes per carton, Hello, retirement fund!. BTW, when folded in half twice, each quarter is almost exactly the size of a business/calling card. I would leave a blank one stuck in the door if I came by and no one was home; everyone knew I had been there. I was talking to an old friend the other day, and she said she still has one in a scrapbook. I never had printed business cards until the late-eighties when they finally got rid of the card punch. Yeah, you have to keep your eyes open. I got a box for something like $80, but I also saw the ridiculous prices some folks were asking! …phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF type 42 record - Renaming PDSE member
Hi, I think too. The iebcopy is widely used to run out of this facility. But the ISPF/Edit don't use STOW (or DSERV) to rename a member only when the file is a PDSE? José ADAUTO Ribeiro Em 02/04/2013 16:00, Schumacher, Otto otto.schumac...@hp.com escreveu: Lizette, Do you not feel like there is a whole in the SMF collection process created by IEBCOPY? The omission to create the SMF 42 type 25 records to document the changes to members of a PDS/ PDSE results in an inability to produce an accurate audit of member change activity. Regards Otto H Schumacher Transaction and Database Systems – CICS Specialist U. S. Mainframe HP Enterprise Services Telephone +1 864 987 1417 Mobile +1 864 569 5338 Email otto.schumac...@hp.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Tuesday, April 02, 2013 1:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMF type 42 record - Renaming PDSE member According to the SMF Manual Subtype 25 is written when a member is renamed from a PDS or a PDSE to indicate who or what (job, started task, or TSO user) renamed the member. It contains the name of the data set and the volume serial of the volume on which it resided, as well as the old name and new name of the member. Only those applications that issue STOW and DESERV calls for PDS or PDSE directory processing will generate Subtype 25 records. Some applications, such as IEBCOPY, do not issue a STOW or DESERV when updating the directory. Thus, a subtype 25 record will not be created. What process are you using for renaming a member in a PDS/E? Can you verify if you do a RENAME using DESERV you get a subtype 25 and if you use IEBCOPY with rename you do not? Lizette -Original Message- From: Jose ADAUTO Ribeiro jada...@uol.com.br Sent: Apr 2, 2013 10:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMF type 42 record - Renaming PDSE member Hi, all. I am collecting SMF type 42 records to report changes (creations and renaming) of PDS and PDSE members, but for PDSE it is not being written record 42 (subtype 25) when renaming a member. Someone know about this? Is it a bug? Is there another way to take this information? I'm using z/OS 1.12. Thanks in advance. José ADAUTO Ribeiro -- 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: SMF type 42 record - Renaming PDSE member
Actually I think sometimes the older utilities are a bit behind the new technology. PDS/E and IEBCOPY are ones that I would suspect need to catch up to each other. So a bug - probably not. A technology issue - probably/possibly. IEBCOPY is very old and to change it requires a lot of work. Starting with z/OS V1.13 there is a new utility called IEBPDSE that may address that issue. At Share in Aug 2010 (I think) was a presentation on IEBCOPY. IBM gave an hour (or so) presentation on all the enhancements to IEBCOPY. And what was amazing was the room that holds 20 was over flowing out into the hallway. It amazed a few of us that there was such a high interest on IEBCOPY Lizette -Original Message- From: Jose ADAUTO Ribeiro jada...@uol.com.br Sent: Apr 2, 2013 12:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMF type 42 record - Renaming PDSE member Hi, I think too. The iebcopy is widely used to run out of this facility. But the ISPF/Edit don't use STOW (or DSERV) to rename a member only when the file is a PDSE? José ADAUTO Ribeiro Em 02/04/2013 16:00, Schumacher, Otto otto.schumac...@hp.com escreveu: Lizette, Do you not feel like there is a whole in the SMF collection process created by IEBCOPY? The omission to create the SMF 42 type 25 records to document the changes to members of a PDS/ PDSE results in an inability to produce an accurate audit of member change activity. Regards Otto H Schumacher Transaction and Database Systems – CICS Specialist U. S. Mainframe HP Enterprise Services Telephone +1 864 987 1417 Mobile +1 864 569 5338 Email otto.schumac...@hp.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Tuesday, April 02, 2013 1:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMF type 42 record - Renaming PDSE member According to the SMF Manual Subtype 25 is written when a member is renamed from a PDS or a PDSE to indicate who or what (job, started task, or TSO user) renamed the member. It contains the name of the data set and the volume serial of the volume on which it resided, as well as the old name and new name of the member. Only those applications that issue STOW and DESERV calls for PDS or PDSE directory processing will generate Subtype 25 records. Some applications, such as IEBCOPY, do not issue a STOW or DESERV when updating the directory. Thus, a subtype 25 record will not be created. What process are you using for renaming a member in a PDS/E? Can you verify if you do a RENAME using DESERV you get a subtype 25 and if you use IEBCOPY with rename you do not? Lizette -Original Message- From: Jose ADAUTO Ribeiro jada...@uol.com.br Sent: Apr 2, 2013 10:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMF type 42 record - Renaming PDSE member Hi, all. I am collecting SMF type 42 records to report changes (creations and renaming) of PDS and PDSE members, but for PDSE it is not being written record 42 (subtype 25) when renaming a member. Someone know about this? Is it a bug? Is there another way to take this information? I'm using z/OS 1.12. Thanks in advance. José ADAUTO Ribeiro -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
The digital arms trade, article in the Economist, 2013 March 30
This piece will repay your attention. It is the first open-literature discussion of the market for 'exploits' and who is selling what to whom for how much that I have seen. An 'exploit' is a piece of software that can be used by its developer or a purchaser to penetrate a computer that is using software that has a 'vulnerability', i.e., a design defect, that can be exploited to do so. The largest market---governments are among the customers in it--is for Internet Explorer exploits, but the one for Chrome exploits is growing. There is no discussion of z/OS exploits, but I do not find this reassuring. Our turn will certainly come. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The digital arms trade, article in the Economist, 2013 March 30
On 4/2/2013 2:21 PM, John Gilmore wrote: This piece will repay your attention. It is the first open-literature discussion of the market for 'exploits' and who is selling what to whom for how much that I have seen. An 'exploit' is a piece of software that can be used by its developer or a purchaser to penetrate a computer that is using software that has a 'vulnerability', i.e., a design defect, that can be exploited to do so. The largest market---governments are among the customers in it--is for Internet Explorer exploits, but the one for Chrome exploits is growing. There is no discussion of z/OS exploits, but I do not find this reassuring. Our turn will certainly come. John Gilmore, Ashland, MA 01721 - USA Do you have a link for an online version? -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-355-2752 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The digital arms trade, article in the Economist, 2013 March 30
GIYF. The Economist has its own, large website. I received my copy of this week's Economist in this morning's mail. On 4/2/13, Steve Comstock st...@trainersfriend.com wrote: On 4/2/2013 2:21 PM, John Gilmore wrote: This piece will repay your attention. It is the first open-literature discussion of the market for 'exploits' and who is selling what to whom for how much that I have seen. An 'exploit' is a piece of software that can be used by its developer or a purchaser to penetrate a computer that is using software that has a 'vulnerability', i.e., a design defect, that can be exploited to do so. The largest market---governments are among the customers in it--is for Internet Explorer exploits, but the one for Chrome exploits is growing. There is no discussion of z/OS exploits, but I do not find this reassuring. Our turn will certainly come. John Gilmore, Ashland, MA 01721 - USA Do you have a link for an online version? -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-355-2752 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- John Gilmore, Ashland, MA 01721 - USA t. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The digital arms trade, article in the Economist, 2013 March 30
At 4/2/2013 04:26 PM, Steve Comstock wrote: Do you have a link for an online version? My friend, The Google tells me the link is http://www.economist.com/news/business/21574478-market-software-helps-hackers-penetrate-computer-systems-digital-arms-tradehttp://www.economist.com/news/business/21574478-market-software-helps-hackers-penetrate-computer-systems-digital-arms-trade Dave Cole REPLY TO: mailto:dbc...@colesoft.comdbc...@colesoft.com ColeSoft Marketing WEB PAGE: http://www.colesoft.com/colesoft.com 736 Fox Hollow RoadDESK: 540-456-8536 Afton, VA 22920CELL: 540-456-6518 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF type 42 record - Renaming PDSE member
IEBPDSE is useful for verifying the integrity of a PDSE [directory]. It provides no alternative to missing SMF records. It is, however, of great interest. If you specify the DUMP PARM option it produces a dump of the target corrupt PDSE directory when it finds a flaw. I have learned a lot about the internal organization of a PDSE from studying these dumps, although I am sure that I have learned only things that IBM wants me to be able to learn. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The digital arms trade, article in the Economist, 2013 March 30
On 2 April 2013 16:21, John Gilmore jwgli...@gmail.com wrote: This piece will repay your attention. It is the first open-literature discussion of the market for 'exploits' and who is selling what to whom for how much that I have seen. There have been discussions in less well informed and well written publications than The Economist over the last year or so. Notably Forbes and ZDnet both published articles last March: http://www.forbes.com/sites/andygreenberg/2012/03/23/shopping-for-zero-days-an-price-list-for-hackers-secret-software-exploits/ http://www.zdnet.com/blog/security/us-government-pays-25-for-ios-exploit/11044 There is no discussion of z/OS exploits, but I do not find this reassuring. Our turn will certainly come. Vulnerabilities in the z/OS core certainly appear from time to time, but we generally learn of them only from the obscure nature of IBM's fixes. I discovered one a couple of years ago, and demonstrated to myself, but did not write code for a usable exploit. About the time I was going to send it to IBM, the fix appeared. But the nature of z/OS vulnerabilities and any putative market for their exploits is rather different from those on most other platforms. The general public does not have the sort of insider access to z/OS that the lowliest COBOL programmer or operations clerk has, and that is required to even bump into IBM's statement of system integrity. Guarding against insiders is worthy and necessary, but it's hard to imagine much of a market for exploits that they can use, fun as it may be to dream them up. Exploits against web servers and other public z/OS interfaces are much more generic and - despite the dreaded C string buffer overflows - probably less likely to be successful because of the layering of privileges within z/OS and its components. One can imagine a complex Stuxnet-like exploit that targets z/OS, and is spread by USB keys or system programmers' bad browsing habits, but then really the exploit target is not z/OS but the intermediate systems and their users. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The digital arms trade, article in the Economist, 2013 March 30
You don't need to subvert z/OS to subvert a system. There are myriad business critical programs that run in problem state. While well formed RACF rules can offer protection, I wonder how many such rules are well formed. In any case, a malicious or sloppy insider doesn't have to be inside the Systems staff. He need only be inside the business-systems-knowledgeable community or even the system's trusted user community. Dave Cole REPLY TO: mailto:dbc...@colesoft.comdbc...@colesoft.com ColeSoft Marketing WEB PAGE: http://www.colesoft.com/colesoft.com 736 Fox Hollow RoadDESK: 540-456-8536 Afton, VA 22920CELL: 540-456-6518 At 4/2/2013 05:59 PM, Tony Harminc wrote: On 2 April 2013 16:21, John Gilmore jwgli...@gmail.com wrote: This piece will repay your attention. It is the first open-literature discussion of the market for 'exploits' and who is selling what to whom for how much that I have seen. There have been discussions in less well informed and well written publications than The Economist over the last year or so. Notably Forbes and ZDnet both published articles last March: http://www.forbes.com/sites/andygreenberg/2012/03/23/shopping-for-zero-days-an-price-list-for-hackers-secret-software-exploits/ http://www.zdnet.com/blog/security/us-government-pays-25-for-ios-exploit/11044 There is no discussion of z/OS exploits, but I do not find this reassuring. Our turn will certainly come. Vulnerabilities in the z/OS core certainly appear from time to time, but we generally learn of them only from the obscure nature of IBM's fixes. I discovered one a couple of years ago, and demonstrated to myself, but did not write code for a usable exploit. About the time I was going to send it to IBM, the fix appeared. But the nature of z/OS vulnerabilities and any putative market for their exploits is rather different from those on most other platforms. The general public does not have the sort of insider access to z/OS that the lowliest COBOL programmer or operations clerk has, and that is required to even bump into IBM's statement of system integrity. Guarding against insiders is worthy and necessary, but it's hard to imagine much of a market for exploits that they can use, fun as it may be to dream them up. Exploits against web servers and other public z/OS interfaces are much more generic and - despite the dreaded C string buffer overflows - probably less likely to be successful because of the layering of privileges within z/OS and its components. One can imagine a complex Stuxnet-like exploit that targets z/OS, and is spread by USB keys or system programmers' bad browsing habits, but then really the exploit target is not z/OS but the intermediate systems and their users. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The digital arms trade, article in the Economist, 2013 March 30
On 2 April 2013 18:26, Dave Cole dbc...@gmail.com wrote: You don't need to subvert z/OS to subvert a system. There are myriad business critical programs that run in problem state. While well formed RACF rules can offer protection, I wonder how many such rules are well formed. In any case, a malicious or sloppy insider doesn't have to be inside the Systems staff. He need only be inside the business-systems-knowledgeable community or even the system's trusted user community. I think that's roughly what I said, but I was doubtless not clear. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The digital arms trade, article in the Economist, 2013 March 30
I have had discussions with a number of other old dogs, and the consensus is that it would still be possible to bring down z/OS from, say, a TSO terminal. One would of course need to know what one was doing; but the notion that there are no rogues who have the necessary competences is a dangerous one, not least because one man's rogue may well be another man's patriot One of the important points made in the Economist piece is that exploits are undertaken or sponsored not just by thieves and pranksters but by governments, commercial competitors, and the like. I am thus much less sanguine than Tony about the prospect that z/OS shops will escape the carnage. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The digital arms trade, article in the Economist, 2013 March 30
Or know where the copy button is on the cut sheet printer! In a message dated 4/2/2013 5:23:28 P.M. Central Daylight Time, dbc...@gmail.com writes: He need only be inside the business-systems-knowledgeable community or even the system's trusted user community. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PC2 - The New Punched Card Cloud
3 Years in Leavenworth? In a message dated 4/2/2013 4:50:42 P.M. Central Daylight Time, mitc...@aol.com writes: Anyone guess what that is worth (it is still -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PC2 - The New Punched Card Cloud
Ed: Funny. The machines were being replaced with real computers at the time (Burroughs B3500), and the IBM reps asked us operators if we wanted any parts of the machines since they were being retired to the junk heap. Mitch -Original Message- From: Ed Finnell efinnel...@aol.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Tue, Apr 2, 2013 4:01 pm Subject: Re: PC2 - The New Punched Card Cloud 3 Years in Leavenworth? n a message dated 4/2/2013 4:50:42 P.M. Central Daylight Time, itc...@aol.com writes: Anyone guess what that is worth (it is still -- or IBM-MAIN subscribe / signoff / archive access instructions, end 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: SMF type 42 record - Renaming PDSE member
I just did a 3.1 rename -- the full screen variant -- get a member list, type R next to a member, the new name, and hit enter. DFSMS cut a Type 42 record. Other fields: RType: 42 - Action: 25 - Action: Rename - Lvl: V01R13M0 - Prod: Z/OS DFSMS - Job: xx - Step: DEVPROC - Proc: DEVPROC - DSN: x.y.CNTL - Vol: LS0504 - Mbr: CRUNX - OldNm: CRUN - POE: TCPB2951 - UserID: xx - Group: RESTRICT Wait -- that was for a PDS. Here's a PDSE RType: 42 - Action: 25 - Action: Rename - Lvl: V01R13M0 - Prod: Z/OS DFSMS - Job: xx - Step: DEVPROC - Proc: DEVPROC - DSN: x.y.LOADPDSE - Vol: LS0502 - Mbr: FOO1 - OldNm: FOO - POE: TCPB2951 - UserID: xx - Group: RESTRICT I also got one for the first panel rename variant -- R with the member name and the new name on the initial 3.1 screen. Is there a SYS1.PARMLIB record for Type 42's? Not certain. How are you doing your renames? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jose ADAUTO Ribeiro Sent: Tuesday, April 02, 2013 10:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMF type 42 record - Renaming PDSE member Hi, all. I am collecting SMF type 42 records to report changes (creations and renaming) of PDS and PDSE members, but for PDSE it is not being written record 42 (subtype 25) when renaming a member. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lost datagrams on z/OS 1.12?
It is definitely not a firewall or other external issue I guess all debugging consists of finding out where you wuz wrong. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Tuesday, April 02, 2013 3:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Lost datagrams on z/OS 1.12? Charles Mills wrote: And the answer is ... And I hear a drrum ro! ;-D A bug in my code was causing my software to *very occasionally* send out a message in which the initial part of the message was malformed for the protocol it implements. (Syslog, in the UNIX/RFC 3164 sense of the word, not in the MVS SYSLOG sense of the word.) Ouch... An Intrusion Protection System was then shutting down the path on the theory that this was some sort of malware attack. Very interesting, so it was indeed an external issue triggered by your bug. (First post: It is definitely not a firewall or other external issue because Version x.1 works fine.) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PC2 - The New Punched Card Cloud
Yeah, been there too. They were probably in error. In a message dated 4/2/2013 6:15:08 P.M. Central Daylight Time, mitc...@aol.com writes: IBM reps asked us operators if we wanted any parts of the machines since they were being retired to the junk heap. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The digital arms trade, article in the Economist, 2013 March 30
On 2 Apr 2013 14:59:52 -0700, in bit.listserv.ibm-main you wrote: On 2 April 2013 16:21, John Gilmore jwgli...@gmail.com wrote: This piece will repay your attention. It is the first open-literature discussion of the market for 'exploits' and who is selling what to whom for how much that I have seen. There have been discussions in less well informed and well written publications than The Economist over the last year or so. Notably Forbes and ZDnet both published articles last March: http://www.forbes.com/sites/andygreenberg/2012/03/23/shopping-for-zero-days-an-price-list-for-hackers-secret-software-exploits/ http://www.zdnet.com/blog/security/us-government-pays-25-for-ios-exploit/11044 There is no discussion of z/OS exploits, but I do not find this reassuring. Our turn will certainly come. Vulnerabilities in the z/OS core certainly appear from time to time, but we generally learn of them only from the obscure nature of IBM's fixes. I discovered one a couple of years ago, and demonstrated to myself, but did not write code for a usable exploit. About the time I was going to send it to IBM, the fix appeared. But the nature of z/OS vulnerabilities and any putative market for their exploits is rather different from those on most other platforms. The general public does not have the sort of insider access to z/OS that the lowliest COBOL programmer or operations clerk has, and that is required to even bump into IBM's statement of system integrity. Guarding against insiders is worthy and necessary, but it's hard to imagine much of a market for exploits that they can use, fun as it may be to dream them up. Exploits against web servers and other public z/OS interfaces are much more generic and - despite the dreaded C string buffer overflows - probably less likely to be successful because of the layering of privileges within z/OS and its components. One can imagine a complex Stuxnet-like exploit that targets z/OS, and is spread by USB keys or system programmers' bad browsing habits, but then really the exploit target is not z/OS but the intermediate systems and their users. It may be harder to attack actual system code on z/OS but if the exploit is targeted to Apache and vulnerabilities there, a shop running Apache on z/OS may be vulnerable. If the application is written in a manner that will allow SQL injection, fun may occur regardless of platform. The basic question is what can someone do by taking advantage of the application they are connected to. Clark Morris Tony H. -- 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: The digital arms trade, article in the Economist, 2013 March 30
In CAE1XxDEFdeTyx4UjpVjZS7KcRnr5HHvRt=ocvya84sor7ya...@mail.gmail.com, on 04/02/2013 at 05:45 PM, John Gilmore jwgli...@gmail.com said: I have had discussions with a number of other old dogs, and the consensus is that it would still be possible to bring down z/OS from, say, a TSO terminal. I'm not aware of any holes in the current BCP. Of course, in the real world the actual threat is from insiders, trojans and common insecure applications, so that's no comfort. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: sorry.
In 2076536027233087.wa.elardus.engelbrechtsita.co...@listserv.ua.edu, on 04/02/2013 at 05:26 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za said: I got spam e-mails from something like absa @ absa .co .z or sb @ standardbank .co .z (I placed spaces in these e-mail addresses for posting) or so. Nothing in the From header field has an relevance to determining the actual sender. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSORT alternatives
There's some more information on IBM DB2 Sort for z/OS here: http://www.ibm.com/software/data/db2imstools/db2tools/db2-sort/ This product is optional. There's a discussion of DB2 Sort here which can start to help you decide whether it's a good fit: http://db2beyondtheengine.blogspot.com/2012/03/faster-more-efficient-more-resilient.html Note that it is not necessary to license z/OS DFSORT separately if your usage of DFSORT is limited to DB2's use of the SORT and MERGE functions. That is, DB2 for z/OS (starting with Version 8) includes a limited use DFSORT license exclusively for DB2's use and exclusively for those functions. For example, the limited license does not permit you to write a DB2 stored procedure that uses DFSORT functions. You would have to license z/OS DFSORT in that case. I should also make a couple comments about zIIP usage. Often zIIP exploitation is terrific, and I'm a big fan. However, there are some exceptions or at least caveats. One exception is when there's overhead in dispatching specifically to a zIIP engine that exceeds the benefit. I think IBM has avoided that, but it's technically possible. Another exception is when you're dealing with sub-peak utilization which (to a first order approximation at least) isn't particularly important. A third exception is when the amount of zIIP exploitation is small relative to the incremental utilization on general purpose processors. Nothing in computing is free, including zIIPs, and marginal increments are not at all the same as averages. The word I use here is nontrivial, as in the amount of peak workload eligible to be dispatched to a zIIP should be nontrivial in order for a zIIP (or another zIIP) to make sense. Said another way, zIIP = good is neither a cost nor capacity planning principle that makes sense any more than little server = cheap. (And no, not really.) zIIP exploitation could well be good, but let's check a couple things is more like it. Timothy Sipples GMU VCT Architect Executive (Based in Singapore) E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DB2 subsystem availability
At the risk of writing like an architect, let's pause to consider that the problem might be more than a one-off problem. DB2 might be one important ingredient in consistently delivering a particular business outcome, but it's probably only one ingredient among several. If the problem statement is, I want to make sure I'm consistently delivering a particular business outcome -- meeting my service level agreement(s), in particular -- and I want to find out quickly where the problem is if there is a problem and, preferably, automatically correct it then the point-level approaches aren't going to go very far. Yes, we're probably talking about an end-to-end service management solution of some kind here. One example is Tivoli Business Service Manager for z/OS at the highest level, with drill-down capabilities below that. There are others. Automation of some kind would be important, I would think. In other words, I'm sympathetic to the So what if DB2 is up-and-running if the network is down and nobody can get to it sort of issues. If you're addressing the general problem statement it's highly likely you've got DB2 well covered. I like the idea of addressing several issues simultaneously once and once well, if possible. Timothy Sipples GMU VCT Architect Executive (Based in Singapore) E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN