Re: 3590 tape drives
SMS has worked well. They were quick to respond and very helpful. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Capacity Management Personal: 651-361-4541 For help with verbal communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List wrote on 04/29/2014 01:43:26 PM: > From: "Rouse, Willie" > To: IBM-MAIN@LISTSERV.UA.EDU, > Date: 04/29/2014 01:43 PM > Subject: Re: 3590 tape drives > Sent by: IBM Mainframe Discussion List > > Kurt, > > We use SMS (Systems Maintenance Services) out of Victor, New York. > They are national. > > Respectfully, > Willie C. Rouse > Senior Mainframe Consultant > Prince George's County, Maryland > Office of Information Technology > 9201 Basil Court/ Room B8 > Largo, MD 20774 > Voice: 301-883-7189 > Fax: 301-883-3790 > > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU > ] On Behalf Of Lizette Koehler > Sent: Tuesday, April 29, 2014 1:27 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: 3590 tape drives > > What type: > E05, E06? > > Lizette > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > On Behalf Of Kurt Eastwood > > Sent: Tuesday, April 29, 2014 9:58 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: 3590 tape drives > > > > Hello, > > > > We have a couple of 3590 tape drives that IBM will apparently not > > support > soon. We > > are not in a position at this time to get rid of them. Is anyone still > using 3590's and if > > so do you have support via a 3rd party that you could recommend? > > > > We are located in Saint Louis Missouri. Any suggestions would be > appreciated. > > > > Thanks, > > Kurt > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sorry state of IT education?
In collage my Network instructor not only required a term paper and gave a separate grade for spelling and grammar, he also taught us some techniques to improve our grammar. He told us that in many jobs we would need to be able to write to be understood. I have difficulty reading, Spelling and grammar errors slow me down even more. I NEED correct grammar and spelling if you want me to get the point. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Capacity Management Personal: 651-361-4541 For help with verbal communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List wrote on 04/22/2014 11:42:54 AM: > From: Ted MacNEIL > To: IBM-MAIN@LISTSERV.UA.EDU, > Date: 04/22/2014 11:43 AM > Subject: Re: Sorry state of IT education? > Sent by: IBM Mainframe Discussion List > > I agree! And teachers are making it worse. When my older son did a > science project once there were a lot of spelling and grammatical > errors. Not only did the teacher not even bother to flag them; she > said it was not her job to correct them -- she was science not English! > > When I went through, I lost marks for that, even in science class! > > The attitude was: as long as he got his point across it was good enough. > > Good enough is NOT good enough! > > - > -teD > - > Original Message > From: Staller, Allan > Sent: Tuesday, April 22, 2014 09:23 > To: IBM-MAIN@LISTSERV.UA.EDU > Reply To: IBM Mainframe Discussion List > Subject: Re: Sorry state of IT education? > > Not just IT. The entire education system from k-12 through > bachelor's degree... > > > Al Staller | Z Systems Programmer | KBM Group | (Tel) 972 664-3565 | > allan.stal...@kbmg.com > > > Not too surprising to me. I imagine this is the norm for today > because a well educated, intelligent, worker costs a lot more than a > preprogrammed drone. > > http://www.informationweek.com/strategic-cio/executive-insights-and- > innovation/the-sorry-state-of-it-education/d/d-id/1204552 > > > > > > Our profession is rife with people capable of performing procedures > they've been taught, but incapable of thinking through a problem. > Here's what we need to do. > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HSM and changed or archive bit
You can see the state of the changed flag in ISMF option 1. It is column 24. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with verbal communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List wrote on 10/31/2013 01:51:37 PM: > From: "David G. Schlecht" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 10/31/2013 01:51 PM > Subject: HSM and changed or archive bit > Sent by: IBM Mainframe Discussion List > > HSM is intermittently failing to backup new datasets. I suspect that > someone/something is resetting the changed or archive bit on the > dataset before HSM gets to it. > > Can anyone tell me how I can view the state of the changed bit on a dataset? > > Furthermore, I’m only guessing but I would hope that the bit is set > to changed when the dataset is first created. > > > David G. Schlecht | Information Technology Professional > State of Nevada | Department of Administration | Enterprise IT Services > T:(775)684-4328 | F: (775) 684‐4324 | E:dschle...@admin.nv.gov > > > > This communication, including any attachments, may contain > confidential information and is intended only for the individual or > entity to which it is addressed. Any review, dissemination or > copying of this communication by anyone other than the intended > recipient is strictly prohibited. If you are not the intended > recipient, please contact the sender by reply e-mail and delete all > copies of the original message. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Best Desktop 3D Printers | Digital Trends
All of the ones I have looked at only handle plastic. The printer itself has electronics. It may make a replica, but I don't think it will be a working replica. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with verbal communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List wrote on 10/14/2013 02:20:02 PM: > From: "Bass, Walter W" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 10/14/2013 02:20 PM > Subject: Re: Best Desktop 3D Printers | Digital Trends > Sent by: IBM Mainframe Discussion List > > Steve Comstock said: > > >Do you suppose you can use a 3D printer to manufacture > >a 3D printer? > > > Certainly. Google REPRAP. > > Bill Bass > United HealthCare > Greenville, SC > > This e-mail, including attachments, may include confidential and/or > proprietary information, and may be used only by the person or entity > to which it is addressed. If the reader of this e-mail is not the intended > recipient or his or her authorized agent, the reader is hereby notified > that any dissemination, distribution or copying of this e-mail is > prohibited. If you have received this e-mail in error, please notify the > sender by replying to this message and delete this e-mail immediately. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK datasets
Thomas, The way you have been phrasing things, I get the impression that you want a one size fits all approach. Over the years our storage services department has worked with each of the many application groups and the fewer technical groups to assist them with their needs. Each group has its own issues and needs. We, as storage services, have setup SMS constructs and routines to help them meet their needs. When issues arise, we work with the person/group having the issue and any other technical group (FTP, database, etc.) that we need to. Often it is just educating the person on 'how to'. Each group has their common dataset types and know what to specify for allocation, and/or what defaults they get. We use tools like StopX37 to alleviate many common issues. We have automation in place to alert us of situations that could cause spaced abends so that we can fix them before they occur. Production support knows enough to apply a temporary fix after a space abend. They then pass it to the proper programming group for a permanent fix. (And they involve us if needed.) As you can see, we use multiple approaches to deal with space situations. I started out as a user of storage services before I transferred to administering the services. I really wish I could administer my PC files as well I can the mainframe files. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with verbal communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List wrote on 05/20/2013 04:19:00 PM: > From: Thomas Berg > I suppose you mainly see the case of allocation for sequential files > that have just one update - that at the allocation time. > > One case is when a PDS(E) is allocated for an undetermined number of > members at an undetermined number of updates. > And you can't determine this because it is dependent on actions from > e g a group of developers that in turn is dependent on decisions > taken by project leaders or maintenance circumstances. > > Or files that depending on many circumstances could be updated from > zero to thousand times with data greatly varying in size. > And that the time taken to analyze what maybe be needed in every > specific case is not available. > > Either you grossly overallocate and have the possibility of running > short of available disk space which is not better than x37's or you > take some middle position and got some less, but still significant, > problems from both extremes of the scale. > > > > Regards > Thomas Berg > > Thomas Berg Specialist z/OS\RQM\IT Delivery SWEDBANK AB (Publ) > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK datasets
I wish that I could tell my PC what size to expect for files. A lot of files grab small chunks creating files with many extents spread all over the drive. When I write a program, or transfer a file, I know about how large the file will be, yet I have no way to tell the system. In our shop we use thought out defaults and tools like StopX to help users. Then we help them better specify or fine tune when the defaults and tools are unable to assist. In the end we get better performance where needed and ease of use in the majority of cases. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with verbal communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List wrote on 05/20/2013 01:47:49 PM: > Well, how do you do when you not know in beforehand if the job needs > 1 track or 5000 cyls ? > And in most of the cases it needs just, say, 5 tracks ? > And you have to allocate 1000 different files in different > circumstances and your time is limited ? > > > > Regards > Thomas Berg > > Thomas Berg Specialist z/OS\RQM\IT Delivery SWEDBANK AB (Publ) This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to list all tape volumes the shows UNKNOWN on the D SMS,VOL cmd ??
ISMF 2.3 (volume List) doesn't appear to have that field. The field looks to be a combination of two other fields: Use Attribute and Media Type. Scratch tapes look like SCRMED? where the ? is the media type. (We have 5 and 7.) Non-scratch show as PRIVATE. In ISMF 2.3 sort on columns 3 and 8 to locate bad or missing values. If you don't have direct access to the panels, Naviquest in batch can get a full list of volumes that can then be filtered/processed with another tool. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with verbal communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List wrote on 05/16/2013 11:26:58 AM: > From: Lizette Koehler > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 05/16/2013 11:27 AM > Subject: Re: How to list all tape volumes the shows UNKNOWN on the D > SMS,VOL cmd ?? > Sent by: IBM Mainframe Discussion List > > If you have access to ISMF, the Option for Volumes maybe helpful. > > Most shops use ISMF from the ISPF Primary panel or you might be able to do > an =ISMF command. > > Or your shop may have not set it up that way. Then you need to find out > where ISMF is. > > > Or your tape management software may have information (CA1, RMM, TLMS, > etc...) > > > Lizette > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of af dc > Sent: Thursday, May 16, 2013 9:24 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: How to list all tape volumes the shows UNKNOWN on the D SMS,VOL cmd > ?? > > Hello, > I have the following D SMS,VOL output cmd: > > CBR1180I OAM tape volume status: 387 > VOLUME MEDIA STORAGE LIBRARY USE W C SOFTWARE LIBRARY > TYPE GROUP NAME ATR P P ERR STAT CATEGORY > HH9891 MEDIA2SGSEG21 BA06V PN N NOERROR UNKNOWN > --- > RECORDING TECH: 36 TRACK COMPACTION: YES > SPECIAL ATTRIBUTE: NONE ENTER/EJECT DATE: 2011-02-24 > CREATION DATE: 2011-02-24 EXPIRATION DATE: > LAST MOUNTED DATE: 2011-06-22 LAST WRITTEN DATE: 2011-06-19 > SHELF LOCATION: > OWNER: > LM SG: SGLIB21 LM SC: SCIARTLM MC: MCGRID LM DC: DC40 > LM CATEGORY: 000F > --- > Logical volume. > Valid copy in each distributed library. > > I want to list all tape volumes that have Library category=Unknown. On TCDB > it shows USE-ATTRIBUTEPRIVATE. Doisn LI REQ cmd it shows: > CATEGORY: 000F > > Where the unknown value cames from ?? and I wanted to list all tapve volumes > with that status, can anyone give me an help ?? > > May thxs, A.CEcilio > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Easy way to check whether a job is still running (without using TSO)
Why not issue the JES command in CONSOL? That will avoid the overhead of batch SDSF. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with verbal communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List wrote on 05/01/2013 12:40:26 AM: > From: Anthony Rudd > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 05/01/2013 12:40 AM > Subject: Re: Easy way to check whether a job is still running > (without using TSO) > Sent by: IBM Mainframe Discussion List > > The latter - an unauthorised program. > > I would have thought (hoped) that there is a short sequence of > control blocks accessible from an unauthorised program that can be > processed to determine whether a known job is running (is know to > the system, if not - it has completed). > I can certainly use batch TSO IKTEFT01 (STATUS command), but this > would seem to be an "overkill". > I do not want to use batch SDSF because I want to write solution > does not require the presence of SDSF. > > Regards > Tony > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Fwd: 3494 Utilization
We use to have a 3494. I vaguely remember a web page for it that displayed used versus capacity for the last 30 days. But you would need the website enabled and setup for this to work. For each iteration someone else set it up and gave me the IP address for it. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with verbal communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List wrote on 04/15/2013 09:43:19 AM: > From: Lizette Koehler > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 04/15/2013 09:43 AM > Subject: Re: Fwd: 3494 Utilization > Sent by: IBM Mainframe Discussion List > > Saurabh, > > I believe that the PC attached to the 3494 (if you have a TCPIP link you can > use that) to see about the storage on the device. > > Then you could determine how many tapes you have placed in use vs. the > number of tapes actually used. > > Your CE can assist with that > > Lizette > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of saurabh khandelwal > Sent: Monday, April 15, 2013 7:11 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Fwd: 3494 Utilization > > Hello, >Thanks for reply . I am referring to the data size consumed by > 3494 ATL. Can you please provide light on DFSMS utility, which can help in > calculating data size. > > Regards > Saurabh > > > On Mon, Apr 15, 2013 at 6:00 PM, R.S. wrote: > > > W dniu 2013-04-15 14:23, saurabh khandelwal pisze: > > > > Hello Group, > >> > >> We are using IBM 3494 ATL currently for backup purpose along with > DFHSM. > >> > >> Now we have requirement to move our all data from 3494 into new Tape > >> library. But my issue is to find the current utilization of 3494 ATL. > >> > >> Is there any way to find, how much space is being used by our data in > >> 3494 ATL, so that I can calculate the current size and plan for new > >> Tape library. > >> > >> > >> > > What do you mean by utilization? > > How much space? Physical dimensions? > > The simplest method is to go to the server room with tape measure or > > zigzag rule. > > If you cannot visit your server room then ...you are not proper person > > to do the planning! I mean it. > > > > Yes, you can check the configuration of your 3494 (how many cabinets, > > what > > type) using web interface and maybe DFSSMS facilities. Yes, you can > > further check the dimensions in the documentation, but you should also > > check other things specific to your server room, like pillars, other > equipment, etc. > > > > > > -- > > Radoslaw Skorupka > > Lodz, Poland > > > > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Flash Cards on MVS
I did some research a while back to familiarize myself with the technology. There are two types of flash memory. Static and dynamic. Static has a limited number of writes, but can retain the data for years without power. Dynamic has a ware limit more like hard disks, but requires power for the cells to hold the data. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List wrote on 03/03/2013 03:35:25 PM: > From: Ed Gould > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 03/03/2013 03:37 PM > Subject: Flash Cards on MVS > Sent by: IBM Mainframe Discussion List > > Some of you may have/use them, correct? > > My limited understanding of flash memory is that they have a > "limited" life (ie X many writes) > > My curiosity is about what happens when a FLASH card reaches its > limit of X many writes. > > How do you handle these cards take it out and toss the old one out or > can they be recycled... > > I am looking for general day in and day out issues of FLASH CARDS. > > Any general information would be appreciated. > > Also a estimate as to their cost. > > Ed > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: blksize for ML2 migrated dataset via HSM
Per MVS/QuickRef 7.6
Syntax
BLKSIZE= {value}
{valueK}
{valueM}
{valueG}
Subparameter Definition
value
Specifies the maximum length, in bytes, of a block.
The number of bytes that you specify for BLKSIZE depends on the
device type and the record format for the data set. The maximum
is 32760 for DASD data sets and 2,147,483,648 for tape or DUMMY
data sets, except for data sets on magnetic tape with ISO/ANSI
version 3 labels, where the minimum value for BLKSIZE is 18 bytes
and the maximum is 2048 bytes. To allow a block size greater than
2048, use installation exit routine IFG0193G. Version 4 labels do
not have this restriction but is 2,760 for DASD, ISO/ANSI Version 4
tape labels, and other data sets.
Thank you and have a Terrific day!
Jonathan Goossen, DTM
ACT Mainframe Storage Group
Personal: 651-361-4541
Department Support Line: 651-361-
For help with communication and leadership skills checkout Woodwinds
Toastmasters.
IBM Mainframe Discussion List wrote on
02/12/2013 02:22:30 AM:
> From: Mike Wood
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 02/12/2013 02:22 AM
> Subject: Re: blksize for ML2 migrated dataset via HSM
> Sent by: IBM Mainframe Discussion List
>
> > I wonder where CA-1 picks up the extra data from.
>
> Further to my earlier answer about the DCBE
> It is possible that CA-1 picks the value up from the Tape Exits
> Parameters, Main parameter list. The TEPM, mapped by IFGTEP, created
> by O/C/EOV and passed to tape installation exits. If CA-1 does not
> use the installation exits interface it will have to crawl through
> the DCB to DCBE for cases where the LBI is used.
>
> There is a technote on the CBTtape http://www.cbttape.org/features/
> Technote-largeblk.htm
>
> Mike Wood
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
This e-mail message and all attachments transmitted with it may
contain legally privileged and/or confidential information intended
solely for the use of the addressee(s). If the reader of this
message is not the intended recipient, you are hereby notified that
any reading, dissemination, distribution, copying, forwarding or
other use of this message or its attachments is strictly
prohibited. If you have received this message in error, please
notify the sender immediately and delete this message and all
copies and backups thereof. Thank you.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: blksize for ML2 migrated dataset via HSM
>From "CA 1®Tape Management Systems Programmer Guide r11.5 SP5"
BLKSIZE TMBLKSI 96(60) BIN 4 MAXIMUM BLOCK SIZE JFCB JFCBLKSI
4 bytes are used to store the block size.
Thank you and have a Terrific day!
Jonathan Goossen, DTM
ACT Mainframe Storage Group
Personal: 651-361-4541
Department Support Line: 651-361-
For help with communication and leadership skills checkout Woodwinds
Toastmasters.
IBM Mainframe Discussion List wrote on
02/08/2013 03:11:59 PM:
> From: Neil Duffee
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 02/08/2013 03:12 PM
> Subject: Re: blksize for ML2 migrated dataset via HSM
> Sent by: IBM Mainframe Discussion List
>
> Caveat: I get the daily digest so you folx've probably already
> hashed this to death...
>
> Not sure about signed/unsigned but CA-1(R) r12.6 will not store a
> value >032760. FDR/ABR dumps backup records in approx. track length
> ie. 57k-ish for our 3390-3s, but they are recorded with the 032760
> value in CA-1. I discovered this while trying to generate an Earl
> report showing the amount of data stored on our tapes. ("How many
> 3592 tapes would we have to buy?") Had to manually fudge the
> results for FDR/ABR tapes otherwise I was under-reporting them by 1-
> (32/57) percent.
>
> > signature = 6 lines follows <
> Neil Duffee, Joe Sysprog, uOttawa, Ottawa, Ont, Canada
> telephone:1 613 562 5800 x4585 fax:1 613 562 5161
> mailto:NDuffee of uOttawa.ca http:/ /aix1.uOttawa.ca/ ~nduffee
> "How *do* you plan for something like that?" Guardian Bob, Reboot
> "For every action, there is an equal and opposite criticism."
> "Systems Programming: Guilty, until proven innocent" John Norgauer 2004
>
>
> -Original Message-
> From: retired mainframer [mailto:retired-mainfra...@q.com]
> Sent: February 7, 2013 21:04
> Subject: Re: blksize for ML2 migrated dataset via HSM
>
> If memory serves, the CA1 TMC uses 16 bits to store the blksize.
> Even when treated as unsigned, it won't show more than 65535.
> [snip]
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
This e-mail message and all attachments transmitted with it may
contain legally privileged and/or confidential information intended
solely for the use of the addressee(s). If the reader of this
message is not the intended recipient, you are hereby notified that
any reading, dissemination, distribution, copying, forwarding or
other use of this message or its attachments is strictly
prohibited. If you have received this message in error, please
notify the sender immediately and delete this message and all
copies and backups thereof. Thank you.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: blksize for ML2 migrated dataset via HSM
I found this in our TMC: BLKSIZE= 229376 I vaguely remember seeing this increase a few versions back along with some other field sizes. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List wrote on 02/07/2013 08:04:16 PM: > From: retired mainframer > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 02/07/2013 08:04 PM > Subject: Re: blksize for ML2 migrated dataset via HSM > Sent by: IBM Mainframe Discussion List > > If memory serves, the CA1 TMC uses 16 bits to store the blksize. Even when > treated as unsigned, it won't show more than 65535. > > On z/OS 1.11 system, the DFDSS default for DUMP tape blocks is 65520. I > doubt if it was reduced for 1.12. There is an installation options exit > which can change the default to 32760. If your system is actually writing > 16K blocks, then something at your site (such as the DCB parameter on the DD > statement) is causing that. > > On the other hand, the HSM Storage Administration manual mentions 16K blocks > for ML2 tapes so it might not be DFDSS. > > :>: -Original Message- > :>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU ] On > :>: Behalf Of Houzet Alain > :>: Sent: Thursday, February 07, 2013 2:26 AM > :>: To: IBM-MAIN@LISTSERV.UA.EDU > :>: Subject: blksize for ML2 migrated dataset via HSM > :>: > :>: Hello, > :>: I observed a blksize of 16k for all ml2 migrated dataset (seen on the > :>: CA1 product). I use DSS as datamover and > :>: i'm wondering about the size concerning the blksize. Why dss don't use > :>: 256k since zos 1.12 ? > :>: Everybody will have an answer. thank's > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMS COMMAND VIA BATCH
Or you can have something like OPSMVS intercept the WTOR and reply No. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List wrote on 01/17/2013 03:45:24 PM: > From: Steve Conway > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 01/17/2013 03:45 PM > Subject: Re: SMS COMMAND VIA BATCH > Sent by: IBM Mainframe Discussion List > > Within your JES2PARM, you can specify by JOBCLASS whether to allow command > processing or not. I think JES2 gets first whack at saying "No", followed > by RACF (if JES2 thinks it's OK). > > > Cheers,,,Steve > > Steven F. Conway, CISSP > LA Systems > z/OS Systems Support > Phone: 703.295.1926 > steve_con...@ao.uscourts.gov > > > > From: "R.S." > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 01/17/2013 04:34 PM > Subject:Re: SMS COMMAND VIA BATCH > Sent by:IBM Mainframe Discussion List > > > > W dniu 2013-01-17 17:06, Ed Gould pisze: > > Lizette: > > > > AND that is only if the JES2 init parms are set up that way. Which of > > course is a big NONO (security wise). > > > > Big what-what? AFAIK all commands from job are under OPERCMDS class. > > > > -- > Radoslaw Skorupka > Lodz, Poland > > > > > > > -- > Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku > przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by > jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste > adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej > przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, > rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie > zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, > prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale > usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub > zapisane na dysku. > > This e-mail may contain legally privileged information of the Bank and is > intended solely for business use of the addressee. This e-mail may only be > received by the addressee and may not be disclosed to any third parties. > If you are not the intended addressee of this e-mail or the employee > authorised to forward it to the addressee, be advised that any > dissemination, copying, distribution or any other similar activity is > legally prohibited and may be punishable. If you received this e-mail by > mistake please advise the sender immediately by using the reply facility > in your e-mail software and delete permanently this e-mail including any > copies of it either printed or saved to hard drive. > > BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, > fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl > Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego > Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: > 526-021-50-88. > Wedug stanu na dzie 01.01.2013 r. kapita zakadowy BRE Banku SA (w > caoci wpacony) wynosi 168.555.904 zotych. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FREEVOL=EOV on R1.13
I don't see the FREEVOL=EOV parameter specified in the second job. From what I have read, it needs to be specified so that both open and EOV will process the file volume by volume. The second job currently attempts to enqueue all the volumes at open. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List wrote on 01/08/2013 11:48:25 AM: > From: Mary Anne Matyaz > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 01/08/2013 11:48 AM > Subject: Re: FREEVOL=EOV on R1.13 > Sent by: IBM Mainframe Discussion List > > I believe the jobs need to be on different systems...doc seems to > indicate that. > > MA > > On Tue, 8 Jan 2013 11:45:29 -0600, Mark Zelden wrote: > > >I haven't tried it. Are you sure it wasn't processing? Note the > list in "JOB 2" did not > >include H38479 which had already been dismounted when the job > started. H25146, > >the 2nd volume was dismounted at 23:10, but someone already replied "NO" to > >IEF235D which canceled JOB 2. > > > >-- > >Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS > >mailto:m...@mzelden.com > >Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html > >Systems Programming expert at http://expertanswercenter.techtarget.com/ > > > > > > > >On Tue, 8 Jan 2013 17:27:21 +, Mingee, David > wrote: > > > >>Yes, see below: > >>JOB 1 > >>23.01.48 JOB25740 $HASP373 DRAHDLM2 STARTED - INIT 5- CLASS 3 > - SYS SYST > >>23.01.48 JOB25740 IEF403I DRAHDLM2 - STARTED - TIME=23.01.48 > >>23.01.48 JOB25740 IEF233A M > 0A94,H38479,,DRAHDLM2,S04,ICAS.CAD.PREMS.THRU1212.V1TAPE > >>23.05.24 JOB25740 IEC502E K > 0A94,H38479,SL,DRAHDLM2,S04,ICAS.CAD.PREMS.THRU1212.V1TAPE > >>23.05.24 JOB25740 TMS014 IEC502E K > 0A94,H38479,SL,DRAHDLM2,S04,ICAS.CAD.PREMS.THRU1212.V1TAPE > >>23.05.24 JOB25740 IEC501A M > 0A94,H25146,SL,COMP,DRAHDLM2,S04,ICAS.CAD.PREMS.THRU1212.V1TAPE > >>23.10.18 JOB25740 IEC502E K > 0A94,H25146,SL,DRAHDLM2,S04,ICAS.CAD.PREMS.THRU1212.V1TAPE > >>23.10.18 JOB25740 TMS014 IEC502E K > 0A94,H25146,SL,DRAHDLM2,S04,ICAS.CAD.PREMS.THRU1212.V1TAPE > >>23.10.19 JOB25740 IEC501A M > 0A94,H25696,SL,COMP,DRAHDLM2,S04,ICAS.CAD.PREMS.THRU1212.V1TAPE > >> > >>//S04 EXEC PGM=EZTPA00 > >>//SYSPRINT DD SYSOUT=H > >>//SYSSNAP DD SYSOUT=H > >>//SYSOUT DD SYSOUT=H > >>//SYSUDUMP DD SYSOUT=H > >>//SORTWK01 DD UNIT=DISK,SPACE=(CYL,(50,100),RLSE) > >>//SORTWK02 DD UNIT=DISK,SPACE=(CYL,(50,100),RLSE) > >>//SORTWK03 DD UNIT=DISK,SPACE=(CYL,(50,100),RLSE) > >>//SORTWK04 DD UNIT=DISK,SPACE=(CYL,(50,100),RLSE) > >>//EZTVFM DD UNIT=DISK,SPACE=(CYL,(50,100),RLSE) > >>//FILEADD DSN=ICAS.CAD.PREMS.THRU1212.V1TAPE,DISP=SHR, > >>//FREEVOL=EOV > >>//FILECDD DSN=GRT.GIOIDXM.PREMS.THRU1212.V1, > >>// DISP=(NEW,DELETE),DATACLAS=DSORGPSE, > >>// DCB=(RECFM=VB,LRECL=1078,BLKSIZE=0), > >>// UNIT=DISK,SPACE=(CYL,(3300,1100),RLSE) > >> > >>JOB 2 > >>23.06.07 JOB25741 $HASP373 DRAHDLM3 STARTED - INIT 7- CLASS 3 > - SYS SYST > >>23.06.07 JOB25741 IEF403I DRAHDLM3 - STARTED - TIME=23.06.07 > >>23.06.07 JOB25741 IEF690I FOLLOWING VOLUMES UNAVAILABLE TO > DRAHDLM3 S04 192 > >> 192 IEF690I H25146 H25696 H26646 H26772 H39385 > H46181 H27224 H28986 > >>23.06.07 JOB25741 *166 IEF235D DRAHDLM3 S04 WAITING FOR VOLUMES. > TO CANCEL WAIT REPLY 'NO' > >>23.07.12 JOB25741 R 166,NO > >>23.07.12 JOB25741 IEF251I DRAHDLM3 JOB CANCELLED > >>23.07.12 JOB25741 - - > TIMINGS (MINS.)-- > >>23.07.12 JOB25741 -STEPNAME PROCSTEPRC EXCP CONN > TCB SRB CLOCK > >> > >>//S04 EXEC PGM=EZTPA00 > >>//SYSPRINT DD SYSOUT=H > >>//SYSSNAP DD SYSOUT=H > >>//SYSOUT DD SYSOUT=H > >>//SYSUDUMP DD SYSOUT=H > >>//SORTWK01 DD UNIT=DISK,SPACE=(CYL,(50,100),RLSE) > >>//SORTWK02 DD UNIT=DISK,SPACE=(CYL,(50,100),RLSE) > >>//SORTWK03 DD UNIT=DISK,SPACE=(CYL,(50,100),RLSE) > >>//SORTWK04 DD UNIT=DISK,SPACE=(CYL,(50,100),RLSE) > >>//EZTVFM DD UNIT=DISK,SPACE=(CYL,(50,100),RLSE) > >>//FILEADD DSN=ICAS.C
Re: Automation for IGD17272I
We setup a rule in CA Vantage to tell us when a storage group passes a threshold that we set. When any storage group passes the threshold set for it, Vantage sends us an email. We check for the emails when we are working and when one arrives, we take a look at the pool and take what ever action is appropriate for it. It works great for us. We also use CA Vantage for a lot of other automation and gathering data. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List wrote on 01/04/2013 11:44:29 AM: > From: af dc > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 01/04/2013 11:44 AM > Subject: Automation for IGD17272I > Sent by: IBM Mainframe Discussion List > > Hello, > does anyone have some kind of automation to handle out-of-space SGs that > doesn't mind of sharing ?? > Everyday before going home I check all dasd SGs for any "abnormal" > occupancy and to prepare SGs to batch run without probls. But sometimes, > "after hours" I've to add some dasd volumes to a SG that has no space > available. > My question is to know from your experience in your shops if you have some > kind of process using NETVIEW, or any any other automation product that > capture IGD17272I and add dasd volumes to a SG automatically, for example, > or a product to monitor SGs space well I welcome any idea. > > I'm at z/os V.1.2 > Many thx,Antonio Cecilio. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT - Huge Maple Syrup heist solved.
Our data center use to have two types of electric wall outlets. Red was for computer equipment on clean data center power and white was for other things on building power. Now all outlets on the walls are building power and data center power is provided through power strips that are coded red or green for the clean data center power path that they are on. We also have specially trained cleaners who are given access to the rooms when. They are the only cleaners allowed to clean. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List wrote on 12/27/2012 05:35:11 PM: > From: Paul Gilmartin > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 12/27/2012 05:35 PM > Subject: Re: OT - Huge Maple Syrup heist solved. > Sent by: IBM Mainframe Discussion List > > On Thu, 27 Dec 2012 22:14:31 +, Ted MacNEIL wrote: > > >>found a cleaning crew had unplugged the main router and plugged in > their vacuum cleaner and was cleaning the floors > > > >Ours (circa 1981) had plugged a vacuum cleaner into the CE service > outlet on a DASD C/U. Lots of equipment checks and a major 7/24* IMS > application crash. Plus recovery time. > > > Are the similar outlets overload- and surge-protected nowadays? > Electric motors can generate some nasty transients. Safest to put > the auxiliary outlet on a separate circuit, even bypassing UPS. > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RedBook EPUBs - How can you read them?
I followed your directions. Clicking on the 'Download EPUB' doesn't give me your second URL. Instead Windows Explorer presents me with my download options. Clicking on your second link gives me the same results as clicking for the download. It looks like it is your browser. (Maybe an option set somewhere?) Have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List wrote on 11/02/2012 05:18:15 AM: > From: Birger > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 11/02/2012 05:18 AM > Subject: Re: RedBook EPUBs - How can you read them? > Sent by: IBM Mainframe Discussion List > > Den 01-11-2012 22:58, Tom Longfellow skrev: > >> Of if you use Firefox browser, just install the EPUBReader extension > >> and use Firefox. Works on Fedora Linux and presumably would work on > >> the many other platforms supported by Firefox. > >> jc ewing > > > > I apologize for being less than clear in my original post. > > Another way of stating my problem is: I do not get epub documents > > delivered when I click on the EPUB RedBooks links. > > > > For Volume 13 this is the web page presented: > http://www.redbooks.ibm.com/abstracts/sg247717.html?Open > > and I select 'Download EPUB', this link: > > http://www.redbooks.ibm.com/redbooks/epubs/sg247717.epub > > good luck, > Birger Heede > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get a tape's DSCB
> Will that stunt works with VTS? I mean, since VTS is supposed to > *emulate* tapes (34980/3490/Magstar/etc), in theory you could do > that little trick. Possibe or not? What will those hardware do when > receiving such a CCW? It will not work with either of the two VTS systems that I have used. I don't think it will work with any of the others either. On the two VTS systems that I have seen, the end-of-tape-mark is immediately after the end-of-data-mark. The old physical hardware would stop writing new blocks at the the end-of-tape-mark (reflective foil on the back side of tape). I was never able to write data after that point. If data is to be recovered from a VTS tape that was overwritten, it needs to be done on the back-end system before the disk space or stacker tape gets overwritten. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with communication and leadership skills checkout Woodwinds Toastmasters. This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get a tape's DSCB
> With rewinding you mean: forward skipping? AFAIK this is prevented by > the hardware and not overrable by software. Investigating the > recoverability of overwritten data on tapes in the past, we ran into a > company that had modified the 3490 microcode to read data that existed > after the tapemark at the end of the overwriting data. There are at least two software vendors that sell products that read past the end of data tape marks. I used one of them several years ago to recover data from a tape that was accidentally overwritten due to a system crash. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group For help with communication and leadership skills checkout Woodwinds Toastmasters. This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Can I use IGGCSI00 to Access an Entire Catalog Without Specifying a Filter ?
Chapter 11 of "DFSMS Managing Catalogs" page 211 explains 'CSIFILTK, Generic Filter Key' very well. Finding this chapter helped me a lot in understanding the examples that I found elsewhere and in using it. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List wrote on 09/27/2012 07:17:53 AM: > From: Michael Egle > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 09/27/2012 07:18 AM > Subject: Re: Can I use IGGCSI00 to Access an Entire Catalog Without > Specifying a Filter ? > Sent by: IBM Mainframe Discussion List > > Thanks Mark, > > I took a look at your CATSRCH REXX and that appears to be exactly > what I was looking for. Thanks > > I had done several searches on Google, and also within this and > several other LISTSERV Archives, but all of the examples that I had > come across were expecting to use the Filter, and when I tried them, > they didn't seem to accept a Filter of *.* or **. If a similar > question was posted recently, I'm afraid I didn't see it. > > Since the IBM Documentation and examples are so sparse, and since my > own REXX expertise is so limited, I wasn't sure whether the Catalog > Search Interface itself would accept a call without providing some > kind of generic key. Your code proves that it will, if you know how to do it. > > Thanks Again > > Mike > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Syncronize between CA-1 and IBM ATL and VTS
CTSSYNC does take volser ranges. SYNC G0-G00019 I use ranges to fix large numbers tapes at once as it is easier to code and not miss something. If you have a lot of tapes like we do, you may want to limit the size of the range per run. I usually don't do more than 100,000 at a time. An alternative is to put the command in the parm for the step and only the volsers in the file. Then run the job twice, once for each command. //CTSSYNC EXEC PGM=CTSSYNC,PARM=SCRATCH //TMSRPT DD SYSOUT=* //SYSPRINT DD SYSOUT=* //SYSINDD * F05935 G03314 G41312 J23288 Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List wrote on 09/20/2012 07:30:07 AM: > From: גדי בן אבי > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 09/20/2012 07:37 AM > Subject: Re: Syncronize between CA-1 and IBM ATL and VTS > Sent by: IBM Mainframe Discussion List > > Do I have to issue a separate command for each scartch volme? > > If I understand correctly I have to: > 1. find all of the scratch volumes in CA-1 > 2. Issue the PRIVATE,VSN command for each of them > 3. Issue the SCRATCH,VSN command for each of them. > > Is this correct? > > I have opened an issue with CA support, but haven't heard from them yet. > > Gadi > > This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HAS ANYBODY NOTICED....
Willie, Lizette is probably correct. When signing up for this list, I wasn't receiving replies from lists...@listserv.ua.edu. Our network area told me that it was blocked as being 'unsafe'. They unblocked it for me for a few days so that I could sign up. I have also had an internal issue where emails sent in my name to me were not getting through. It was a network block 'to avoid unnecessary traffic'. Why would I need to get something that I had sent? It was simple to get cleared. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List wrote on 08/30/2012 02:55:10 PM: > From: Lizette Koehler > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 08/30/2012 02:56 PM > Subject: Re: HAS ANYBODY NOTICED > Sent by: IBM Mainframe Discussion List > > Willie, > > Is it possible your firewalls have changed or some Proxy in your internet > environment? I would check with your network group and see if there is > anything that might be blocking you receiving posts. > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf > > Of willie bunter > > Sent: Thursday, August 30, 2012 10:13 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: HAS ANYBODY NOTICED > > > > Peter, > > > > I don't receive any responses to my posts from other posters. I didn't > have this > > problem before. It seems to be of late. > > > > > > > > From: Hunkeler Peter (KIUP 4) > > To: IBM-MAIN@LISTSERV.UA.EDU > > Sent: Wednesday, August 29, 2012 8:32:20 AM > > Subject: Re: HAS ANYBODY NOTICED > > > > >Has anybody noticed that when you post a topic you don't see any of the > responses > > back? This has happened to me (HSM post). A fellow poster forwarded over > all the > > replies to me. > > > > Are you talking about getting your own post relayed back or about > responses to your > > posts by other posters? > > If the former, check the REPRO/NOREPRO setting of your subscription. > > > > -- > > Peter Hunkeler > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to > > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to > > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to report catalogued dsns on tape ? ICF Catalogs
You can get the ICF data using the Catalog Search Interface program IGGCSI00, The field for device type is DEVTYP. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List wrote on 08/06/2012 10:34:00 AM: > From: af dc > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 08/06/2012 10:34 AM > Subject: How to report catalogued dsns on tape ? ICF Catalogs > Sent by: IBM Mainframe Discussion List > > Hello, > I want to report dsns cataloged on tape based only on ICF catalogs. I want > to do that because I want to find any ICF catalogued entries that don't > exist on our TAPE MGMT (we have BMC and RMM). I'm looking at DCOLLECT, > FDREPORT and so far I can't get a way to do that. Now I'm searching the way > to report DEVTYPE--X'78048081' on listcat. > > Can you pls give me hint?? > Many thx, A.Cecilio. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Who's blacklisting IBM-MAIN
When I click the first link, it gets translated to https and works fine. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List wrote on 07/25/2012 02:22:20 PM: > From: "Farley, Peter x23353" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 07/25/2012 02:23 PM > Subject: Re: Who's blacklisting IBM-MAIN > Sent by: IBM Mainframe Discussion List > > Interesting. I get the same results using my employer's network, > which uses McAfee WebWasher to intercept "non-business" web > browsing. The second url works fine but the first url is blocked. > Maybe it's the fact that the second url you provided is https and > thus is (potentially) "secure" in some fashion? Why would access to > a non-secured university web page be considered "non-business" or > "bad reputation"? What if you are trying to discover if the > university has courses for your professional career development? > > I really hate it when the nanny-techs interfere. > > Peter > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU > ] On Behalf Of Paul Peplinski > Sent: Wednesday, July 25, 2012 2:17 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Who's blacklisting IBM-MAIN > > I get Bad Reputation when using http://listserv.ua.edu/cgi-bin/wa?A0=ibm-main > > but can get in using https://listserv.ua.edu/cgi-bin/wa?A0=IBM- > MAIN&X=0037327AD56875015C > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > This message and any attachments are intended only for the use of > the addressee and may contain information that is privileged and > confidential. If the reader of the message is not the intended > recipient or an authorized representative of the intended recipient, > you are hereby notified that any dissemination of this communication > is strictly prohibited. If you have received this communication in > error, please notify us immediately by e-mail and delete the message > and any attachments from your system. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IGGCSI to retrieve tape volume serial
You can check the DEVTYPE value. In the past I simply displayed catalog entries for know tapes of the type that I was interested in. I looked online and found a table of values. http://www-01.ibm.com/support/docview.wss?uid=isg3T1010471 I only have two tape types left to deal with and both are X'78048083' which is 3590-1. Tape types virtual simulating 3590 and 3592. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List wrote on 07/16/2012 08:43:09 PM: > From: Victor Zhang > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 07/16/2012 08:43 PM > Subject: Re: IGGCSI to retrieve tape volume serial > Sent by: IBM Mainframe Discussion List > > For a non-vsam dataset, how can I determine if it is a dasd dataset > or a tape dataset? What's the criteria to check if a dataset reside on tape? > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IGGCSI to retrieve tape volume serial
Victor, Yes, you can retrieve a tape dataset's volser(s) using IGGCSI. I am not positive that I know what you mean by the type of the tape dataset. If it is the entry type, that would be NON-VSAM. A good place to start is the provided samples. I started with IGGCSIRX, the REXX one. It lists the entry type and the first 3 volsers for each DSN found that matches the DNS pattern provided. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List wrote on 07/16/2012 11:20:46 AM: > From: Victor Zhang > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 07/16/2012 11:21 AM > Subject: IGGCSI to retrieve tape volume serial > Sent by: IBM Mainframe Discussion List > > Hello, > Is it possible to retrieve a tape dataset's volser via iggcsi? > what's the type of a tape data set? > > Regards > Victor > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VTS problem
With an I/O error, there is the possibility that the hardware thinks that it still has the tape on the drive even though MVS doesn't. You need to look at the hardware interface. In both IBM and HDS equipment we have been able to login to a site that let us look at and control the hardware, i.e. see what the hardware has on the drive or unload the drive. With HDS we can send queries and commends from MVS via a started task. How you do it will depend on your hardware. Have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List wrote on 07/10/2012 07:15:22 AM: > From: גדי בן אבי > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 07/10/2012 07:18 AM > Subject: Re: VTS problem > Sent by: IBM Mainframe Discussion List > > The who problem occured when a job had an I/O error while writing > the virtual volume. > When I use the D U command, I do not see the mounted volume. > The LI REQ command gives me an error message. > > This is running on a very old system (OS/390 v2.8). > > Gadi > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Vernooij, CP - SPLXM [kees.verno...@klm.com] > Sent: 10 July 2012 14:54 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: VTS problem > > How did the volume become mounted on the unit? Does z/OS display the > volume mounted (D U,,,,1)? > > Has the volume been mounted manually, via the GUI, on the unit? Then you > can only dismount it via the GUI. > If it has not been mounted via the GUI, unfortunately you cannot > dismount it via the GUI. > > Did you request details with: LI REQ,libname,LVOL,vv libname must be > the name of the composite library (if you have a grid). > > Kees. > > ""??? ?? ???"" wrote in message > news: .com>... > > I tried that. Didn't help > > I tried varying the whole library offline using the V > SMS,LIB(xx),OFFLINE and then ONLINE. THat didn't help either. > > > > Gadi > > > > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Vernooij, CP - SPLXM [kees.verno...@klm.com] > > Sent: 10 July 2012 14:10 > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: VTS problem > > > > The drive is online, I assume? Try the unload command: U . > > Or Vary the unit Offline. > > > > Kees. > > > > ""??? ?? ???"" wrote in message > > > news: > .com>... > > > IF I issue the LI DISPSRV, I see the volume mouted on one of the > > drives. > > > No other job is using the volume. > > > There is only one system in the sysplex. > > > > > > How do I demount the volume? > > > I tried restarting OAM, but that did not help. > > > > > > Any other idea? > > > > > > Gadi > > > > > > > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On > > Behalf Of Vernooij, CP - SPLXM [kees.verno...@klm.com] > > > Sent: 10 July 2012 13:10 > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: Re: VTS problem > > > > > > ""??? ?? ???"" wrote in message > > > > > > news: > > .com>... > > > > Hi, > > > > > > > > I was asked to help with a VTS problem. > > > > I've never had to use VTS, so I'm not familiar with the commands. > > > > This is the problem: > > > > 09.04.58 JOB06739 TUESDAY, 10 JUL 2012 > > > > 09.04.58 JOB06739 ICH70001I H004 LAST ACCESS AT 08:29:13 ON > > > TUESDAY, JULY 10, 2012 > > > > 09.04.58 JOB06739 $HASP373 HRSNVLAD STARTED - INIT 6- CLASS B > - > > > SYS BOIA > > > > 09.04.58 JOB06739 IEF403I HRSNVLAD - STARTED - TIME=09.04.58 > > > > 09.04.59 JOB06739 IEF233A M > > > 0287,V09702,,HRSNVLAD,SAS,HRTM.KRANOT.SASDB.G3429V00 > > > > 09.12.54 JOB06739 IEC502E K > > > 0287,V09702,SL,HRSNVLAD,SAS,HRTM.KRANOT.SASDB.G3429V00 > > > > 09.12.54 JOB06739 TMS014 IEC502E K > > > 0287,V09702,SL,HRSNVLAD,SAS,HRTM.KRANOT.SASDB.G3429V00 > > > > 09.12.54 JOB06739 IEC501A M > > > 0287,V09750,SL,COMP,HRSNVLAD,SAS.SASKLL,HRTM.KRANOT.SASDB.G3429V00 > > > > 09.12.55 JOB06739 CBR4195I LACS RETRY POSSIBLE FOR JOB HRSNVLAD: > > > >
Re: List Creation information for tape dsn
I do that type of work using REXX. I trap the output of a LISTCAT command.
There are excerpts from my own code.
@DSN=STRIP(ARG(1))
@X=OUTTRAP('@LINE.')
"LISTC ENT('"@DSN"') ALL"
@X=OUTTRAP('OFF')
I then process the trapped output for the fields that I want to test.
IF @LINE.0 > 0 THEN
SELECT
WHEN LEFT(@LINE.1,8)='GDG BASE' THEN @RECOUT = GDGBASE()
WHEN LEFT(@LINE.1,7)='NONVSAM' THEN @RECOUT = NONVSAM(@LINE.)
WHEN LEFT(@LINE.1,21)='INVALID DATA SET NAME' THEN @RECOUT = BADDSN()
WHEN POS('NOT FOUND',@LINE.1) > 0 THEN @RECOUT = NOTFOUND()
OTHERWISE SAY @LINE.1; @RECOUT = ""
SAY SUBSTR(@LINE.1,38,9)
END
and then I output the fields that I want to collect
NONVSAM:
CALL DUMP
@CREATION = SUBSTR(@LINE.4,53,8)
@VOLSER = STRIP(SUBSTR(@LINE.7,26,6),L,'-')
@RECOUT = 'NONVSAM '@CREATION' '@VOLSER
@RECOUT = INSERT(@DSN,@RECOUT,28,44)
RETURN @RECOUT
Thank you and have a Terrific day!
Jonathan Goossen, DTM
ACT Mainframe Storage Group
Personal: 651-361-4541
Department Support Line: 651-361-
For help with communication and leadership skills checkout Woodwinds
Toastmasters.
IBM Mainframe Discussion List wrote on
07/02/2012 12:05:04 PM:
> From: af dc
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 07/02/2012 12:05 PM
> Subject: List Creation information for tape dsn
> Sent by: IBM Mainframe Discussion List
>
> Hello,
> can anyone give me an help about gathering creation date from catalogued
> tape dsns, like this:
>
> NONVSAM --- EXPAA.DY0.G.OUT
> IN-CAT --- CATALOG.XX.EXP
> HISTORY
>DATASET-OWNER-(NULL) CREATION19950617
>RELEASE2 EXPIRATION--.000
> VOLUMES
>VOLSERA0 DEVTYPE--X'78048081'
>VOLSER002000 DEVTYPE--X'78048081'
> ASSOCIATIONS(NULL)
> ATTRIBUTES
>
> I need to have nonvsam, volser and creation fields for several tape
dsns.
> These records are not recorded in TMS only on ICF catalog.
> How can I do that ?? DCOLLECT ???
>
> Many thx, A.Cecilio.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
This e-mail message and all attachments transmitted with it may
contain legally privileged and/or confidential information intended
solely for the use of the addressee(s). If the reader of this
message is not the intended recipient, you are hereby notified that
any reading, dissemination, distribution, copying, forwarding or
other use of this message or its attachments is strictly
prohibited. If you have received this message in error, please
notify the sender immediately and delete this message and all
copies and backups thereof. Thank you.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Catalog Device Type Conversion
There may be other considerations dependant on the device type moving from an to. But when we have gone to a newer drive that was backward compatible, the device type in the MVS catalog didn't get changed. The newer drives would read the older tapes with no change to the MVS catalog. CA-1 doesn't care about the MVS catalog in this regard. We moved from 3480 (18 track) to 3490E (36 track). Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List wrote on 06/25/2012 12:41:46 PM: > From: Chuck Arney > To: IBM-MAIN@listserv.ua.edu > Date: 06/25/2012 12:43 PM > Subject: Catalog Device Type Conversion > Sent by: IBM Mainframe Discussion List > > I know this must have been discussed in the past but a search of the > archives has not turned up a definitive answer. > > We are working with a tape hardware migration solution that may end up with > us needing to change the device type code in MVS catalog records for > existing tape data sets. The data sets will not be recreated but the > catalog device type codes may need to be updated to direct device allocation > to use the new devices rather than the old devices for input data sets. > > The MVS catalog has never been my area of expertise so this raises a few > questions. > > 1. What do we use for the catalog update? Are there any z/OS provided > facilities to do this or does a custom solution need to be developed? Doing > some searching has only turned up Dave Cartwright's ICF3490 program from the > CBTTAPE File 172 which does direct catalog record updates. This could be > adapted, but are there better techniques to get this update done? > > 2. Does anything need to be done, in the catalog records, for handling of > an esoteric (that is, an esoteric used at data set creation time)? I'm not > an allocation expert but from recent observations it seems to me that device > selection for input tape data set allocation is somehow influenced by the > creation esoteric and not just by the device type code. Is this true or was > it just happenstance? > > 3. Are any changes necessary to a tape management system's TMC for a > dynamically changed device type? Of the five TMS'es we support, I don't > recall any of them doing anything device type dependent that would override > or conflict with the MVS allocation selection, but if there is something to > be concerned about here I'd like to know about it beforehand. > > Thanks for any input you may offer. > > Chuck Arney > Arney Computer Systems > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SAVING OUTPUT WHEN IN $AVRS
Using the ISPF panels to put it the output to disk will generate JCL. Look at the JCL generated to find the libraries needed. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List wrote on 06/21/2012 10:23:14 AM: > From: Silvio Camplani > To: IBM-MAIN@listserv.ua.edu > Date: 06/21/2012 10:24 AM > Subject: Re: SAVING OUTPUT WHEN IN $AVRS > Sent by: IBM Mainframe Discussion List > > From the online interface enter option O (ODS), on the next panel fill > in the dataset name to contain the output. > > Regards, > > Silvio Camplani > zSeries Sr. Analyst, Systems Support > Bombardier > > On Thu, Jun 21, 2012, at 04:02 AM, willie bunter wrote: > > Good Day To All, > > > > Could anybody tell me how I can save a job output which is in $AVRS to > > disk? In SDSF we use XDC, is there something similar in $AVRS? I > > GOOGLED $AVRS however I didn't see anything helpful. > > > > Thanks. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
