Re: SPOOL move
W dniu 2011-10-07 20:37, Shaffer, Terri E pisze: So since I am always curious and sometimes like to shoot from the hip. What would happen if you quiese the system down to JES2, NET and TSO. Submit a batch DFDSS FULL volume with copyvolid, then abend JES2, vary the old volume off and new volume on and then restart JES2? Such scenario does not differ from complete system shutdown. No business needs JES2 TSO. They usually need some applications and the applications need other things, like DB2, IMS, CICS, MQ... -- 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, 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.2011 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.346.696 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPOOL move
Well the spool for one and the checkpoints for another (for sure). Chance are it would work but you might be missing things like the syslog and expect some nasty messages when restarting JES2. As others have noted there is a reasonably clean way of doing this now why not use it? Ed - Original Message - From: R.S. r.skoru...@bremultibank.com.pl To: IBM-MAIN@bama.ua.edu Cc: Sent: Monday, October 10, 2011 1:40 AM Subject: Re: SPOOL move W dniu 2011-10-07 20:37, Shaffer, Terri E pisze: So since I am always curious and sometimes like to shoot from the hip. What would happen if you quiese the system down to JES2, NET and TSO. Submit a batch DFDSS FULL volume with copyvolid, then abend JES2, vary the old volume off and new volume on and then restart JES2? Such scenario does not differ from complete system shutdown. No business needs JES2 TSO. They usually need some applications and the applications need other things, like DB2, IMS, CICS, MQ... -- 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, 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.2011 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.346.696 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPOOL move
On Fri, 2011-10-07 at 18:07 -0400, Linda Mooney wrote: If the old vols are draining and you run an offload, type=transmit I run offloads regularly and reload when I have to. That's a bit problematic here because jobs can be processed by a daily offload - Monday is $OFF1, Tuesday is $OFF2, etc - only once. So I keep $OFF7 and $OFF8 in reserve, using them sparingly. Because I've got years of spool data kept by certain Very Important Persons, it's a hassle when I absolutely have to offload/coldstart/reload the entire spool because -something- is going to fail to offload. I haven't had to do that for some years, probably since the last DASD geometry change. Yeah, I'm looking forward to that new spool migration function in R13. -- David Andrews A. Duda Sons, Inc. david.andr...@duda.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SPOOL move
I have to move JES2 SPOOL volumes from one control unit to another (another dasd box). IMHO the simplest method is to stop JES2, move the volumes using DSS copyvol and voila. However this method require an outage which can be long, because SPOOL is large. I just looked at the documentation - it seems such movement could be done by addition/deletion volumes to spool. However deletion of spool volumes is not so funny - when some long running task keep output on the volume, I can only wait. Oboviously closing tasks like CICS or DB2 means production outage, so closing JES2 is not big issue in such case. Q: Is there any method to move spool volumes (or at least majority of them) ? Any clue? Regards -- 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, 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.2011 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.346.696 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPOOL move
Do as you say, add new volumes, drain the old ones, wait for IPL, then removed the old ones. If you have TDMF you can move spool volumes in use. Shouldn't move active jes checkpoints, but you can dynamically move those through checkpoint reconfig. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of R.S. Sent: Friday, October 07, 2011 10:10 AM To: IBM-MAIN@bama.ua.edu Subject: SPOOL move I have to move JES2 SPOOL volumes from one control unit to another (another dasd box). IMHO the simplest method is to stop JES2, move the volumes using DSS copyvol and voila. However this method require an outage which can be long, because SPOOL is large. I just looked at the documentation - it seems such movement could be done by addition/deletion volumes to spool. However deletion of spool volumes is not so funny - when some long running task keep output on the volume, I can only wait. Oboviously closing tasks like CICS or DB2 means production outage, so closing JES2 is not big issue in such case. Q: Is there any method to move spool volumes (or at least majority of them) ? Any clue? Regards -- 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, 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.2011 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.346.696 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPOOL move
If you have a product such as IBM's TDMF or FDRPAS it will happily move active spool volumes to another device. Mark Jacobs On 10/07/11 10:10, R.S. wrote: I have to move JES2 SPOOL volumes from one control unit to another (another dasd box). IMHO the simplest method is to stop JES2, move the volumes using DSS copyvol and voila. However this method require an outage which can be long, because SPOOL is large. I just looked at the documentation - it seems such movement could be done by addition/deletion volumes to spool. However deletion of spool volumes is not so funny - when some long running task keep output on the volume, I can only wait. Oboviously closing tasks like CICS or DB2 means production outage, so closing JES2 is not big issue in such case. Q: Is there any method to move spool volumes (or at least majority of them) ? Any clue? Regards -- Mark Jacobs Time Customer Service Tampa, FL Some people are electrifying, they light up a room when they leave. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPOOL move
And usually the only reason one would need to do this migration IS a new DASD subsystem and the removal of an old subsystem, which typically requires moving many volumes, not just SPOOL. Having a product like TDMF or FDRPAS makes such moves non disruptive and so painless, that every one of our DASD subsystem acquisition contracts for over a decade has included temporary availability of such a product to do the migration! Considering the capacity of current DASD subsystems, to do it any other way may require a month or more overlap between old and new DASD with at least some brief down time, unless you are willing to incur substantial down time for mass DASD moves. With one of the above migration tools, the moves can be done non-disruptively over at most several days. Joel C. Ewing On 10/07/2011 09:17 AM, Mark Jacobs wrote: If you have a product such as IBM's TDMF or FDRPAS it will happily move active spool volumes to another device. Mark Jacobs On 10/07/11 10:10, R.S. wrote: I have to move JES2 SPOOL volumes from one control unit to another (another dasd box). IMHO the simplest method is to stop JES2, move the volumes using DSS copyvol and voila. However this method require an outage which can be long, because SPOOL is large. I just looked at the documentation - it seems such movement could be done by addition/deletion volumes to spool. However deletion of spool volumes is not so funny - when some long running task keep output on the volume, I can only wait. Oboviously closing tasks like CICS or DB2 means production outage, so closing JES2 is not big issue in such case. Q: Is there any method to move spool volumes (or at least majority of them) ? Any clue? Regards -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPOOL move
On Fri, 2011-10-07 at 10:10 -0400, R.S. wrote: I have to move JES2 SPOOL volumes from one control unit to another (another dasd box). [...] Q: Is there any method to move spool volumes I believe there's support for migration between spool volumes in R13. The miscreants in my shop keep stuff on the spool for *years*, making it impossible for me to completely drain spool volumes without an outage. Looking forward to trying out the new function. -- David Andrews A. Duda Sons, Inc. david.andr...@duda.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPOOL move
If you have to do it the hard way, with JES2 commands: - turn on SPOOL volume fencing, to make sure that a job is allocated to a minimum number of SPOOL volumes and not scattered across all of them. That makes it easier to drain volumes and get them empty without an IPL. - make sure you have enough checkpoint space for additional volumes. - add 1 or 2 new volumes (or as many as you can based on checkpoint constraints) - set 1 or 2 old volumes to drain - start moving jobs off of the old volumes - repeat until old volumes are empty. To get everything off of the old volumes will take time and possibly more than one IPL. Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of R.S. Sent: Friday, October 07, 2011 7:10 AM To: IBM-MAIN@bama.ua.edu Subject: SPOOL move I have to move JES2 SPOOL volumes from one control unit to another (another dasd box). IMHO the simplest method is to stop JES2, move the volumes using DSS copyvol and voila. However this method require an outage which can be long, because SPOOL is large. I just looked at the documentation - it seems such movement could be done by addition/deletion volumes to spool. However deletion of spool volumes is not so funny - when some long running task keep output on the volume, I can only wait. Oboviously closing tasks like CICS or DB2 means production outage, so closing JES2 is not big issue in such case. Q: Is there any method to move spool volumes (or at least majority of them) ? Any clue? Regards -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPOOL move
So since I am always curious and sometimes like to shoot from the hip. What would happen if you quiese the system down to JES2, NET and TSO. Submit a batch DFDSS FULL volume with copyvolid, then abend JES2, vary the old volume off and new volume on and then restart JES2? Does jes2 keep any DASD address's in storage? Even if I had an 1 invalid entry it would only be for the job I just ran. Just wondering Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of David Andrews Sent: Friday, October 07, 2011 11:28 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SPOOL move On Fri, 2011-10-07 at 10:10 -0400, R.S. wrote: I have to move JES2 SPOOL volumes from one control unit to another (another dasd box). [...] Q: Is there any method to move spool volumes I believe there's support for migration between spool volumes in R13. The miscreants in my shop keep stuff on the spool for *years*, making it impossible for me to completely drain spool volumes without an outage. Looking forward to trying out the new function. -- David Andrews A. Duda Sons, Inc. david.andr...@duda.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPOOL move
How do you keep something on the spool for years? We delete stuff over 5 *days*, every day at 17:00! We had programmers that wanted us to guarantee that their stuff would still be in the queue after a week and we told them it wasn't possible. Also, when it gets 80% full, it changes the delete criteria to 3 days. Bobby Herring Texas Farm Bureau Insurance Companies CONFIDENTIALITY STATEMENT: The foregoing message (including attachments) is covered by the Electronic Communication Privacy Act, 18 U.S.C. sections 2510-2521, and is CONFIDENTIAL. If you believe that it has been sent to you in error, do not read it. If you are not the intended recipient, you are hereby notified that any retention, dissemination, distribution, or copying of this communication is strictly prohibited. Please reply to the sender that you have received the message in error, then delete it. Thank you. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of David Andrews Sent: Friday, October 07, 2011 10:28 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] SPOOL move On Fri, 2011-10-07 at 10:10 -0400, R.S. wrote: I have to move JES2 SPOOL volumes from one control unit to another (another dasd box). [...] Q: Is there any method to move spool volumes I believe there's support for migration between spool volumes in R13. The miscreants in my shop keep stuff on the spool for *years*, making it impossible for me to completely drain spool volumes without an outage. Looking forward to trying out the new function. -- David Andrews A. Duda Sons, Inc. david.andr...@duda.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPOOL move
-snip I believe there's support for migration between spool volumes in R13. The miscreants in my shop keep stuff on the spool for *years*, making it impossible for me to completely drain spool volumes without an outage. Looking forward to trying out the new function. --unsnip-- Dave, I submit that those miscreants using SPOOL for long-term storage should have their hands slapped. Hard. At my last shop, anything left on the SPOOL for more than 30 days was purged. If you wanted to keep it longer than 30 days, you made arrangements to get it offloaded to a PS datasets with an external writer before the 30-day limit was reached. Amazing how many of those SYSOUTs were found to be unneeded, :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPOOL move
On Fri, 2011-10-07 at 16:07 -0400, Rick Fochtman wrote: Dave, I submit that those miscreants using SPOOL for long-term storage should have their hands slapped. Hard. I don't disagree, but I've fought that battle and can show you the scars. Bigger dogs than I want to use the spool for long-term storage and I know a large-calibre warning shot when I see one. I MAKE the rules... I BREAK the rules. -- David Andrews A. Duda Sons, Inc. david.andr...@duda.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPOOL move
David, Sours like a good move is to Charge for usage and put a premium on spool space. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPOOL move
Hi David, If the old vols are draining and you run an offload, type=transmit , you should be able to set it up to take off what you need to. T hen run an offload,type=receive to put them all back on the spool - on the new vols . O ff load can be restricted to select only what you want it to. HTH, Linda - Original Message - From: David Andrews d...@lists.duda.com To: IBM-MAIN@bama.ua.edu Sent: Friday, October 7, 2011 1:24:10 PM Subject: Re: SPOOL move On Fri, 2011-10-07 at 16:07 -0400, Rick Fochtman wrote: Dave, I submit that those miscreants using SPOOL for long-term storage should have their hands slapped. Hard. I don't disagree, but I've fought that battle and can show you the scars. Bigger dogs than I want to use the spool for long-term storage and I know a large-calibre warning shot when I see one. I MAKE the rules... I BREAK the rules. -- David Andrews A. Duda Sons, Inc. david.andr...@duda.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPOOL move
The biggest obstacle to fully draining a spool volume via 'traditional' JES2 mechanisms is the plethora of control blocks belonging to permanent tasks, especially syslog. That's why is usually takes (best case) one rolling IPL of every MAS member to free up a volume. TDMF has been performing move magic for decades and is now owned by IBM, but it might an expensive solution for a rare problem. In R13, JES2 has a new native mechanism to move spool volumes on the fly. I'm running R13 now but haven't had the chutzpah to try out this feature. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Linda Mooney linda.lst...@comcast.net To: IBM-MAIN@bama.ua.edu Date: 10/07/2011 03:08 PM Subject:Re: SPOOL move Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Hi David, If the old vols are draining and you run an offload, type=transmit , you should be able to set it up to take off what you need to. T hen run an offload,type=receive to put them all back on the spool - on the new vols . O ff load can be restricted to select only what you want it to. HTH, Linda - Original Message - From: David Andrews d...@lists.duda.com To: IBM-MAIN@bama.ua.edu Sent: Friday, October 7, 2011 1:24:10 PM Subject: Re: SPOOL move On Fri, 2011-10-07 at 16:07 -0400, Rick Fochtman wrote: Dave, I submit that those miscreants using SPOOL for long-term storage should have their hands slapped. Hard. I don't disagree, but I've fought that battle and can show you the scars. Bigger dogs than I want to use the spool for long-term storage and I know a large-calibre warning shot when I see one. I MAKE the rules... I BREAK the rules. -- David Andrews A. Duda Sons, Inc. david.andr...@duda.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
