Linda, If you check the $TJOB command there is an operand called "OFFS=" which is used to set/reset any of the offload indicator(s). Dennis
-----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Linda Mooney Sent: Friday, November 14, 2008 4:45 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Resetting SPOOL OFFLOAD archive ? Thanks, Ken. I'll give it a test next week. Are you able to overtype that field on your system? I can't on mine. Linda Mooney -------------- Original message -------------- From: Ken Porowski <[EMAIL PROTECTED]> > Actually I think there is a way to reset the offload status. > > If you look in SDSF O and scroll over a couple of pages there is a field > called Status. > IIRC after an Offload operation it will change to System from User. > > Of course I may be mistaken, it has been a long time since I mucked > around with this. > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Linda Mooney > Sent: Friday, November 14, 2008 4:58 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: [IBM-MAIN] Resetting SPOOL OFFLOAD archive ? > > Tiola, > > Whoa, we have a different perspective on this. Mine is based on nearly > 20 years of offload experience and I have often done offloads for a > number of different purposes. You yourself said that you were new and > you asked for help. Your comments are inacurate, and just because > something that you are trying to learn about is complex does not suggest > that ranting about the design or the vendor is appropriate or reasonable > IMHO. > > OFFLOAD is no where close to being as limited as you describe it. My > statement that I know of no way to reset the indicators means exactly > that - I know of no way. I also have never had the need or desire to > reset them. They have a purpose and a function that I find beneficial. > I personally have not had a need to dynamically define an OFFLOAD. I do > not know if that can be done - which is what I said. I have several > OFFLOADs defined in my JES parms, one to handle a regularly scheduled > production process and others that can be set up and used as needed. > > If you took offense at my response (either one), I would ask only that > you remember that all I know about you is what you presented in your > post and on that basis I wrote my attempt at assistance. OFFLOAD is a > powerful and useful tool, but one that, IMO, takes some work and study > to learn to use and appreciate. > > Linda Mooney > -------------- Original message -------------- > From: "SUBSCRIBE IBM-MAIN M. Ioia" > > > Thanks Linda for your suggestions. This is a fairly small shop and if > > I look for the JES sysprog, I'd probably end up finding myself. I'll > > be careful with my actions. > > > > Your statement: "I know of no way to reset the output indicators." > > confirms other similar statements I've found browsing through the > > internet. However, I've not been able to find an authoritative > > source(IBM), document or manual to confirm. > > > > I just find it really odd that this would be the case. If OFFLOAD is > > an irrersable process, shouldn't it be documented as such or at least > > some warning. I feel like OFFLOADING is like deleting a dataset > > without asking for a confirmation. I know its possible to offload to > > another transmitter, but even with that its limited to 8 tries and you > > > have to have them set-up before hand, (I don't think they can be > > created dynamically?). If you expire all 8 tries then its stuck in > > SPOOL land forever and noway to OFFLOAD. > > > > This is strange for a platform that prides itself in RAS (reliability, > > > availability & > > serviceability) and everything from hardware to software is built on > > fault- tollerant. To have SPOOL OFFLOAD as a one-way ticket to > > somewhere does seem to fit in with z-series model. Does IBM monitor > this list? > > > > Thanks. > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search > the archives at http://bama.ua.edu/archives/ibm-main.html > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
