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
