Re: 3420 old tapes
On 5/7/08, Ken Porowski [EMAIL PROTECTED] wrote: IBM* DITTO/ESA for OS/390 or MVS Version 1 Release 3 Not sure if File Manager is really a replacement, I thought it was a competitor for Compuware File-Aid File Manager incorporates Ditto but includes MUCH, MUCH more functionality. Jim McAlpine -- 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: 3420 old tapes
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Ken Porowski IBM* DITTO/ESA for OS/390 or MVS Version 1 Release 3 Is what I have. I've been ordering it with my ServerPac's for every z/OS release I've had. Not really changed since the ESA days (as you can tell by it's name). IMHO lost some functionality when they added security to it (If I KNEW the %$#* dsn I wouldn't need DITTO!). Still have to pay for it. Not sure if File Manager is really a replacement, I thought it was a competitor for Compuware File-Aid I believe that's its intent nowadays. My last experience with real DITTO was in 1997 when I worked for a software house. But when we trialed File Manager v1, my first impression of it was, It's DITTO with a new front-end. I've heard that the current version of FM offers most, if not all, of the functionality of File-Aid. And remember that Compuware sued IBM a few years ago when the IBM Debug Tool came too close to the look and feel of Xpediter. -jc- -- 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: 3420 old tapes
Where I'm at now, they just got rid of File Manager and went back to File-Aid, which they had before. The programmers liked File-Aid better. I remember, some time in the 90's, getting Ditto in. We had used the old Ditto, which I think was the same one back from VS1 days. The operators hated the then current Ditto. Before, they mounted a tape or 2, depending on what they were doing, and entered one or two commands, and did what they wanted. With the new Ditto, they had to answer lots of questions. I finally took the Ditto product out, as they didn't want to pay for it. The operators still used the really old Ditto back from whenever, and were happy with it. Eric Chase wrote: I believe that's its intent nowadays. My last experience with real DITTO was in 1997 when I worked for a software house. But when we trialed File Manager v1, my first impression of it was, It's DITTO with a new front-end. I've heard that the current version of FM offers most, if not all, of the functionality of File-Aid. And remember that Compuware sued IBM a few years ago when the IBM Debug Tool came too close to the look and feel of Xpediter. -jc- -- Eric Bielefeld Systems Programmer Aviva USA Des Moines, Iowa 515-645-5153 -- 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: 3420 old tapes
At a previous employer long ago in a galaxy far away we had to recover data that had been on 3380s and were at that point all 3390s. We looked for some outside agency and found one. Of course since that was so far back I've lost all recollection of who it was. You may need to seek that which exists and contract it. Daniel McLaughlin Z-Series Systems Programmer Information Communications Technology Crawford Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 email: [EMAIL PROTECTED] web: www.crawfordandcompany.com IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 05/06/2008 04:23:20 PM: -- Information from the mail header --- Sender: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Poster: Burrell, C. Todd (CDC/OCOO/ITSO) (CTR) [EMAIL PROTECTED] Subject: Re: 3420 old tapes --- I appreciate all of the replies. As I had figured, we're pretty much out of luck right now. We're going to try and figure out a way to get on a 3420 that can read 800 BPI, but we may still have an issue with OS releases, etc... We were trying to help out one of our customers, and this turned into a much bigger project that I ever thought it would be. No good deed ever goes unpunished... Thanks C. Todd Burrell Lead z/OS Systems Programmer ITSO (404) 723-2017 (Cell) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Linda Mooney Sent: Tuesday, May 06, 2008 4:08 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3420 old tapes We got rid of all of our 800 bpi tapes a long time ago- sometime around 1990 I think, because the new version of MVS we were installing at the time no longer supported 800 bpi. Since we had a major customer who required that support, we built a front-end read the tapes create a disk file job on VM. We ran that way for a year or so until our customer was able to upgrade to - 1600 bpi. I don't know if VM still supports 800 bpi or not. In any case, even if you have OS support, not all 3420 type tape drives can read all densities. We still have a few (at least we will have them a couple more months) 3420 type drives. Some are dual 1600/6250 bpi and some are 6250 only. What brand and model are your tape drives? How are they gened? Best of Luck, Linda Mooney -- Original message -- From: Todd Burrell [EMAIL PROTECTED] Hello: I have an oldie but a goodie. One of our user areas sent us 9 3420 tapes today, and some of them appear to be 800 BPI. When I run tape map against the tape I get the data in the attachment. I am trying to read these files on a 3420 tape drive, and when I put the density (DEN=2) into my JCL I get a 413-24 abend. I've tried various combinations and I cannot seem to get these old tapes to read, and without density IEBGENER gets a RC=12 for conflicting DCB info. I've also tried BLP and specifying the DCB parms directly, and still no luck. Does anyone have any suggestions as to how I can possibly get this to read on our tape drives, or is there a hardware setting on a 3420 that will make this possible? I looked in the archives and did not find anything specific about this, and this is a little before my time. Thanks Todd Burrell -- 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 Best Overall Third-Party Claims Administrator - 2007 Business Insurance Readers Choice Awards Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication
Re: 3420 old tapes
I wanted to reply back and thank everyone for their responses. I was finally able to get this to work, and the email below really triggered the solution. What was really puzzling was that Tapemap could read the tape, but I was having trouble getting anything off of the tape with ICEGENER, whether I supplied a DEN, or whether I tried to let the drive do it. I finally looked at the details of Tapemap, and decided that since the label had issues and incompatibilities (wrong DEN, etc...), that I would just supply all the DCB info, and do BLP reading file 2 of the tape. When I did this everything worked and I got the data off of the tape. It was a lot of work to read less than 100 records or so... I guess we'll have to keep these two 3420 drives around for awhile longer. We had these drives offline for a couple of years until yesterday - guess they came in handy after all. C. Todd Burrell Senior z/OS Systems Programmer ITSO (404) 723-2017 (cell) Please visit the ITSO Customer Satisfaction Survey and tell us about your recent experiences with ITSO. This survey is for internal CDC use only and the results will be used to improve business services. Anyone working for CDC in any capacity is invited to participate in our survey. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tony Harminc Sent: Tuesday, May 06, 2008 5:36 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3420 old tapes 2008-05-06 John Eells [EMAIL PROTECTED] wrote: 3420-4, -6, and -8 could definitely be used for both 1600bpi and 6250bpi but *not* for 800 bpi. I don't recall at this point whether the odd-numbered models (-3, -5, -7) could read 800 bpi or were 1600 bpi only. If the latter, I think you might need a 2420 or a 2401 to read the tapes. I am sure that *some* 3420 models could handle 800 BPI, though perhaps it was a feature rather than a simple model number. But what I'm puzzled about is where the tapemap program is getting its information. If it is managing to read anything at all from the tape, then the drive is capable. But perhaps tapemap is just reporting on what was specified in JCL or its control cards? Where did that dataset name PW.PREV.ELPH come from? In any case on a 3420 you shouldn't have to specify DEN= for reading; the drive will figure it out. One more subtle possibility is that the tape was written with multiple densities, which can turn this into a much more interesting forensic operation. There are several people who read this list who can convert 800 BPI tapes, as well as commercial services. If these tapes were written decades ago when 800 BPI was reasonably current, and if the data is important, you might want to hand them straight to a recovery service rather than risking the data by further playing around. Tony H. -- 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: 3420 old tapes
Wow - you hadn't used the drives for 3 years and they actually worked when you brought them online! When I was at PH, we had 2 3420s left until about a year before the datacenter closed. My experience with those old IBM drives was the rubber hoses tended to get dryed out and crack. I know we had 2 of them until they were taken out. One was used for parts, but when they both quit, we decided to just to get rid of them. Eric Burrell wrote: I guess we'll have to keep these two 3420 drives around for awhile longer. We had these drives offline for a couple of years until yesterday - guess they came in handy after all. C. Todd Burrell Senior z/OS Systems Programmer ITSO (404) 723-2017 (cell) -- Eric Bielefeld Systems Programmer Aviva USA Des Moines, Iowa 515-645-5153 -- 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: 3420 old tapes
The CE did have to make a visit yesterday for some issue with the 3420's. But it could not have been too much of a problem since he was gone in about 30 minutes... C. Todd Burrell Senior z/OS Systems Programmer ITSO (770) 917-8081 (home) (404) 723-2017 (cell) Please visit the ITSO Customer Satisfaction Survey and tell us about your recent experiences with ITSO. This survey is for internal CDC use only and the results will be used to improve business services. Anyone working for CDC in any capacity is invited to participate in our survey. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Wednesday, May 07, 2008 10:25 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3420 old tapes Wow - you hadn't used the drives for 3 years and they actually worked when you brought them online! When I was at PH, we had 2 3420s left until about a year before the datacenter closed. My experience with those old IBM drives was the rubber hoses tended to get dryed out and crack. I know we had 2 of them until they were taken out. One was used for parts, but when they both quit, we decided to just to get rid of them. Eric Burrell wrote: I guess we'll have to keep these two 3420 drives around for awhile longer. We had these drives offline for a couple of years until yesterday - guess they came in handy after all. C. Todd Burrell Senior z/OS Systems Programmer ITSO (404) 723-2017 (cell) -- Eric Bielefeld Systems Programmer Aviva USA Des Moines, Iowa 515-645-5153 -- 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: 3420 old tapes
Can the tape be read with DITTO ? IIRC, ditto is now shipped with z/OS. On 5/6/08, Todd Burrell [EMAIL PROTECTED] wrote: Hello: I have an oldie but a goodie. One of our user areas sent us 9 3420 tapes today, and some of them appear to be 800 BPI. When I run tape map against the tape I get the data in the attachment. I am trying to read these files on a 3420 tape drive, and when I put the density (DEN=2) into my JCL I get a 413-24 abend. I've tried various combinations and I cannot seem to get these old tapes to read, and without density IEBGENER gets a RC=12 for conflicting DCB info. I've also tried BLP and specifying the DCB parms directly, and still no luck. Does anyone have any suggestions as to how I can possibly get this to read on our tape drives, or is there a hardware setting on a 3420 that will make this possible? I looked in the archives and did not find anything specific about this, and this is a little before my time. Thanks Todd Burrell -- 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 1VOL=007893 TAPE ANALYSIS PROGRAM (T A P E M A P) V2.1 TUESDAYMAY 06, 2008 (08.127) 15:09:34 RELOAD FILE PSWD INFO BLOCK BLOCKLNTH TOTL CREATOR FORMAT SEQ# DATASET NAME REQD C-DATE E-DATE SOURCE RECFM LRECL SIZE COUNT DEN TRT (FT) LNTH JOBNAME/STEPNAME 0 PW.PREV.ELPH . 00.000 LABELS S A CEN C DAT 95 TR INC 2SCAN F 1499 95 16001313 - *** EOV *** -* ONE OR MORE FILES HAVE DENSITY INDICATED INCORRECTLY IN LABELS. ALL FILES ARE WRITTEN AT 800 BPI * + 800 + 800 0NOTE: LENGTH(S) ARE COMPUTED, (BASED ON BLKSIZE, BLKCOUNT, AND DENSITY), AND ARE THEREFORE ONLY APPROXIMATE. -- Glen J. Gasior (630) 712-2104 Chicago, Illinois 60611 Leadership that improves the process of change -- 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: 3420 old tapes
Do you have SAS ? What does PROC TAPEMAP show you ? On 5/6/08, Todd Burrell [EMAIL PROTECTED] wrote: Hello: I have an oldie but a goodie. One of our user areas sent us 9 3420 tapes today, and some of them appear to be 800 BPI. When I run tape map against the tape I get the data in the attachment. I am trying to read these files on a 3420 tape drive, and when I put the density (DEN=2) into my JCL I get a 413-24 abend. I've tried various combinations and I cannot seem to get these old tapes to read, and without density IEBGENER gets a RC=12 for conflicting DCB info. I've also tried BLP and specifying the DCB parms directly, and still no luck. Does anyone have any suggestions as to how I can possibly get this to read on our tape drives, or is there a hardware setting on a 3420 that will make this possible? I looked in the archives and did not find anything specific about this, and this is a little before my time. Thanks Todd Burrell -- 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 1VOL=007893 TAPE ANALYSIS PROGRAM (T A P E M A P) V2.1 TUESDAYMAY 06, 2008 (08.127) 15:09:34 RELOAD FILE PSWD INFO BLOCK BLOCKLNTH TOTL CREATOR FORMAT SEQ# DATASET NAME REQD C-DATE E-DATE SOURCE RECFM LRECL SIZE COUNT DEN TRT (FT) LNTH JOBNAME/STEPNAME 0 PW.PREV.ELPH . 00.000 LABELS S A CEN C DAT 95 TR INC 2SCAN F 1499 95 16001313 - *** EOV *** -* ONE OR MORE FILES HAVE DENSITY INDICATED INCORRECTLY IN LABELS. ALL FILES ARE WRITTEN AT 800 BPI * + 800 + 800 0NOTE: LENGTH(S) ARE COMPUTED, (BASED ON BLKSIZE, BLKCOUNT, AND DENSITY), AND ARE THEREFORE ONLY APPROXIMATE. -- Glen J. Gasior (630) 712-2104 Chicago, Illinois 60611 Leadership that improves the process of change -- 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: 3420 old tapes
I'm pretty sure Ditto is only shipped with z/OS if you pay for it. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Glen Gasior Sent: Wednesday, May 07, 2008 2:39 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3420 old tapes Can the tape be read with DITTO ? IIRC, ditto is now shipped with z/OS. -- 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: 3420 old tapes
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex R. I'm pretty sure Ditto is only shipped with z/OS if you pay for it. I believe it's called File Manager nowadays, and it is a priced product. We demo'd Version 1.0 way back when, and at the time it really was DITTO with a facelift. I think it's up to Version 7 or 8 by now. -jc- -- 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: 3420 old tapes
IBM* DITTO/ESA for OS/390 or MVS Version 1 Release 3 Is what I have. I've been ordering it with my ServerPac's for every z/OS release I've had. Not really changed since the ESA days (as you can tell by it's name). IMHO lost some functionality when they added security to it (If I KNEW the %$#* dsn I wouldn't need DITTO!). Still have to pay for it. Not sure if File Manager is really a replacement, I thought it was a competitor for Compuware File-Aid -Original Message- Chase, John -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex R. I'm pretty sure Ditto is only shipped with z/OS if you pay for it. I believe it's called File Manager nowadays, and it is a priced product. We demo'd Version 1.0 way back when, and at the time it really was DITTO with a facelift. I think it's up to Version 7 or 8 by now. -jc- -- 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: 3420 old tapes
In [EMAIL PROTECTED], on 05/06/2008 at 02:24 PM, Todd Burrell [EMAIL PROTECTED] said: I am trying to read these files on a 3420 tape What kind of tape? 7-track or 9-track? When I run tape map Which tape map? On what kind of drive? I am trying to read these files on a 3420 tape drive, and when I put the density (DEN=2) into my JCL That shouldn't matter except for 7-track. I get a 413-24 abend. You should have gotten one or more accompanying messages, probably IEA and IEC. What were they? What is actually in the labels? Is there a TM after the HDR2? The output that you attached showed a block size but not a record length. I'd suggest that you look at the actual data, then code explicit RECFM, LRECL and BLKSIZE values. -- 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: 3420 old tapes
Shmuel, I gotta admit that this is one of your more timely responses, but, if you read all before replying to the first, you may find that your reply is (always welcome...) not always neededgrin BTW, I do always enjoy your learned responses, please keep them up... Bill, just the CICS Guy.. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Wednesday, May 07, 2008 10:39 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3420 old tapes In [EMAIL PROTECTED], on 05/06/2008 at 02:24 PM, Todd Burrell [EMAIL PROTECTED] said: I am trying to read these files on a 3420 tape What kind of tape? 7-track or 9-track? When I run tape map Which tape map? On what kind of drive? I am trying to read these files on a 3420 tape drive, and when I put the density (DEN=2) into my JCL That shouldn't matter except for 7-track. I get a 413-24 abend. You should have gotten one or more accompanying messages, probably IEA and IEC. What were they? What is actually in the labels? Is there a TM after the HDR2? The output that you attached showed a block size but not a record length. I'd suggest that you look at the actual data, then code explicit RECFM, LRECL and BLKSIZE values. _ With Windows Live for mobile, your contacts travel with you. http://www.windowslive.com/mobile/overview.html?ocid=TXT_TAGLM_WL_Refresh_mobile_052008 -- 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
3420 old tapes
Hello: I have an oldie but a goodie. One of our user areas sent us 9 3420 tapes today, and some of them appear to be 800 BPI. When I run tape map against the tape I get the data in the attachment. I am trying to read these files on a 3420 tape drive, and when I put the density (DEN=2) into my JCL I get a 413-24 abend. I've tried various combinations and I cannot seem to get these old tapes to read, and without density IEBGENER gets a RC=12 for conflicting DCB info. I've also tried BLP and specifying the DCB parms directly, and still no luck. Does anyone have any suggestions as to how I can possibly get this to read on our tape drives, or is there a hardware setting on a 3420 that will make this possible? I looked in the archives and did not find anything specific about this, and this is a little before my time. Thanks Todd Burrell -- 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 1VOL=007893 TAPE ANALYSIS PROGRAM (T A P E M A P) V2.1 TUESDAYMAY 06, 2008 (08.127) 15:09:34 RELOAD FILE PSWD INFO BLOCK BLOCKLNTH TOTL CREATOR FORMAT SEQ# DATASET NAME REQD C-DATE E-DATE SOURCE RECFM LRECL SIZE COUNT DEN TRT (FT) LNTH JOBNAME/STEPNAME 0 PW.PREV.ELPH . 00.000 LABELS S A CEN C DAT 95 TR INC 2SCAN F 1499 95 16001313 - *** EOV *** -* ONE OR MORE FILES HAVE DENSITY INDICATED INCORRECTLY IN LABELS. ALL FILES ARE WRITTEN AT 800 BPI * + 800 + 800 0NOTE: LENGTH(S) ARE COMPUTED, (BASED ON BLKSIZE, BLKCOUNT, AND DENSITY), AND ARE THEREFORE ONLY APPROXIMATE.
Re: 3420 old tapes
What model of 3420 drive do you have? I am pretty sure at least the later models (4, 6, and 8) could only read 1600 or 6250 bpi. http://www-03.ibm.com/ibm/history/exhibits/storage/storage_3420.html Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Todd Burrell Sent: Tuesday, May 06, 2008 2:24 PM To: IBM-MAIN@BAMA.UA.EDU Subject: 3420 old tapes Hello: I have an oldie but a goodie. One of our user areas sent us 9 3420 tapes today, and some of them appear to be 800 BPI. When I run tape map against the tape I get the data in the attachment. I am trying to read these files on a 3420 tape drive, and when I put the density (DEN=2) into my JCL I get a 413-24 abend. I've tried various combinations and I cannot seem to get these old tapes to read, and without density IEBGENER gets a RC=12 for conflicting DCB info. I've also tried BLP and specifying the DCB parms directly, and still no luck. Does anyone have any suggestions as to how I can possibly get this to read on our tape drives, or is there a hardware setting on a 3420 that will make this possible? I looked in the archives and did not find anything specific about this, and this is a little before my time. Thanks Todd Burrell -- 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: 3420 old tapes
We got rid of all of our 800 bpi tapes a long time ago- sometime around 1990 I think, because the new version of MVS we were installing at the time no longer supported 800 bpi. Since we had a major customer who required that support, we built a front-end read the tapes create a disk file job on VM. We ran that way for a year or so until our customer was able to upgrade to - 1600 bpi. I don't know if VM still supports 800 bpi or not. In any case, even if you have OS support, not all 3420 type tape drives can read all densities. We still have a few (at least we will have them a couple more months) 3420 type drives. Some are dual 1600/6250 bpi and some are 6250 only. What brand and model are your tape drives? How are they gened? Best of Luck, Linda Mooney -- Original message -- From: Todd Burrell [EMAIL PROTECTED] Hello: I have an oldie but a goodie. One of our user areas sent us 9 3420 tapes today, and some of them appear to be 800 BPI. When I run tape map against the tape I get the data in the attachment. I am trying to read these files on a 3420 tape drive, and when I put the density (DEN=2) into my JCL I get a 413-24 abend. I've tried various combinations and I cannot seem to get these old tapes to read, and without density IEBGENER gets a RC=12 for conflicting DCB info. I've also tried BLP and specifying the DCB parms directly, and still no luck. Does anyone have any suggestions as to how I can possibly get this to read on our tape drives, or is there a hardware setting on a 3420 that will make this possible? I looked in the archives and did not find anything specific about this, and this is a little before my time. Thanks Todd Burrell -- 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 ---BeginMessage--- 1VOL=007893 TAPE ANALYSIS PROGRAM (T A P E M A P) V2.1 TUESDAYMAY 06, 2008 (08.127) 15:09:34 RELOAD FILE PSWD INFO BLOCK BLOCKLNTH TOTL CREATOR FORMAT SEQ# DATASET NAME REQD C-DATE E-DATE SOURCE RECFM LRECL SIZE COUNT DEN TRT (FT) LNTH JOBNAME/STEPNAME 0 PW.PREV.ELPH . 00.000 LABELS S A CEN C DAT 95 TR INC 2SCAN F 1499 95 16001313 - *** EOV *** -* ONE OR MORE FILES HAVE DENSITY INDICATED INCORRECTLY IN LABELS. ALL FILES ARE WRITTEN AT 800 BPI * + 800 + 800 0NOTE: LENGTH(S) ARE COMPUTED, (BASED ON BLKSIZE, BLKCOUNT, AND DENSITY), AND ARE THEREFORE ONLY APPROXIMATE. ---End Message---
Re: 3420 old tapes
I appreciate all of the replies. As I had figured, we're pretty much out of luck right now. We're going to try and figure out a way to get on a 3420 that can read 800 BPI, but we may still have an issue with OS releases, etc... We were trying to help out one of our customers, and this turned into a much bigger project that I ever thought it would be. No good deed ever goes unpunished... Thanks C. Todd Burrell Lead z/OS Systems Programmer ITSO (404) 723-2017 (Cell) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Linda Mooney Sent: Tuesday, May 06, 2008 4:08 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3420 old tapes We got rid of all of our 800 bpi tapes a long time ago- sometime around 1990 I think, because the new version of MVS we were installing at the time no longer supported 800 bpi. Since we had a major customer who required that support, we built a front-end read the tapes create a disk file job on VM. We ran that way for a year or so until our customer was able to upgrade to - 1600 bpi. I don't know if VM still supports 800 bpi or not. In any case, even if you have OS support, not all 3420 type tape drives can read all densities. We still have a few (at least we will have them a couple more months) 3420 type drives. Some are dual 1600/6250 bpi and some are 6250 only. What brand and model are your tape drives? How are they gened? Best of Luck, Linda Mooney -- Original message -- From: Todd Burrell [EMAIL PROTECTED] Hello: I have an oldie but a goodie. One of our user areas sent us 9 3420 tapes today, and some of them appear to be 800 BPI. When I run tape map against the tape I get the data in the attachment. I am trying to read these files on a 3420 tape drive, and when I put the density (DEN=2) into my JCL I get a 413-24 abend. I've tried various combinations and I cannot seem to get these old tapes to read, and without density IEBGENER gets a RC=12 for conflicting DCB info. I've also tried BLP and specifying the DCB parms directly, and still no luck. Does anyone have any suggestions as to how I can possibly get this to read on our tape drives, or is there a hardware setting on a 3420 that will make this possible? I looked in the archives and did not find anything specific about this, and this is a little before my time. Thanks Todd Burrell -- 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
Re: 3420 old tapes
Todd, Maybe find an old 3420 tape drive, doesn't have to be fancy. As long as you can read the tape and build a file to be transferred like via FTP, etc. Maybe even find one you can rent for a couple hours. I have done that before Many years ago. A disaster recovery vendor would be a good start, like Sungardetc. Scott Ford Senior Host Developer | Forging Enterprise Identity | IdentityForge.com (Main) 678.266.3399 x304 | (Cell) 609.346.0399 | (Fax) 678.266.3399 [EMAIL PROTECTED] This message is for the designated recipient only and may contain priviledged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and then delete the original. Any other use of the email by you is prohibited. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Burrell, C. Todd (CDC/OCOO/ITSO) (CTR) Sent: Tuesday, May 06, 2008 4:23 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3420 old tapes I appreciate all of the replies. As I had figured, we're pretty much out of luck right now. We're going to try and figure out a way to get on a 3420 that can read 800 BPI, but we may still have an issue with OS releases, etc... We were trying to help out one of our customers, and this turned into a much bigger project that I ever thought it would be. No good deed ever goes unpunished... Thanks C. Todd Burrell Lead z/OS Systems Programmer ITSO (404) 723-2017 (Cell) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Linda Mooney Sent: Tuesday, May 06, 2008 4:08 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3420 old tapes We got rid of all of our 800 bpi tapes a long time ago- sometime around 1990 I think, because the new version of MVS we were installing at the time no longer supported 800 bpi. Since we had a major customer who required that support, we built a front-end read the tapes create a disk file job on VM. We ran that way for a year or so until our customer was able to upgrade to - 1600 bpi. I don't know if VM still supports 800 bpi or not. In any case, even if you have OS support, not all 3420 type tape drives can read all densities. We still have a few (at least we will have them a couple more months) 3420 type drives. Some are dual 1600/6250 bpi and some are 6250 only. What brand and model are your tape drives? How are they gened? Best of Luck, Linda Mooney -- Original message -- From: Todd Burrell [EMAIL PROTECTED] Hello: I have an oldie but a goodie. One of our user areas sent us 9 3420 tapes today, and some of them appear to be 800 BPI. When I run tape map against the tape I get the data in the attachment. I am trying to read these files on a 3420 tape drive, and when I put the density (DEN=2) into my JCL I get a 413-24 abend. I've tried various combinations and I cannot seem to get these old tapes to read, and without density IEBGENER gets a RC=12 for conflicting DCB info. I've also tried BLP and specifying the DCB parms directly, and still no luck. Does anyone have any suggestions as to how I can possibly get this to read on our tape drives, or is there a hardware setting on a 3420 that will make this possible? I looked in the archives and did not find anything specific about this, and this is a little before my time. Thanks Todd Burrell -- 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
Re: 3420 old tapes
On 6 May 2008 13:08:45 -0700, [EMAIL PROTECTED] (Linda Mooney) wrote: We got rid of all of our 800 bpi tapes a long time ago- sometime around 1990 I think, because the new version of MVS we were installing at the time no longer supported 800 bpi. Since we had a major customer who required that support, we built a front-end read the tapes create a disk file job on VM. We ran that way for a year or so until our customer was able to upgrade to - 1600 bpi. I don't know if VM still supports 800 bpi or not. I remember keeping a Singer machine just to copy tapes. There are some companies which handle various types of rare tapes - or were recently. -- 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: 3420 old tapes
Pommier, Rex R. wrote: What model of 3420 drive do you have? I am pretty sure at least the later models (4, 6, and 8) could only read 1600 or 6250 bpi. http://www-03.ibm.com/ibm/history/exhibits/storage/storage_3420.html snip 3420-4, -6, and -8 could definitely be used for both 1600bpi and 6250bpi but *not* for 800 bpi. I don't recall at this point whether the odd-numbered models (-3, -5, -7) could read 800 bpi or were 1600 bpi only. If the latter, I think you might need a 2420 or a 2401 to read the tapes. -- John Eells z/OS Technical Marketing IBM Poughkeepsie [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: 3420 old tapes
I don't recall at this point whether the odd-numbered models (-3, -5, -7) could read 800 bpi or were 1600 bpi. only. The low end 3420 could definitely reads 800 BPI. I have never worked with anything less than a 3400-series tape drive and we had a lot of 800 tapes in the 1980's (customer exchange). - Too busy driving to stop for gas! -- 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: 3420 old tapes
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Todd Burrell Sent: Tuesday, May 06, 2008 2:24 PM To: IBM-MAIN@BAMA.UA.EDU Subject: 3420 old tapes --part-8eaESvSN5abbYQ7dIJvWcCFUpBaxuqMmA0CLvzTGoZnc3 Content-Transfer-Encoding: 7bit Content-Type: multipart/mixed; charset=iso-8859-1; boundary=part-Z37dYuRQF2-CEgOEtwSKzaeLhD9250D-NwA50Fq3Bp-rS This is a multi-part message in MIME format. --part-Z37dYuRQF2-CEgOEtwSKzaeLhD9250D-NwA50Fq3Bp-rS Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Hello: I have an oldie but a goodie. One of our user areas sent us 9 3420 tapes= =20 today, and some of them appear to be 800 BPI. When I run tape map agains= t=20 the tape I get the data in the attachment. I am trying to read these files on a 3420 tape=20 drive, and when I put the density (DEN=3D2) into my JCL I get a 413-24 ab= end.=20=20 I've tried various combinations and I cannot seem to get these old tapes = to=20 read, and without density IEBGENER gets a RC=3D12 for conflicting DCB inf= o. I've also tried BLP and specifying the DCB parms directly, and still no l= uck.=20=20=20=20=20 Does anyone have any suggestions as to how I can possibly get this to rea= d=20 on our tape drives, or is there a hardware setting on a 3420 that will ma= ke=20 this possible?=20 I looked in the archives and did not find anything specific about this, a= nd this=20 is a little before my time.=20=20 snip You might want to try a NON-IBM, NON-Mainframe drive. Kennedy used to make reel-to-reel drives that would read 800-3200 (and perhaps 6250). The following has various of those drives http://www.mfarris.com/tape/index.html You might try Google and eBAY for other similar things. I know of people who used these drives to copy data to their hard-drive on their XT machines (or Turbo-Ats) and then FTP to an IBM system (S/390 type or S/3x type). Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- 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: 3420 old tapes
It sounds like you may have had DEN= coded in your JCL when you ran the tapemap, and that is why you got the 800 BPI error message. Try running tapemap without DEN=, you should need to specify density for an input tape, in any case. If the tape drive was unable to read the tape, you wouldn't have gotten the output from tapemap. Todd Burrell [EMAIL PROTECTED] 5/6/2008 3:24 PM Hello: I have an oldie but a goodie. One of our user areas sent us 9 3420 tapes today, and some of them appear to be 800 BPI. When I run tape map against the tape I get the data in the attachment. I am trying to read these files on a 3420 tape drive, and when I put the density (DEN=2) into my JCL I get a 413-24 abend. I've tried various combinations and I cannot seem to get these old tapes to read, and without density IEBGENER gets a RC=12 for conflicting DCB info. I've also tried BLP and specifying the DCB parms directly, and still no luck. Does anyone have any suggestions as to how I can possibly get this to read on our tape drives, or is there a hardware setting on a 3420 that will make this possible? I looked in the archives and did not find anything specific about this, and this is a little before my time. Thanks Todd Burrell -- 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 Note that my email domain has changed from jo-annstores.com to joann.com. Please update your address book and other records to reflect this change. CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- 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: 3420 old tapes
2008-05-06 John Eells [EMAIL PROTECTED] wrote: 3420-4, -6, and -8 could definitely be used for both 1600bpi and 6250bpi but *not* for 800 bpi. I don't recall at this point whether the odd-numbered models (-3, -5, -7) could read 800 bpi or were 1600 bpi only. If the latter, I think you might need a 2420 or a 2401 to read the tapes. I am sure that *some* 3420 models could handle 800 BPI, though perhaps it was a feature rather than a simple model number. But what I'm puzzled about is where the tapemap program is getting its information. If it is managing to read anything at all from the tape, then the drive is capable. But perhaps tapemap is just reporting on what was specified in JCL or its control cards? Where did that dataset name PW.PREV.ELPH come from? In any case on a 3420 you shouldn't have to specify DEN= for reading; the drive will figure it out. One more subtle possibility is that the tape was written with multiple densities, which can turn this into a much more interesting forensic operation. There are several people who read this list who can convert 800 BPI tapes, as well as commercial services. If these tapes were written decades ago when 800 BPI was reasonably current, and if the data is important, you might want to hand them straight to a recovery service rather than risking the data by further playing around. Tony H. -- 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: 3420 old tapes
---snip I have an oldie but a goodie. One of our user areas sent us 9 3420 tapes today, and some of them appear to be 800 BPI. When I run tape map against the tape I get the data in the attachment. I am trying to read these files on a 3420 tape drive, and when I put the density (DEN=2) into my JCL I get a 413-24 abend. I've tried various combinations and I cannot seem to get these old tapes to read, and without density IEBGENER gets a RC=12 for conflicting DCB info. I've also tried BLP and specifying the DCB parms directly, and still no luck. Does anyone have any suggestions as to how I can possibly get this to read on our tape drives, or is there a hardware setting on a 3420 that will make this possible? I looked in the archives and did not find anything specific about this, and this is a little before my time. ---unsnip Stop providing ANY DEN= parm; let the drive/controller/operating system make that decision. That's what TAPEMAP does. -- 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
