AUTO: Kathryn Pinto/Poughkeepsie/IBM is out of the office until 06/19/2001. (returning 12/01/2008)
I am out of the office until 12/01/2008. I may not be checking my mail. Please see Kurt Quackenbush with any immediate concerns. Note: This is an automated response to your message IBM-MAIN Digest - 20 Nov 2008 to 21 Nov 2008 (#2008-326) sent on 11/21/08 11:00:05 PM. This is the only notification you will receive while this person is away. -- 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
Re: Startio Question
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main as well. [EMAIL PROTECTED] (, IBM Mainframe Discussion List) writes: There are typically many ways to intercept certain events inside z/OS. Causing a program interrupt with an invalid SCHID and front-ending the program FLIH is just one of several ways to do it. There is much less overhead in this method than if you intercept all STARTIO macros and all I/O interrupts, since only I/O events occurring on one particular device will cause the intercept to occur. re: http://www.garlic.com/~lynn/2008q.html#33 Startio Question http://www.garlic.com/~lynn/2008q.html#34 Startio Question http://www.garlic.com/~lynn/2008q.html#35 Startio Question in the nsc/hyperchannel scenario ... the start i/o was intercepted ... the channel program translated ... then a hyperchannel channel program built to download the translated channel program to the (remote) device adapter (simulating mainframe channel) ... this cold be chained to channel program that activated the downloaded channel program ... i.e. the download of the channel program and the execution of the downloaded channel program could be done either as single startio ... or as separate startios. if done as separate startios ... there would be separate i/o interrupts ... one for the hyperchannel download of the device channel program ... and one for the execution of the device channel program. the interrupt associated with the execution of the device channel program (at the remote emulated channel) would have to be processed and then converted to simulate an interrupt for a physically, locally attached device. this is sort-of what got me into trouble later (in the mid-80s) with the 3090 product manager ... having chosen to simulate various kinds of hyperchannel telco transmission errors as channel check ... and being talked into substituting interface control check instead. the reference to the NCAR nas/san implementation from the mid-80s, had a request/message coming over hyperchannel from one of the supercomputers to the ibm mainframe. the ibm mainframe would do various things and then download a disk channel program into memory of the (hyperchannel) device adapter (simulating mainframe channel). the ibm mainframe would then respond (over hyperchannel) to the supercomputer with pointer/handle of the specific channel program. The supercomputer then would directly activate the disk channel in the device adapter. the ibm mainframe basically acted as very sophisticated disk controller but the data flow went directly between the disk to the supercomputers (w/o having to pass through the ibm mainframe, aka the ibm mainframe provided the control functions w/o being in the actual data flow). later as part of the HiPPI IPI3 standardization work (circa 1990) ... there was an effort to have the HiPPI switch supporting 3rd party transfers ... as a way of migrating the NCAR nas/san implementation off hyperchannel (and ibm mainframe) to HiPPI and IPI disks. -- 40+yrs virtualization experience (since Jan68), online at home since Mar70 -- 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
Re: Startio Question
You may want to look at writing your own UIM (Unit Information Module), I have Bustech devices installed and they use the UIM for their devices, here's a link to a paper they gave me about them. Look under the MAS: Principles of operation section http://www.bustech.com/pdf/Mainframe-Appliance-for-Storage-White-Paper.pdf -- 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
Re: TS3500 Tape Library
I'd do a TMSDELETE to put the tape into CA-1 Delete status first. Then after you are certain the data is copied, then run TMSDELETE again to make them Active. On Sat, Nov 22, 2008 at 5:03 AM, Tom Eden [EMAIL PROTECTED] wrote: Does anyone have a procedure that they use to input foreign tapes into a TS3500 library? We have tapes that were used at a DR test and want to read them at home. Currently CA-1 sees the volser's as SCRATCH tapes and no DSN (that is it is HEXZEROs). We are afraid if they are injected to the library incorrectly they maybe seen as scratches and used before we can get the data of off them. Someone has suggested that we update CA-1 to give the volser a RETPD and inject them as PRIVATE. Also once we are done we want to re-init them. -- 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
Re: TS3500 Tape Library
Tom, As others have stated, simply make the tape a non-scratch CA-1 tape and insert the volume. You can either change it to DELETE status (as Barry had indicated) or change the expiration date to a date in the future. Changing it to DELETE will probably be the best, since then CA-1 will assume that any usage is of a foreign tape and no DSN checking will be performed (setting the expiration date to the future would require using 98000 in the JCL; not required if you set it to DELETE status). Russell Witt CA 1 L2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Tom Eden Sent: Friday, November 21, 2008 3:04 PM To: IBM-MAIN@bama.ua.edu Subject: TS3500 Tape Library Does anyone have a procedure that they use to input foreign tapes into a TS3500 library? We have tapes that were used at a DR test and want to read them at home. Currently CA-1 sees the volser's as SCRATCH tapes and no DSN (that is it is HEXZEROs). We are afraid if they are injected to the library incorrectly they maybe seen as scratches and used before we can get the data of off them. Someone has suggested that we update CA-1 to give the volser a RETPD and inject them as PRIVATE. Also once we are done we want to re-init them. -- 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
Re: Cancel tso id - IKJEFLN2
Paul Gilmartin wrote: On Fri, 21 Nov 2008 07:56:01 -0400, Shmuel Metz (Seymour J.) wrote: Interesting: o With Peter DiCamillo's X 3270 and a nonstandard screen size o I make a tn3270 connection to VM o From there a VTAM connection to z/OS o I start SDSF from the TSO READY prompt o Line commands are ignored. o I exit with PF3 and start SDSF under ISPF. Line commands work. -- gil Hmmm, sounds like your screen had more than 4096 locations. If it did, all inbound buffer addresses are in the 14-bit format. SDSF probably only handles 12-bit addressing, both in and out, but if the entire screen is repainted consecutively then the only output buffer address you need is location zero. The input parsing could probably be fixed with two extra instructions (a TM followed by a BNO or JNO to skip the 12-bit decoding acrobatics). Under ISPF, ISPF handles all the 3270 dependencies for apps such as SDSF. Cheers, Greg -- 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