Re: help in taking certification
I'll sit the test for you if you like? On 03/12/05, Mahaboob Basha [EMAIL PROTECTED] wrote: hi, i am mahaboob, new to this group, i am going to take Tech Check, and Brain Bench certifications soon. could you please send me the sample question papers Tech Check /Brain Bench.. if any suggetions plz feel free to give me bye basha -- 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 -- Cheers, Kenny -- 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: SDSF and TRC
On Fri, 2 Dec 2005 23:05:54 -0600, Joseph Lenz [EMAIL PROTECTED] wrote: I am adding a PAGEDEF and FORMDEF to an output in SDSF, and also need to tell the system that TRC's are defined in the PAGEDEF. Where in SDSF can I update the output entry to indicate to the system TRC=YES? AFAIK , you normally code TRC=YES in the OUTPUT DD card of our JCL it is not a jes2 parm , so it is not an SDSF parm . Bruno Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr -- 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: SDSF and TRC
I didn't see this option listed in the User's Guide in the list of columns for the Output Descriptor panel. On some panels, entering a ? will show different columns. Someone else has already mentioned the possibility of including a font list in your pagedef. Bill On Fri, 2 Dec 2005 23:05:54 -0600, Joseph Lenz [EMAIL PROTECTED] wrote: I am adding a PAGEDEF and FORMDEF to an output in SDSF, and also need to tell the system that TRC's are defined in the PAGEDEF. Where in SDSF can I update the output entry to indicate to the system TRC=YES? Regards, Joseph Lenz TTI, Inc. Fort Worth, TX -- 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: Variation on a theme (was: Re: Sales manual COBOL for OS390 info)
In [EMAIL PROTECTED], on 12/02/2005 at 12:46 PM, Charles Mills [EMAIL PROTECTED] said: 5799-AAW FORTRAN IV H EXTENDED PLUS Do you mean FORTRAN H Extended Enhanced Optimization IUP or is that really a separate compiler? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: FTP issues
i am glad to Thank you Hal it worked fine with type E and mode B -thiru --- Hal Merritt [EMAIL PROTECTED] wrote: Try TYPE E instead of TYPE I (BIN). IMHO, BIN is not appropriate for this situation. As you can see, some attributes are lost. The FM suggests TYPE E MODE C for all z/os to z/os transfers. Works well for me. TYPE E MODE B might be better for files already compressed as are ADRDSU. HTH and good luck. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of thirumurugan Sent: Wednesday, November 30, 2005 2:50 PM To: IBM-MAIN@BAMA.UA.EDU Subject: FTP issues Hi all kind help pls I wanted to transfer SYS1.SIEALNKE dataset from one Z/OS to another.. Let me state it as from MVSA to MVSB following are the steps I followed 1. Created a dump of the dataset SYS1.SIEALNKE (which is in MVSA) in the name of THIRU.SIEALNKE using the utility ADRDSSU. 2. FTPied MVSA from MVSB and using the parameter LOCSITE PRI=50 SEC=20 CY BLOCKSIZE=27998 REC=U BIN GET SIEALNKE The file was successfully transfered. 3. Now i tried to restore the dataset SIEALNKE using the utility ADRDSSU in MVSB, but i facing the below error ADR389E (001)-IORT (01), INVALID INPUT ON DDNAME DASD, INPUT DATA SET NOT PRODUCED BY DFDSS OR DFSMSDSS ADR415W (001)-TDDS (02), NO DATA SETS WERE COPIED, DUMPED, OR RESTORED FROM ANY VOLUME kindly help me to correct this issue __ Yahoo! Music Unlimited Access over 1 million songs. Try it free. http://music.yahoo.com/unlimited/ -- 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 __ Start your day with Yahoo! - Make it your home page! http://www.yahoo.com/r/hs -- 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: FTP issues
Hi iam much thankful to ur kind reply It worked fine but only thing that the dataset which i created as equivalent to the source doesn't behave to be PDS after setting the RECFM=U.. so i couldnt able to use MGET * . hence I copied the dataset after dumping using the utility ADRDSSU and with the FTP option (replace -thiru --- George Young [EMAIL PROTECTED] wrote: thirumurugan wrote: Hi all kind help pls I wanted to transfer SYS1.SIEALNKE dataset from one Z/OS to another.. Let me state it as from MVSA to MVSB following are the steps I followed 1. Created a dump of the dataset SYS1.SIEALNKE (which is in MVSA) in the name of THIRU.SIEALNKE using the utility ADRDSSU. 2. FTPied MVSA from MVSB and using the parameter LOCSITE PRI=50 SEC=20 CY BLOCKSIZE=27998 REC=U BIN GET SIEALNKE The file was successfully transfered. 3. Now i tried to restore the dataset SIEALNKE using the utility ADRDSSU in MVSB, but i facing the below error ADR389E (001)-IORT (01), INVALID INPUT ON DDNAME DASD, INPUT DATA SET NOT PRODUCED BY DFDSS OR DFSMSDSS ADR415W (001)-TDDS (02), NO DATA SETS WERE COPIED, DUMPED, OR RESTORED FROM ANY VOLUME kindly help me to correct this issue __ Yahoo! Music Unlimited Access over 1 million songs. Try it free. http://music.yahoo.com/unlimited/ -- 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 replace the BIN with MODE B EBCDIC if you are going MVS to MVS. Actually you probably don't need the unload / reload stuff of that is a RECFM=U dataset. Just create the new dataset with the same size and attributes as the original and do this mode b ebcdic cd 'name of dataset on from system' lcd 'name of dataset on to system' mget * this should work fine for a RECFM=U dataset. George -- 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 __ Start your day with Yahoo! - Make it your home page! http://www.yahoo.com/r/hs -- 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
PCOM and NVAS (was: 3270 Session Manager survey)
Timothy Sipples wrote: John S. Giltner, Jr. writes: We are looking at the posibility of replacing PCOM... Do note that every Personal Communications license already includes Host On-Demand. For the past several years. Begin Snip End Snip - - - - - Timothy F. Sipples Consulting Enterprise Software Architect IBM Americas zSeries/z9 Software Phone: +1 312 529 1612 E-Mail: [EMAIL PROTECTED] Thanks, we have NVAS already and have it for years (since V1 I think). We are actually licensed for Host Access Client Packege for our employees and Host Integrator Server Concurrent for our customers. We use PCOM for employees and HOD for customers. The technical staff is not driving the replacement, new management is driving for a lower cost, but equal solution. The technical staff is not that thrilled. For what we do use in PCOM/HOD the Seguall Product does seem to be an equal replacement, but our customers don't like any changes. We have had some complain becuase we changed the application and did not notify them. The application change, they (the customer) changed the color mapping. Letters showed up different, so we must have changed the application. -- 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: help in taking certification
Mahaboob Basha wrote: hi, i am mahaboob, new to this group, i am going to take Tech Check, and Brain Bench certifications soon. could you please send me the sample question papers Tech Check /Brain Bench.. if any suggetions plz feel free to give me bye basha At www.redbooks.ibm.com do a search on: ABCs of z/OS System Programming Volume There are 11 volumes. Read, memorize, re-read, re-memorize. -- 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: Using symbolic in JCL
From: Tom Schmidt [EMAIL PROTECTED] Sent: Saturday, December 03, 2005 5:21 PM Symbolic substitution will create a significant problem IFF the user is somehow astonished at the (unintended) result. If the result is what the user (or site) intended to achieve, then so much the better. I wonder how many sites would truly use (and be willing to pay for) a job-level symbolic substitution service? Just document the symbols and what their values will be. Then there shouldn't be any misunderstandings. Shane has an IEFUJV exit available on CBT. I've expanded on his original idea and added a few extra internal symbols. Sam has done his usual excellent job of maintaining the CBT site and has put my addition to file 452 in the updates section. Other than the system symbols, what symbols would users like to see? My exit has various formats of date/time, jobname and it'd be easy to add others. Of course, it's done at UJV time, with all it's restrictions. DanD -- 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
File 247 - Vastly improved SYS1.BRODCAST scan program available
Hi, I have made available (for anyone anywhere to use) my commercial SYS1.BRODCAST scanning and reporting program which comes from my forthcoming commercial product called Brodcast Master. This commercial product is (and will be) derived from the free programs on File 247 of the CBT Tape, but it will be a supported and very improved product. Quite a few new utilities, with improved functionality, are planned for the commercial product, although the free product from CBT File 247 is very good, and it works well, in my experience. To get and use the new BDMSCAN program, please go to the Updates page of www.cbttape.org and get File 247 from there. The two members BDMSCAN and BDMSCAN$ will supply you with all that you need. I am sure that you will be very pleased with this program, and you'll use it often. The improvements to the scan, were largely in the reporting of the status of the global Notify messages, and in the detailed reporting and formatting of all of the BRODCAST dataset record fields. Please try this program at least once, and let me know what you think. Sincerely, Sam Golob -- 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: Using symbolic in JCL
In a recent note, Tom Schmidt said: Date: Sat, 3 Dec 2005 16:21:59 -0600 On Sat, 3 Dec 2005 10:13:28 -0500, Bill Ogden wrote: Symbolics that might specify or imply a volser, data set name, device type, or DISP parameter can create a significant problem if not resolved early. Remember that these are needed to test all the ENQ and allocation situations that exist before a job is started, and this must be done in a way to prevent deadlocks. The other operating systems mentioned do not have a routine way to protect all the resources needed by a job while avoiding deadlocks after the job is started. (These systems generally lack the concept of a job as needed for large-scale batch operation.) Bill Ogden Symbolic substitution will create a significant problem IFF the user is somehow astonished at the (unintended) result. If the result is what the user (or site) intended to achieve, then so much the better. Bill's point is not so easily dismissed. So deferring symbol evaluation would significantly erode the serialization and deadlock protection that many production shops depend on. But that's no obstacle to deferring symbol evaluation until job initiation on the executing system, immediately before the ENQs are issued. I'll note that a similar erosion already happens, in the case where I refer to a data set by a catalogued alias. Apparently the OS ENQs on the alias name at job initiation, and attempts to ENQ on the RELATED name later, at allocation within the job step. If that ENQ fails, the job is terminated immediately; no waiting for resolution of the ENQ. (This is JES2 behavior; would JES3 be different?) (Would a better design perform the initial ENQ on the RELATED name rather than the ALIAS? There's still hazard of the ALIAS's changing between job initiation and step allocation, but it's a narrower window.) Would users tolerate similar behavior associated with deferred resolution of symbols? I wonder how many sites would truly use (and be willing to pay for) a job-level symbolic substitution service? That's a different question. As an employee of an ISV who'd like to use such a service, it doesn't help me if I can't count on every customer's having it; I need it as base OS behavior. -- gil -- StorageTek INFORMATION made POWERFUL -- 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: Using symbolic in JCL
In a recent note, Farley, Peter x23353 said: Date: Thu, 1 Dec 2005 17:32:39 -0500 I had thought many years ago that IBM was on a path to make interpreted REXX the replacement language for controlling all jobs, but I was sadly mistaken and VM-centric in that thought -- I didn't count on the recalcitrance of the MVS-centric hierarchy at IBM. But that hierarchy has embraced Rexx, even if at shotgun-point. What's needed to make Rexx an alternative (I won't frighten readers by saying replacement) for controlling some jobs? o Unrestricted ability to run APF-authorized programs; possibly by launching them in a separate address space, as BPX1EXM does, but without the allocation restrictions of BPX1EXM. o A facility for performing SYSDSN ENQs en masse, in advance of individual allocation. - such a facility must not require APF authorization. - the facility must wait for ENQ resolution, again without requiring APF authorization. - the facility must detect and reject any ENQ request that creates a deadlock. I'll accept that deadlock means any creation of a cycle in the graph of ENQ dependencies, regardless that asynchronous activity in one of the nodes might potentially later resolve the deadlock. o Facilities that I'm accustomed to for handling tapes, particularly RETAIN and VOL=REF. A Rexx-based alternative might take the form of a Zen-like unasking of the FAQ: How can I determine the return code of a prior job step, or of a job step in a submitted job? Suppose a job, written in Classic JCL could be submitted to run not autonomously, as when submitted via INTRDR, but preserving a communication channel (socket, POSIX pipe, batchpipe, whatever) to the submitter's address space. Such a channel need transfer little information beyond step name and completion code; it would serve largely to synchronize the submitter, which could then get more detailed information from data sets created by the job step(s). To this end, temporary data sets should not be deleted until the submitting address space severs the connection. -- gil -- StorageTek INFORMATION made POWERFUL -- 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: SDSF and TRC
In a message dated 12/4/2005 3:47:42 A.M. Central Standard Time, [EMAIL PROTECTED] writes: AFAIK , you normally code TRC=YES in the OUTPUT DD card of our JCL it is not a jes2 parm , so it is not an SDSF parm . TRC is pretty old concept. Looks like PSF accommodates in PAGEDEF formulation. For the 3800 and 3900 running in 3800 mode or 3900 running in JES mode a new parm was added. From z/OS 1.4 JES2 Init and Tuning Reference: | HONORTRC=Yes| No | Specifies whether or not the TRC =Yes/No parameter specified on the | job's OUTPUT JCL statement will be honored or not honored for a given | JES mode printer. HONORTRC= only applies to JES mode printer. | JES mode printer(other than D/T3800) deletes(skips) the Table | Reference Character if HONORTRC=YES and TRC=Yes is specified for | sysout. | JES mode printer(other than D/T3800) treats Table Reference Character | as data if HONORTRC=NO and TRC=Yes is specified for sysout. | Modification: $T PRTn operator command. -- 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: help in taking certification
What certification are you taking ? John S. Giltner, Jr. [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 12/04/2005 10:51 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: help in taking certification Mahaboob Basha wrote: hi, i am mahaboob, new to this group, i am going to take Tech Check, and Brain Bench certifications soon. could you please send me the sample question papers Tech Check /Brain Bench.. if any suggetions plz feel free to give me bye basha At www.redbooks.ibm.com do a search on: ABCs of z/OS System Programming Volume There are 11 volumes. Read, memorize, re-read, re-memorize. -- 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 - The information contained in this electronic mail message, and any and all accompanying documents, constitutes confidential information. If you are not the intended recipient of this information, any disclosure, copying, distribution, or the taking of any action in reliance on it is strictly prohibited. If you received this information in error, please notify the sender immediately and destroy this communication. Messages sent via this medium may be subject to delays and/or unauthorized alteration. Neither The Bank of Tokyo-Mitsubishi, Ltd. nor any of its affiliates shall be held liable for the contents of this message. -- 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: FTP issues
If you are creating the new dataset via ftp you probably need to give it additional datasset attributes to tell the system you want a PDS (such as specify directory blocks (dir=10?) and dsorg=po). In my case I create the dataset via ISPF 3.2 and specify that I want a PDS there. thirumurugan wrote: Hi iam much thankful to ur kind reply It worked fine but only thing that the dataset which i created as equivalent to the source doesn't behave to be PDS after setting the RECFM=U.. so i couldnt able to use MGET * . hence I copied the dataset after dumping using the utility ADRDSSU and with the FTP option (replace -thiru --- George Young [EMAIL PROTECTED] wrote: thirumurugan wrote: Hi all kind help pls I wanted to transfer SYS1.SIEALNKE dataset from one Z/OS to another.. Let me state it as from MVSA to MVSB following are the steps I followed 1. Created a dump of the dataset SYS1.SIEALNKE (which is in MVSA) in the name of THIRU.SIEALNKE using the utility ADRDSSU. 2. FTPied MVSA from MVSB and using the parameter LOCSITE PRI=50 SEC=20 CY BLOCKSIZE=27998 REC=U BIN GET SIEALNKE The file was successfully transfered. 3. Now i tried to restore the dataset SIEALNKE using the utility ADRDSSU in MVSB, but i facing the below error ADR389E (001)-IORT (01), INVALID INPUT ON DDNAME DASD, INPUT DATA SET NOT PRODUCED BY DFDSS OR DFSMSDSS ADR415W (001)-TDDS (02), NO DATA SETS WERE COPIED, DUMPED, OR RESTORED FROM ANY VOLUME kindly help me to correct this issue __ Yahoo! Music Unlimited Access over 1 million songs. Try it free. http://music.yahoo.com/unlimited/ -- 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 replace the BIN with MODE B EBCDIC if you are going MVS to MVS. Actually you probably don't need the unload / reload stuff of that is a RECFM=U dataset. Just create the new dataset with the same size and attributes as the original and do this mode b ebcdic cd 'name of dataset on from system' lcd 'name of dataset on to system' mget * this should work fine for a RECFM=U dataset. George -- 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 __ Start your day with Yahoo! - Make it your home page! http://www.yahoo.com/r/hs -- 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: REXX Books
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Shmuel Metz (Seymour J.) said the following on 12/04/2005 01:44 AM: | In [EMAIL PROTECTED], on 12/02/2005 |at 07:40 AM, Volker Bandke [EMAIL PROTECTED] said: | | | If you are talking about the spiral bound manual published by |C.F.S. Nevada | | | Yes. Buying it was one of the best investments I ever made. I bought about 100, and used them in classes, for new colleagues, and, and | | |b) I have got 5 or 6 of them left (1rst Edition) | | | You seem to have had more foresight than me. OTOH, I have the 4th and, | alas, last edition. I have one of those as well, but my hands aren't cold, yet :) Also, there was an edition available from IBM, within IBM form number etc. Perhaps they still have it? Actually, I contacted Dick Goran and we planned to have a German edition/translation of the handbook, but somehow that never materialized, and then , suddenly, he was dead... | - -- ~ With kind Regards|\ _,,,---,,_ ~ZZZzz /,`.-'`'-. ;-;;, ~ Volker Bandke |,4- ) )-,_. ,\ ( `'-' ~ (BSP GmbH)'---''(_/--' `-'\_) ~ If you do not think about the future, you cannot have one. -- John Galsworthy ~ (Another Wisdom from my fortune cookie jar) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDk27MHm2sbKEAXTARAs0kAKDomO9sGaszBcNcMhIvRl65tRafKwCfXkAl xtZz3iMBvx6oSeMWDgaYxYs= =2E6z -END PGP SIGNATURE- -- 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
STK9840A/B tape data restored from 9840C tape drives
I work for a federal agency that ran like hell from Katrina and her ugly sister Rita; we are currently processing out of a Sungard site where we built an entire MVS computer center in 5 weeks. We have 9840 tapes that were created on STK 9840 A/B tape architecture (Gen'ed as IBM 3590's tape devices) and we are unable to read the data off some of these tapes utilizing STK 9840C tape drives. My question is this? Has anyone experienced any problems reading backup tape data (using FDRABR) that was created on STK 9840A/B tape architecture then try to read the data from STK 9840C tape architecture?? The problems we are experiencing are many but I do not understand why if I am attempting to restore a DSN from the same tape and it is mounted on a different 9840C drive each time; it may fail 4 times getting an IOS000I error message then on the 5th time the DSN will restore successfully. Please understand these tape were created in August 05 and set in New Orleans in STK silos for a few weeks with the air conditioning turned off before we were able to get them. STK/SUN and IBM have been very helpful in this Regional Disaster: in addition, there are many other companies that have assisted our agency in this tragedy. Bob Cosby SEB 504-426-2460 [EMAIL PROTECTED] -- 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: STK9840A/B tape data restored from 9840C tape drives
On Sun, 4 Dec 2005 18:54:22 -0500, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I work for a federal agency that ran like hell from Katrina and her ugly sister Rita; we are currently processing out of a Sungard site where we built an entire MVS computer center in 5 weeks. We have 9840 tapes that were created on STK 9840 A/B tape architecture (Gen'ed as IBM 3590's tape devices) and we are unable to read the data off some of these tapes utilizing STK 9840C tape drives. My question is this? Has anyone experienced any problems reading backup tape data (using FDRABR) that was created on STK 9840A/B tape architecture then try to read the data from STK 9840C tape architecture?? The problems we are experiencing are many but I do not understand why snip We routinely do this at DR drills without any problems. Using the 9840Cs gives us extra drives since the A/Bs are limited. As a matter of fact I just got back from a drill this morning where we did this. This was for native drives. At our data center this had to work because we converted our back end VSM drives (RTDs) from 9840B to 9840C earlier this year. There are still a lot of MVCs that are in 9840B format that are read on the 9840C drives thoughout the day every day. If you are working with the vendor then this shouldn't be news to you. I don't know why you are having problems, but it's not because you're doing something that isn't supported. Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America and Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://Search390.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: STK9840A/B tape data restored from 9840C tape drives
Hi Bob, Good for you that you built a replacement MVS system at your DR location. I agree with Marks comments and absolutely there is backwards compatibility for 9840x type drives. Generally this is the case for IBM Mainframe tape drives and only when the drive format changes is backwards compatibility not maintained (E.g. 3420 3480, 3480/3490 3590, RedWood 9n40x, Etc.), but then we know this when we commission the new technology. Theres some information regarding the StorageTek 9840 VolSafe feature being 9840x drive/media specific, but I guess this doesnt apply to you: http://www.imation.com/support/products/data_center_tape.html#06 http://www.storagetek.com/products/product_page2441.html#applications For sure tape media needs to acclimatise when it moves from one place to another, as per the above StorageTek link and this suggests that the Relative humidity (storage up to four weeks) figure is 5% to 80%, which hopefully was OK for your situation? The IOS1000I message is pretty generic and the rest of the codes in the message would be useful: I would be surprised if this was an FDR/ABR software issue and I suspect if its happening for many tapes then its probably a HCD (E.g. IOCP/MVSCP) configuration issue. Seemingly VolSafe has implications, as will replicating the tape I/O path for your scenario, which would seem to include HCD HSC/VTCS for defining the 9840C drive in emulation mode. Stating the obvious, I think your best bet is to engage StorageTek and ask for their support, but by all means send us an example IOS1000I message, and Im sure the IBMMAIN folks will do their best to assist you. Keep up the good work Regards, UK Mikey. On Sun, 4 Dec 2005 18:54:22 -0500, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I work for a federal agency that ran like hell from Katrina and her ugly sister Rita; we are currently processing out of a Sungard site where we built an entire MVS computer center in 5 weeks. We have 9840 tapes that were created on STK 9840 A/B tape architecture (Gen'ed as IBM 3590's tape devices) and we are unable to read the data off some of these tapes utilizing STK 9840C tape drives. My question is this? Has anyone experienced any problems reading backup tape data (using FDRABR) that was created on STK 9840A/B tape architecture then try to read the data from STK 9840C tape architecture?? The problems we are experiencing are many but I do not understand why if I am attempting to restore a DSN from the same tape and it is mounted on a different 9840C drive each time; it may fail 4 times getting an IOS000I error message then on the 5th time the DSN will restore successfully. Please understand these tape were created in August 05 and set in New Orleans in STK silos for a few weeks with the air conditioning turned off before we were able to get them. STK/SUN and IBM have been very helpful in this Regional Disaster: in addition, there are many other companies that have assisted our agency in this tragedy. Bob Cosby SEB 504-426-2460 [EMAIL PROTECTED] We routinely do this at DR drills without any problems. Using the 9840Cs gives us extra drives since the A/Bs are limited. As a matter of fact I just got back from a drill this morning where we did this. This was for native drives. At our data center this had to work because we converted our back end VSM drives (RTDs) from 9840B to 9840C earlier this year. There are still a lot of MVCs that are in 9840B format that are read on the 9840C drives thoughout the day every day. If you are working with the vendor then this shouldn't be news to you. I don't know why you are having problems, but it's not because you're doing something that isn't supported. Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America and Farmers Insurance Group -- 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
