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: [email protected] 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" <[EMAIL PROTECTED]> > 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
