Re: Extended SMS routine
A small suggestion for the code below would be to add a unique identifier to
each WRITE Statement. It seems like every company I've implemented SMS in has
constructs which are assigned at multiple points in the code.
If that were to be true in this case, it would be more difficult to determine
at which point DSOMEDC was assigned. I've found it to be very helpful to add
identifiers like
WRITE 'DC000100 DATACLASS SET to ('DATACLASS')'
Each DC# is unique to that WRITE/EXIT combination. When debugging an issue, it
can speed things up as your EXIT point is immediately identified. You can also
add some of the WRITE variables to help you in debugging the issue like DSN,
DD, ANYVOL, etc.
//
IF DATACLAS EQ '' THEN /* HONORING SPECIFIED STORAGE CLASSES*/
SELECT
WHEN (DSN EQ WHATEVER)
DO
SET DATACLAS EQ 'DCSOMEDC'
WRITE 'DATACLASS IS SET TO ('DATACLAS')'
EXIT
END
WHEN (DSN EQ SOMETHING)
DO
SET DATACLAS EQ 'DCOTHER'
WRITE 'DATACLASS IS SET TO ('DATACLAS')'
EXIT
END
(repeat as needed)
OTHERWISE
SET DATACLAS EQ ''
END /* END SELECT */
**
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: TESTING SMS ACS ROUTINE OPTIONS VIA ISMF
Maybe the thing that's throwing you when looking for documentation on the ISMF testing facility is that the software is called NAVIQUEST. There is a redbook: http://www.redbooks.ibm.com/abstracts/sg244720.html and a manual: http://www-01.ibm.com/support/knowledgecenter/SSLTBW_1.13.0/com.ibm.zos.r13.idai500/i5214.htm%23i5214 I've used both and found them to be very helpful. With that said, if you'd like some additional help, I'll be glad to answer questions - off-line is fine by me. ddk /// G'Day, I have to test my changes to the SC routine before I put in production. I would like to test the routine to ensure that certain USER JOBNAME would allocate a PDS and PDS-E (LIBRARY). In the ISMF panel the option for DSORG I type PO and it works however I do not know what I should use for PDS-E or LIBRARY. The doc : DFSMS Using the Interactive Storage Management Facility, doesn't tell me how. Is there a way of testing for a PDS-E condition? ** 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: Rexx Idiom (was: FTP of EBCDIC file)
-- he *cannot* write good REXX. So what is good REXX? Or did we mean 'he cannot write REXX well'? Isn't the point of the statement to describe how he writes? Or is it to discuss what constitutes 'good' REXX? Even those of us whose native language is English have problems with it and I freely admit I are one of those. ddk ** 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: DFHSM QUESTION - FINDING HSM RECORD TYPE.
For the ERR03, I've used the following; HSEND DELETE 'AOSYS.OPS.GLBLVAR.BKUPS.NWKC.G0068V00' This is some documentation I picked up along the way for the ERR20: THE ERR 20 MESSAGES INDICATE THERE IS A MCD RECORD BUT THE CORRESPONDING MCV RECORD IS NOT FOUND. TO CLEAN THIS UP, YOU WILL DO THE FOLLOWING: ISSUE THE FIXCDS D DSN DISPLAY AT OFFSET X'9C', IT SHOULD SHOW YOU THE ALIAS NAME OF THE DATASET. (ALIAS.DSN AS BELOW). (MY NOTE: THIS IS THE 'DFHSM.HMIG.T281204.??..J7156' NAME THEN ISSUE: FIXCDS A ALIAS.DSN DELETE FIXCDS D DSN DELETE THESE COMMANDS WILL TAKE CARE OF THE MCD AND MCA RECORDS. YOU WILL ALSO NEED TO DELETE THE CATALOG ENTRY IF IT EXISTS. IDCAMS DELETE DSNAME NOSCR SHOULD BE USED. I wouldn't be afraid to follow these steps again for these errors, but all the usual disclaimer stuff goes here. ddk Good Day Readers, I am having a problem to find the record type of some dsns which do not exist in the ICFCAT however they are in uncataloged status in HSM. I stumbled upon 25 dsns while running AUDIT against the MCDS BCDS. Here is an example. ERR 03 HESD.MAILRETN.WRKLIST.G0041V00 NOT CATALOGED, HAS MIGRATION COPY EHSM.HMIG.T531718.HESD.MAILRETN.J0313 ERR 20 HESD.MAILRETN.WRKLIST.G0041V00 ON HSM005 BUT NO V RECORD * ERR 20 CLAXMS.PUNCH.CARD2 ON HSM004, BUT NO V RECORD * ERR 20 CLSGDM.SYSOUT2.DATA ON HSM004, BUT NO V RECORD Please note that the volsers HSM004 HSM005 do not exist. I would like to delete these records but I am unable to do so because I do not know the record type because FIXCDS needs the record type. Thanks. ** 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: Upgrade Product - Vsam Files
So maybe this is nit-picking but It is VSAM datasets, not files How does one distinguish between a dataset a file? dd keller So on a 2nd look - definitely nit-picking, but it's been that kind of a day. ** 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: Assign Dataclass via Storeclass ACS routine
need to figure how to get dataclass assigned correctly for datasets that already exist. Why? IIRC, the DataClas is assigned at allocation time. While you can issue an IDCAMS ALTER command for the StorClass MgmtClas, you can't Alter the DataClas. This makes sense to me when you consider that most, if not all, of the DataClas attributes have to be used when the dataset is created. You can not make a standard format dataset into an extended format dataset merely by assigning a Dataclas which has the extend attributes. Those standard format datasets will have to be rebuilt. Keep in mind this was written by an old Storage Admin who's been through more IBM revisions than I'd like to count, but I don't believe this has ever changed. ddk ** 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: Missed Alarms and 40 Million Stolen Credit Card Numbers: How Target Blew It
Quote: gushed out of its (Target's)mainframes. Is the author really implying this was a mainframe hack? Really? Keep in mind that this is what the CEO's, CIO's, etc. will read. ddk http://www.businessweek.com/articles/2014-03-13/target-missed-alarms-in-epic-hack-of-credit-card-data Thanks, Mark Regan ** 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: IDC3009I ** VSAM CATALOG RETURN CODE IS 48 - REASON CODE IS IGG0CLAT-80
This is exactly why every EXIT statement in my routines are matched with a
WRITE statement :
SELECT (STORCLAS)
.
.
.
WHEN ('SCCICS')
DO
SET STORGRP = 'SGCICS'
WRITE 'SGSC070 ' DSN ' ' STORCLAS ' ' STORGRP
EXIT
END
.
The string SGSC070 identifies 1 and only 1 Exit. I know exactly where
in the code the dataset dumped out. Analysis is a piece of cake. Even
the most
rookies Storage Admin can figure out where the dataset got assigned that
construct. The string SGSC in this case also tell me that this code
segment assigns the Storage Group based on the incoming storage class.
I'm telling you these Write statements can save you much head aching -
ddk
/
Doesn't this convince you that your ACS routines do something different
when
a volser is specified? It seems your ACS routines need further analysis.
**
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: Large Multi-Volume Physical Sequential allocation question
P asks the system to allocate the same number of devices as requested by the volume count or SER subparameters of the VOLUME parameter, whichever is higher - the effect is that all volumes for the data set are mounted at the same time Had a problem allocating a NON SMS Large PS file that would not span volumes; is anyone on this list familiar with the parameter UNIT=(3390,P) which worked? This parameter pre-allocates the volsers; never saw this before and is this a new feature with z/OS R1.13? //DD01 DD DSN=DSN1,DISP=SHR // DD DSN=DSN2,DISP=SHR // DD DSN=DSN3,DISP=SHR //DD01ODD DSN=DSN.OUTPUT, // DISP=(,CATLG,DELETE),UNIT=(3390,P),DSNTYPE=LARGE, // DCB=(NFCP.PRODMODL,DSORG=PS,RECFM=FB,LRECL=200,BLKSIZE=0), // SPACE=(CYL,(4369,4369),RLSE),VOL=(,,,7) ** 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
StopX-37 functionality other products
I'm curious as to what other products shops are using instead of BMC's StopX-37. I know that SMS can replace at least some of the functionality but we use a lot of what the product has available. At this point, I don't think SMS is a viable option. So what else are people using with what success? thanks - dd keller ** 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 QUESTION - ACTUAL SPACE NOT ALLOCATED
The first thing I'd check is the Default Device Geometry defined in your SMS Base configuration: Mine: Default Device Geometry Bytes/Track . . . . . . . . 56664 Tracks/Cylinder . . . . . . 15 in ISMF - Option 8 Control Data Set then Option 1 Display Good Day All, I am trying to allocate a dsn using PGM=IEFBR14 to create a dsn which of 25 cylinders. The dsn is SMS managed and it has GUASPACE as the Storage Class. The DC MC are null. The dsn is allocated on the volume as requested however the space allocated is 20 instead of 25. I was able to allocated the space of 25 cylinders when I coded UNIT=SYSALLDA,SPACE=(CYL,29),VOL=SER=PROM01. Could anybody tell me where my error is? Below is my jcl (which is run from a proc) //* //ALLOCEXEC PGM=IEFBR14 //A01065 DD A01.DSN=DSNIN..A01065,DISP=(,CATLG), // UNIT=SYSALLDA,SPACE=(CYL,29),VOL=SER=PROM01 //IXX065 DD IXX.DSN=DSNIN..IXX065,DISP=(,CATLG), // UNIT=SYSALLDA,SPACE=(CYL,29),VOL=SER=PROM01 //* Below is the inquiry on the dsn: Command === More: + Data Set Name . . . . : HEST.INTS.DATACOM.A01065 General Data Current Allocation Management class . . : **None**Allocated cylinders : 25 Storage class . . . : GUASPACEAllocated extents . : 1 Volume serial . . . : PROM01 Device type . . . . : 3390 Data class . . . . . : **None** Organization . . . : PS Current Utilization Record format . . . : F Used cylinders . . : 25 Record length . . . : 4096Used extents . . . : 1 Block size . . . . : 4096 1st extent cylinders: 25 Secondary cylinders : 0 Dates Data set name type : Creation date . . . : 2013/09/27 SMS Compressible. . : NO Referenced date . . : 2013/10/03 Expiration date . . : ***None*** -- 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: HMIGRATE in parallel
Interesting approach - If the poster is actually trying to get an application PIT (point in time) backup of his application using HSM, the only way I could get that to work here would be to flashcopy the whole thing to new names then run HSM backups against those new names. Then it would no longer matter that HSM single-threads everything and it would also take the entire backup process outside the critical path. Now I've only been watching this thread with 1 eye, So if I missed something already posted, I apologize. ddk // Glenn I think he wants to run wide on the migrates. So if he submits 10 migrates, he wants them to run concurrently. But the OP states it only mounts one tape and then all 10 requests are serialized to the one tape. And if I understand his requirement - he is using HSM as an application backup process in-case of issues during the batch run. So like doing an Imagecopy before batch job runs, then restoring from the imagecopy after batch if there is an issue, is what I think he is trying to do. I would probably suggest increasing the number of BACKUP versions of the file since HSM does quite well at doing a backup when the data changes. What I do not know is the environment. How many tape drives does he have in his shop. How many can he allocate to DFSMShsm migration. What his overall need is for this type of process. Just my thoughts Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HMIGRATE in parallel
Generally, applications waits for the ABARS to complete before continuing to process which still puts the backup in the critical path. Yes, it would be but it is not what the OP asked for. -Original Message- From: Gibney, Dave [mailto:gib...@wsu.edu] Sent: Tuesday, September 17, 2013 1:55 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HMIGRATE in parallel Is this not called ABARS? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Darth Keller Sent: Tuesday, September 17, 2013 8:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HMIGRATE in parallel Interesting approach - If the poster is actually trying to get an application PIT (point in time) backup of his application using HSM, the only way I could get that to work here would be to flashcopy the whole thing to new names then run HSM backups against those new names. Then it would no longer matter that HSM single- threads everything and it would also take the entire backup process outside the critical path. Now I've only been watching this thread with 1 eye, So if I missed something already posted, I apologize. ddk // -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ACS routine trace.
I'm curious. Do you ever use the NaviQuest SMS test facility? ddk But first I must trigger some trace data. I found there is an SMS trace, but I wonder if this produces much more than I need. I found a replacement for the WRITE-trace mechanism: I defined a Storage Class that is not used and at the point that I needed the WRITE trace info, I set the SC to this specific SC. By moving this piece of code to different decision points in the SC routine, I found the place where it made the wrong decision. I could define several trace-SCs and at point 1 set SC1, at point 2 set SC2 etc. Thus one can determine which code was executed. A little bit complicated, but an adequate replacement for the missing WRITE information. Kees. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ACS routine trace.
Sorry, long day - I forgot you said this was a dynamic allocation, which is what made me thing about going back to NaviQuest in the 1st place. my bad - ddk / But that's the beauty of NaviQuest - you can set up your test case, test it against your 'live' code changing values until your results match what you're seeing. Then you can run that test case against new code to see what it does with the data. As to not knowing what is being presented to the routines, you can add variables to your WRITE statement to tell you exactly what SMS sees. In the case I was working on yesterday, my test dataset was falling out of the code a long way from where I thought it was supposed to I couldn't see why. So I updated to WRITE statement where it was falling out of the code and added a dozen different variables to the WRITE - specifically I wanted to see the variable I was testing for in the earlier segment. I was testing for the RACF defaults security is supposed to set up when they define a new user ID - my displays showed me that for this ID that had not happened. There was actually nothing wrong with the code - it was in how the ID was set up - I've been doing this a lot of years and haven't found an instance yet that I couldn't debug using WRITE statements and the right combinations of WRITE Variables. HTH's. ddk -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ACS routine trace.
But that's the beauty of NaviQuest - you can set up your test case, test it against your 'live' code changing values until your results match what you're seeing. Then you can run that test case against new code to see what it does with the data. As to not knowing what is being presented to the routines, you can add variables to your WRITE statement to tell you exactly what SMS sees. In the case I was working on yesterday, my test dataset was falling out of the code a long way from where I thought it was supposed to I couldn't see why. So I updated to WRITE statement where it was falling out of the code and added a dozen different variables to the WRITE - specifically I wanted to see the variable I was testing for in the earlier segment. I was testing for the RACF defaults security is supposed to set up when they define a new user ID - my displays showed me that for this ID that had not happened. There was actually nothing wrong with the code - it was in how the ID was set up - I've been doing this a lot of years and haven't found an instance yet that I couldn't debug using WRITE statements and the right combinations of WRITE Variables. HTH's. ddk /// No, I didn't. But I don't think this will help here, because I don't know what is being presented to the ACS routines and the problem occurs only on a specific allocation of a specific product with one specific data set. I can only debug this problem in a live environment, hence the 'tracing' needed for the live ACS routines. Kees. Van: IBM Mainframe Discussion List namens Darth Keller Verzonden: do 12-9-2013 17:21 Aan: IBM-MAIN@LISTSERV.UA.EDU Onderwerp: Re: ACS routine trace. I'm curious. Do you ever use the NaviQuest SMS test facility? ddk -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADRDSSU DUMP and non-z/OS volumes
In the recent past, we were using ADRDSSU to create backups of our zVM/Linnux volumes for our DR, but it required that we vary the volumes online. Recently we switched over to using FDR as we can do them while the volumes are offline. DFDSS - DUMP ADMIN TRACKS(0,0,3338,14) - INDDNAME(DISKIN) - OUTDDNAME(TAPEOUT) CPVOLUME Is it possible to dump full volume which is non-z/OS formatted? I mean Linux or zVM volume. -- 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
Re: ADRDSSU DUMP and non-z/OS volumes
DFDSS will not dump an offline volume. So, IMO, online to the host does matter if the intent is to use DFDSS for the backup. However, this doesn't affect, in any way, the validity of your points about the guest, buffers, multi-volume files, etc. In our case, it was determined that we did not need to be concerned about these questions as these backups are for system recovery only. Application files have their own backups (I believe they're using Netbackup). ddk In the recent past, we were using ADRDSSU to create backups of our zVM/Linnux volumes for our DR, but it required that we vary the volumes online. Recently we switched over to using FDR as we can do them while the volumes are offline. What should matter is not that the volume be online to the host, but offline to the guest during backup. How do you ensure that all buffers are synched? Is there any risk to multi-volume files? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: dfhsm expirebv command idles even though expirebv not held
Any chance the tape is in use on another LPAR or in another function? In my experience this is usually the case. ddk / Hello, I've issued this tso hsend cmd: hsend expirebv abarsversions(agname(bkmcics) retainversions(0)) display and have been waiting for over an hour for the response to the terminal. When I issue an tso hsend q req, I see but only a tape being recycled, and MWEs ahead of my simple request: ARC0161I RECYCLING VOLUME C42845 FOR USER W#CRM, REQUEST 00251220 ARC0167I COMMAND MWE FOR COMMAND EXPIREBV ABARSVERSIONS(AGNAME(BKMCICS) ARC0167I (CONT.) RETAINVERSIONS(0)) DISPLAY FOR USER x, REQUEST 00251555 ARC0167I (CONT.) WAITING TO BE PROCESSED, 0 MWE(S) AHEAD OF THIS ONE hsend q act shows that expirebv is not held on this lpar: EXPIREBV=NOT HELD AND ACTIVE So why would this expirebv command seem to be queued up behind something and not complete and return the info? Likely a simple explanation but now I'm scratchin' my head thanks 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: Question about ML2 expired datasets
Might be a silly question but does DFHSM have authority to update your master catalog? Richard - Did I miss something in this thread? Why would his DFHSM need to update his master catalog? Are the datasets he's having a problem with cataloged in the Master? That would be the only reason I can think of. ddk 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: Question on WRITE statements in ACS and Automation
I do see some of my SMS Write output in my syslog: IGD01007I IGD01008I IGD01010I But it appears that these are all from batch jobs. I tested allocating a ds from my TSO session the WRITEs came back to me but are not in the log. ddk 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: Question on WRITE statements in ACS and Automation
Well, this gets more interesting as it appears that there must be some automation in place as I'm only seeing the IGD010*I (* = 07, 08, 09, 10) on 2 of my 4 production LPAR's. Are you sure your messages are not being suppressed? I still think the SHARE requirement would be valid as I want to see ALL the messages in the log - batch, TSO, etc. ddk Darth Keller wrote: I do see some of my SMS Write output in my syslog: IGD01007I What magic trick did you do? Mine (from DATACLAS) in my batch job does NOT appears in the SYSLOG! Groete / Greetings Elardus Engelbrecht 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: Question on WRITE statements in ACS and Automation
I've done some more testing and it doesn't look like I'm seeing messages from all my batch jobs either. It looks more like dynamic allocations some temporary datasets - which might also be dynamically allocated. ddk From: Darth Keller/WBY/ASSURANT/US To: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Date: 07/09/2013 08:53 AM Subject:Re: Question on WRITE statements in ACS and Automation Well, this gets more interesting as it appears that there must be some automation in place as I'm only seeing the IGD010*I (* = 07, 08, 09, 10) on 2 of my 4 production LPAR's. Are you sure your messages are not being suppressed? I still think the SHARE requirement would be valid as I want to see ALL the messages in the log - batch, TSO, etc. ddk Darth Keller wrote: I do see some of my SMS Write output in my syslog: IGD01007I What magic trick did you do? Mine (from DATACLAS) in my batch job does NOT appears in the SYSLOG! Groete / Greetings Elardus Engelbrecht 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: Orphaned ICF catalog in the VVDS
I have run an IDCAMS diagnose on a volume to find non-existent catalog entries . I tried DELETE VVR/NVR/TRUENAME to no avail. How can I get rid of the stranded catalog references in the VVDS? Respectfully, Willie C. Rouse I've used this in the past. MAL705 is a volser. Can't remember anymore if the CATALOG.FHMWPLEX.UCAT actually existed when I ran the job or not. I also couldn't begin to tell you what OS level we were at when I used it. Whatever you do, DON'T forget the NOSCRATCH. I'd recommend setting up a test case to run against before doing it on a live volume. ddk //* //* DELETE PTR FROM VVDS BACK TO A CATALOG //* //STEP01 EXEC PGM=IDCAMS //MAL705 DD DSN=SYS1.VVDS.VMAL705,VOL=SER=MAL705, //DISP=SHR,UNIT=SYSALLDA //SYSPRINT DD SYSOUT=* //SYSINDD * DELETE SYS1.VVDS.VMAL705 CL NOSCRATCH FILE(MAL705) - CAT(CATALOG.FHMWPLEX.UCAT) 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 Space override
Quick dirty - In ISMF, check your CDS BASE DISPLAY . Mine: Default Device Geometry : Bytes/track . . . . . : 56664 Tracks/cylinder . . . : 15 1st thing I'd check is to ensure you've got you geometry defined correctly. 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: Luminex tapeless solution
I would think HSM would have the same issues regardless of the virtual tape system used. We have an MDL - As I remember, we set up a new esoteric to use with the MDL. So UNITNAME had to be changed. We used a tape size of 40GB's for the MDL. We changed RECYCLEPERCENT(5). So as not to recycle backup tapes too frequently. We didn't want to spend too much CPU here and have plenty of room in the MDL. Also PERCENTFULL(2) for ML2 tape - we use Rocket Software (OpenTech) TapeCopy/VDR for disaster recovery. At DR we have an IBM library, The limit for tape size is 4GB's. So we ran into issues when trying to restore larger ML2 tapes at DR found it easier to limit the amount of an ML2 tape used at home. We do not limit the size of Backup tapes as they don't go to DR. ML2RECYCLEPERCENT(10)- we're going to have to check on this one. I'm not sure at this point how this fits with our PERCENTFULL(2). Think's it's 10% valid data from the amount actually written to that tape. We don't use ABARS or HSM dumps. It seems likely that if you do, you'll have parms to at least look at if not change. This is from just a quick scan of our HSM parms. More than likely I've missed something. Hopefully I won't get crucified for it. ddk Hervey, Please post your observations. We are currently looking at various tape solutions for Mainframe and I will be interested to see how Luminex works for you. Lizette -Original Message- Hello, We'll be testing a Luminex tapeless solution in our mainframe environment in the next couple of months and just wondering if any of you out there have gone through this type of implementation. If so, any problems encountered migrating the HSM or TSM tape date to this new hardware? Anything to look out for? Regards, Hervey Storage Administrator -- 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: EMC 6000 Virtual Tape Drive
So it's been a really long time since I set all this up, but I do remember I had to have a couple of special volumes defined in the library. These volumes were used to 'communicate' with the Bustech hardware. Below is the display for the 2 volumes from ISMF. VOLUME USE VOLUME CHECKPT LIBRARY SERIAL ATTRERROR STATUSVOLUME NAME BFLDRL PRIVATE NO ERROR--- LIBMVTS1 BFLLCL PRIVATE NO ERROR --- LIBMVTS1 VOLUME MEDIA RECORDING SPECIAL SERIAL TYPE TECHNOLOGY COMPACTIONATTRIBUTE BFLDRL MEDIA4128TRACK --- RDCOMPAT BFLLCL MEDIA4128TRACK --- RDCOMPAT I dont know why the client chose 2 different tape sizes. Seems illogical to me. The NL tapes I referenced had to do with running DLMCMD JCL which for the life of me I don't get. All I want to do is ask the machine is 1 - are you working and 2- what tape VOLSERs do you think you have defined inside of you? -- 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: EMC 6000 Virtual Tape Drive
These are also not defined to my TMM (CA1). So it's been a really long time since I set all this up, but I do remember I had to have a couple of special volumes defined in the library. These volumes were used to 'communicate' with the Bustech hardware. Below is the display for the 2 volumes from ISMF. VOLUME USE VOLUME CHECKPT LIBRARY SERIAL ATTRERROR STATUSVOLUME NAME BFLDRL PRIVATE NO ERROR--- LIBMVTS1 BFLLCL PRIVATE NO ERROR --- LIBMVTS1 VOLUME MEDIA RECORDING SPECIAL SERIAL TYPE TECHNOLOGY COMPACTIONATTRIBUTE BFLDRL MEDIA4128TRACK --- RDCOMPAT BFLLCL MEDIA4128TRACK --- RDCOMPAT I dont know why the client chose 2 different tape sizes. Seems illogical to me. The NL tapes I referenced had to do with running DLMCMD JCL which for the life of me I don't get. All I want to do is ask the machine is 1 - are you working and 2- what tape VOLSERs do you think you have defined inside of you? -- 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: EMC 6000 Virtual Tape Drive
Thanks, Mark - not an issue I had considered either but one I will definitely keep in mind. However, as we don't share the box, it's probably pretty unlikely we'll run into the issue. ddk On Mon, 6 May 2013 14:34:23 -0500, Darth Keller darth.kel...@assurant.com wrote: Question - why do you need 2 sizes of tape? Seems like unnecessary complication to me. We defined it with very large virtual tape as, unlike the B20's, there is no space (or very little space) required for the tape when it's not in use. It only uses space enough to hold the data when it's written. When the tape is scratched, the used space is released back and only a very small amount is used for the tape label.Of course, the difference is once a tape goes scratch and the space is recovered, there's no reading the scratch tape. I can answer that one - at least from an EMC DLm perspective. I (we) found out the hard way that one size did not fit all. My client shares the DLms with about 9 environments (sysplexes and monoplex LPARs). Most of those libraries have a 40G virtual tape size. That size was chosen based on the STK 9840s were were migrating from as we got rid of all physical tape (also had VSM virtual). Out of these 9 environments the larger ones have from 15-50 file systems of 3-5TB per DLm. Some of the smaller ones have about 5 file systems with anywhere from 100GB to 500GB. About a month after cut over (done via SMS ACS routine changes of esoterics) we had an out of space condition on one of the smaller environments trying to create a virtual tape - even though the file system was only 61% full. Well guess what - 61% full of a 100GB leaves 39GB free and of course the virtual tape system has no way of knowing you aren't going to really create a 40GB tape when you want a scratch tape mounted. We expanded the file systems for that library that evening and then after we figured out what the real reason was we changed the virtual tape size for all the small environments from 40GB to 5GB and for this very small environment we made it 2GB. 2GB matched the size of the large VSM (STK) virtual tapes we were using (although most were still 800MB VTVs at the time of the migration). EMC planned all the file system sizes etc. with us. The implementation team that worked with us never mentioned (or thought of) this caveat when we decided to use 40GB as the virtual tape size for all the different libraries sharing the DLms. Mark -- 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/ -- 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: EMC 6000 Virtual Tape Drive
Do you have any experience with virtual tapes? We went from a couple of IBM B20 libraries to an HDS MDL which uses the Bustech (now EMC) to front-end HDS storage. We had to switch from SMS Automated Tape Libraries to a Manual Tape Library. We defined new tape ranges, dataclas, and storclass for the MDL. The MDL is defined with it's own range of tape UCB's. Seems like we had a separate Esoteric to use for testing and once we were ready, we just swapped the old Esoterics over to the new addresses. There is no physical tape involved anymore - just a big DASD buffer. Bustech was involved defining the internals to the MDL, setting up the storage, defining volumes. We did all this a few years ago, so the exact sequence of events is now a bit of a blur. But as I remember it,, it was all pretty straight forward by the book. Question - why do you need 2 sizes of tape? Seems like unnecessary complication to me. We defined it with very large virtual tape as, unlike the B20's, there is no space (or very little space) required for the tape when it's not in use. It only uses space enough to hold the data when it's written. When the tape is scratched, the used space is released back and only a very small amount is used for the tape label.Of course, the difference is once a tape goes scratch and the space is recovered, there's no reading the scratch tape. ddk Does anyone out there have ANY experience with the EMC DLm6000 virtual tape server. I am working for a MAJOR software developer who got one of these for free. They provided almost NO documentation. What little doc I have only peripherally talks about SMS routines, RMM, and how to run utilities. From what I can see you have to run a utility pointing to an offline drive and run the output out the a NON Labeled tape and that print it off (WTF?). We have it setup with 2 esoterics; say 1 set of UCBs UNIT=LARGE for big tapes and UNIT=SMALL for small tapes. When I try and run a job I get a mount message for the exact OPPOSITE set of UCBS. ie I say UNIT=LARGE and one of the SMALL ucbs gets allocated. To make matters worse I have NO IDEA if there actually tapes loaded in it despite RMM having the VOLSERs in the TAPE LIBRARY and OAM is running and SYS1.VOLCAT.GENERAL is defined. Any help would be appreciated 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: Logrec Record increase on EMC VMAX 5876
We were at 5876.8? something and upgraded this past weekend to 5876.159 but we didn't see any big increase either this past weekend or when we went from 5875 to 5876. ddk I was so close. The level is 5876-159 That is what I get from doing it from memory. Lizette 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: Logrec Record increase on EMC VMAX 5876
What specific level of 5876 are you running? I have been working with EMC on this issue for the last couple of weeks. We just upgraded from 5875 to 5876. Prior to the upgrade I had on a daily basis about 100 OBR Long records. After the upgrade I am now seeing 30,000+ records on a daily basis. I am just curious if anyone else that either recently went to this level of Enginuity code or is at this level of 5876, if you have seen a dramatic increase in Logrec data; specifically OBR long records. The information I have is these records are over run events with no action required. However, I am concerned at the huge increase. Second concern is it seems to be against 5 specific catalog volumes rather than all volumes. We are running MFE at 7.3 and z/OS V1.12 Thanks for any comments. Lizette Koehler 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: Query for Destination z article -- mainframes back to the future
Back in the bad old days, we had a squirrel event - one of the crafty little devils actually managed to crawl into a power transformer. pffft . . . . zap! BANG!! ddk I don't mind looking dumb: what's a squirrel event? Sounds like something Macy's would advertise... 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: Query for Destination z article -- mainframes back to the future
Had to laugh at that one.Lesson I learned the hard way! ddk Copy, don't move. Dave Gibney Information Technology Services Washington State University 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: UNABLE TO IMPORT - IGD17802I
Willie - I don't think it was a fluke that it worked. I think it worked as designed. I think that you need to look at the SMS constructs assigned to the catalog when it was being allocated without your OBJECT(VOLUMES statement as it appears to me the Guaranteed Space attribute was what was biting you. With what you were trying to accomplish, going to from non-SMS to SMS, OBJECTS(VOLUMES was required. This is a case, I think, where well placed WRITE statements in your SMS routines would help you understand what's going on. ddk From: willie bunter williebun...@yahoo.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 02/11/2013 03:47 PM Subject:Re: UNABLE TO IMPORT - IGD17802I Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Darth, I am not sure if you saw my earlier post. I think the problem is fixed. This is what I did. IMPORT IDS(SYS1.ZWA6PWG.BKUP) - ODS(CATALOG.DB2TESX) - OBJECTS(CATALOG.DB2TESX - VOLUMES(DB2AP1))) - IDC0233I TOO MANY RIGHT PARENTHESES FOUND. EXCESS IGNORED ALIAS - LOCK - INTOEMPTY IDC0604I DATA SET BEING IMPORTED WAS EXPORTED ON 02/11/13 AT 10:02:09 IDC01653I ALIASES FROM THE PORTABLE DATA SET WERE DEFINED COCO SOSO LOLO DODO ZOZO YOYO I still don't understand why the problem happened. Is it because moving a CATALOG from a non-SMS volume to a SMS volume isn't as straight forward as it may appear. Are the OBJECTS VOLUMES PARM needed when performing this? Perhaps it was a fluke it worked? From: Darth Keller darth.kel...@assurant.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Monday, February 11, 2013 1:11:49 PM Subject: Re: UNABLE TO IMPORT - IGD17802I From the manual:If you select OUTDATASET, the VSAM data set you identify is dynamically allocated. So I think you're getting interference from your SMS routines. You may want to specify the STORAGECLAS MGMTCLAS parameters on your IMPORT cmmd also. Do you have any IGD* messages beside what you've shown to indicate what SMS is doing? Do you have any WRITE statements in your routines? ddk From: willie bunter williebun...@yahoo.com To:IBM-MAIN@LISTSERV.UA.EDU Date: 02/11/2013 09:30 AM Subject:UNABLE TO IMPORT - IGD17802I Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Good Day To All Readers, I am having a problem trying to perform the IMPORT. Here is the error message : IMPORT IDS(SYS1.ZWA6PWG.BKUP) - ODS(CATALOG.DB2TESX) - ALIAS - LOCK - INTOEMPTY IDC0604I DATA SET BEING IMPORTED WAS EXPORTED ON 02/11/13 AT 10:02:09 IGD17802I VOLUMES SPECIFIED BY THE CALLER ARE NOT IN THE SAME STORAGE GROUP FOR A GUARANTEED SPACE REQUEST, DATA SET IS CATALOG.DB2TESX IGD17219I UNABLE TO CONTINUE DEFINE OF DATA SET CATALOG.DB2TESX IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12 I verified that the volumes in the SG are in the correct storage group. The error message indicates that it is not the case. Would the error be caused because the IMPORT dsn is on a non-SMS managed volume? I would greatly appreciate your advice. Thanks. -- 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 -- 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
Re: UNABLE TO IMPORT - IGD17802I
Sorry, I haven't been following this too closely. So this may have been asked before. I'm assuming the information below is for the exported copy. What catalog was exported and what volume was it on when the export was made? If the volume of the source was in a different storage group from the target volume the source was defined with GS, I can see this being the issue. ddk Here it is. The volume is non-SMS. LISTC ENT(SYS1.ZWA6PWG.BKUP) ALL NONVSAM --- SYS1.ZWA6PWG.BKUP IN-CAT --- SYS1.CIU.MCAT HISTORY DATASET-OWNER-(NULL) CREATION2013.042 RELEASE2 EXPIRATION--.000 VOLUMES VOLSERWRKRS2 DEVTYPE--X'3010200F' FSEQN-- ASSOCIATIONS(NULL) ATTRIBUTES IDCAMS SYSTEM SERVICES TIME: 11:43:09 THE NUMBER OF ENTRIES PROCESSED WAS: AIX ---0 ALIAS -0 CLUSTER ---0 DATA --0 GDG ---0 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: UNABLE TO IMPORT - IGD17802I
Understood. It doesn't matter where the output goes - it could even be on tape. So CATALOG.DB2TESX is still on the same volume as when it was exported? ddk From: willie bunter williebun...@yahoo.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 02/11/2013 11:06 AM Subject:Re: UNABLE TO IMPORT - IGD17802I Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Darth, Yes, I exported the output to a non-SMS managed volume. The CATALOG which was exported is CATALOG.DB2TESX and it is on a SMS managed volume DB2AP1.I am hitting the problem when I am trying to IMPORT it. From: Darth Keller darth.kel...@assurant.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Monday, February 11, 2013 11:57:06 AM Subject: Re: UNABLE TO IMPORT - IGD17802I Sorry, I haven't been following this too closely. So this may have been asked before. I'm assuming the information below is for the exported copy. What catalog was exported and what volume was it on when the export was made? If the volume of the source was in a different storage group from the target volume the source was defined with GS, I can see this being the issue. ddk Here it is. The volume is non-SMS. LISTC ENT(SYS1.ZWA6PWG.BKUP) ALL NONVSAM --- SYS1.ZWA6PWG.BKUP IN-CAT --- SYS1.CIU.MCAT HISTORY DATASET-OWNER-(NULL) CREATION2013.042 RELEASE2 EXPIRATION--.000 VOLUMES VOLSERWRKRS2 DEVTYPE--X'3010200F' FSEQN-- ASSOCIATIONS(NULL) ATTRIBUTES IDCAMS SYSTEM SERVICES TIME: 11:43:09 THE NUMBER OF ENTRIES PROCESSED WAS: AIX ---0 ALIAS -0 CLUSTER ---0 DATA --0 GDG ---0 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 -- 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
Re: UNABLE TO IMPORT - IGD17802I
From the manual:If you select OUTDATASET, the VSAM data set you identify is dynamically allocated. So I think you're getting interference from your SMS routines. You may want to specify the STORAGECLAS MGMTCLAS parameters on your IMPORT cmmd also. Do you have any IGD* messages beside what you've shown to indicate what SMS is doing? Do you have any WRITE statements in your routines? ddk From: willie bunter williebun...@yahoo.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 02/11/2013 09:30 AM Subject:UNABLE TO IMPORT - IGD17802I Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Good Day To All Readers, I am having a problem trying to perform the IMPORT. Here is the error message : IMPORT IDS(SYS1.ZWA6PWG.BKUP) - ODS(CATALOG.DB2TESX) - ALIAS - LOCK - INTOEMPTY IDC0604I DATA SET BEING IMPORTED WAS EXPORTED ON 02/11/13 AT 10:02:09 IGD17802I VOLUMES SPECIFIED BY THE CALLER ARE NOT IN THE SAME STORAGE GROUP FOR A GUARANTEED SPACE REQUEST, DATA SET IS CATALOG.DB2TESX IGD17219I UNABLE TO CONTINUE DEFINE OF DATA SET CATALOG.DB2TESX IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12 I verified that the volumes in the SG are in the correct storage group. The error message indicates that it is not the case. Would the error be caused because the IMPORT dsn is on a non-SMS managed volume? I would greatly appreciate your advice. Thanks. -- 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: UNABLE TO IMPORT - IGD17802I
sorry - too much of a hurry - from the manual: OBJECTS ((entryname [FILE(ddname)] [MANAGEMENTCLASS(class)] [NEWNAME(newname)] [STORAGECLASS(class)] [VOLUMES(volser[ volser...])]) [(entryname...)...]) From: willie bunter williebun...@yahoo.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 02/11/2013 12:15 PM Subject:Re: UNABLE TO IMPORT - IGD17802I Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU I tried the following but same problem: IMPORT IDS(SYS1.ZWA6PWG.BKUP) - ODS(CATALOG.DB2TESX) - OBJECTS(DB2AP1) - ALIAS - LOCK - INTOEMPTY IDC0604I DATA SET BEING IMPORTED WAS EXPORTED ON IDC3614I INVALID NAME IN OBJECTS PARAMETER: DB2AP1 IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12 IMPORT IDS(SYS1.ZWA6PWG.BKUP) - ODS(CATALOG.DB2TESX) - OBJECTS(VOLUMES) - ALIAS - LOCK - INTOEMPTY IDC0604I DATA SET BEING IMPORTED WAS EXPORTED ON 02/11/13 AT 10:02:09 IDC3614I INVALID NAME IN OBJECTS PARAMETER: VOLUMES IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12 IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 12 From: Darth Keller darth.kel...@assurant.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Monday, February 11, 2013 1:05:33 PM Subject: Re: UNABLE TO IMPORT - IGD17802I Yes, I believe that's exactly your problem. I looking through the manual trying to figure out how I've done this before - it's been a long time. Have you looked at: If you are importing to a volume other than the original volume, the OBJECTS(VOLUMES) parameter must also be specified. From: willie bunter williebun...@yahoo.com To:IBM-MAIN@LISTSERV.UA.EDU Date: 02/11/2013 12:00 PM Subject:Re: UNABLE TO IMPORT - IGD17802I Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Darth, Just a thought. Could the problem be caused because the CATALOG was on a non-SMS managed volume when the EXPORT was done and now I am defining the CATALOG on a SMS managed volume which is causing the IMPORT to fail? From: Darth Keller darth.kel...@assurant.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Monday, February 11, 2013 12:14:00 PM Subject: Re: UNABLE TO IMPORT - IGD17802I Understood. It doesn't matter where the output goes - it could even be on tape. So CATALOG.DB2TESX is still on the same volume as when it was exported? ddk From: willie bunter williebun...@yahoo.com To:IBM-MAIN@LISTSERV.UA.EDU Date: 02/11/2013 11:06 AM Subject:Re: UNABLE TO IMPORT - IGD17802I Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Darth, Yes, I exported the output to a non-SMS managed volume. The CATALOG which was exported is CATALOG.DB2TESX and it is on a SMS managed volume DB2AP1.I am hitting the problem when I am trying to IMPORT it. From: Darth Keller darth.kel...@assurant.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Monday, February 11, 2013 11:57:06 AM Subject: Re: UNABLE TO IMPORT - IGD17802I Sorry, I haven't been following this too closely. So this may have been asked before. I'm assuming the information below is for the exported copy. What catalog was exported and what volume was it on when the export was made? If the volume of the source was in a different storage group from the target volume the source was defined with GS, I can see this being the issue. ddk Here it is. The volume is non-SMS. LISTC ENT(SYS1.ZWA6PWG.BKUP) ALL NONVSAM --- SYS1.ZWA6PWG.BKUP IN-CAT --- SYS1.CIU.MCAT HISTORY DATASET-OWNER-(NULL) CREATION2013.042 RELEASE2 EXPIRATION--.000 VOLUMES VOLSERWRKRS2 DEVTYPE--X'3010200F' FSEQN-- ASSOCIATIONS(NULL) ATTRIBUTES IDCAMS SYSTEM
Re: basic SMS question
A couple of things - DSN(2) = 'DSNDBD' - 'DSNDBD' in the 2nd level generally identifies the data component of a DB2 LDS. Data components do not get assigned their own SMS Constructs. Constructs are assigned at the cluster level. I see this as useless code unless your shop is actually using cluster names with DSNDBD as the 2nd level. 2ndly - the answer to your question is going to depend on what's in the filterlist DB2E. If it contains an entry like DB2E.** , then all those datasets would be assigned SCDB2 in the DSN(1) segment and then re-assigned SCSMS in the SELECT/WHEN you've shown us. This is a result of not having a EXIT in the first set of statements - the allocation falls through into the next code segment and gets re-evaluated. And it will continue to be re-evaluated after your SET STORCLAS = 'SCSMS'as that statement also doesn't appear to have a paired EXIT. Without the WRITE stmts Lisa mentioned, it's pretty hard to tell from what you've shown us. Your allocation could actually have several storage classes assigned and re-assigned, with some other segment having the final assignment of 'SCSMS' before it finally falls out of SMS. My general rule of thumb is that the only time I don't pair a SET with an EXIT is when I want to set a default StorCLas. I always pair a SET with a WRITE and generally its a SET, WRITE, EXIT. I'd recommend investigating NAVIQUEST to use in testing your code any changes you're thinking of making. ddk I've inherited an SMS setup and I know little about SMS but this I know isn't working. In the storage class ACS routines is this snippet - IF DSN(1) = 'DB2E' THEN DO IF DSN(2) = 'DSNDBC' THEN DO SET STORCLAS='SCDB2' END IF DSN(2) = 'DSNDBD' THEN DO SET STORCLAS='SCDB2' END END followed by this - SELECT WHEN (DSN = DB2E) SET STORCLAS = 'SCSMS' Question. Any dataset of the form DB2E.DSNDBC.** is getting the storage class SCSMS and not SCDB2 which is what is required. I want all DB2E.DSNDBC.** datasets to get SCDB2 and any other DB2E.** dataset to get SCSMS. What is wrong with the above syntax please. Jim McAlpine 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: DIFFERENTIATION OF VSAM DSNS
So maybe I'm totally off-base here, but it seems to me like the original request is that he wanted to know from the tape what kind of VSAM files were on the backup. I ran with my Restore with PARM='TYPERUN=NORUN' and got this from the output. Granted it's not fool proof. You can pick out the KSDS, the other 2 happen to be SMS datasets, so I know that they are LDS's - but as to RRDS, ESDS, etc Hope that helps a little - ddk ADR780I (001)-TDDS (01), THE INPUT DUMP DATA SET BEING PROCESSED IS IN LOGICAL 1 RELEASE 13 MODIFICATION LEVEL 0 ON 2013.024 14:45:2 ADR760W (001)-FDSRL(01), DATA SET DMPRD.ACDS00.ACDS FROM CATALOG CATALOG.TECH. ADR489I (001)-TDLOG(02), CLUSTER DK85359.ACDS00.ACDS WAS SELECTED CATALOGUCAT.TSO.D COMPONENT DK85359.ACDS00.ACDS.DATA ADR760W (001)-FDSRL(01), DATA SET DMPRD.BCOTS1.SCDS11.SCDS FROM CATALOG CATALO SPECIFIED ADR489I (001)-TDLOG(02), CLUSTER DK85359.BCOTS1.SCDS11.SCDS WAS SELECTED CATALOGUCAT.TSO.D COMPONENT DK85359.BCOTS1.SCDS11.SCDS.DATA ADR760W (001)-FDSRL(01), DATA SET DMPRD.BCOTS1.TEST.CL FROM CATALOG CATALOG.TE ADR489I (001)-TDLOG(02), CLUSTER DK85359.BCOTS1.TEST.CL WAS SELECTED CATALOGUCAT.TSO.D COMPONENT DK85359.BCOTS1.TEST.CL.DATA COMPONENT DK85359.BCOTS1.TEST.CL.INDEX 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
Have you ever looked at using Naviquest to issue your SMS commands? You
can generate the JCL through the ISMF panels.
ISMF;
ENHANCED ACS MANAGEMENT;
BATCH TESTING/CONFIGURATION MANAGEMENT SELECTION MENU;
CONFIGURATION CHANGES BATCH SAMPLES SELECTION MENU;
Change Storage Group Volume Status
Comment from the generated JCL: SAMPLE JCL TO ADD NEW VOLUMES AND
THEIR STATUS
An example from my JCL library:
Note: MY_ID would be where I specify my TSO userID;
SGPAL in this example is the storage group name.
SCDS name is pretty much self-documented.
//ADDVOL1 EXEC ACBJBAOB,
//PLIB1='SYS1.DGTPLIB',
//TABL2=MY_ID.TEST.ISPTABL
//SYSUDUMP DD SYSOUT=*
//TEMPFILE DD DSN=VOLADDS,DISP=(NEW,KEEP),
// SPACE=(CYL,(15,15)),LRECL=300,RECFM=F,BLKSIZE=300
//SYSTSIN DD *
PROFILE PREFIX(MY_ID)
ISPSTART CMD(ACBQBAI9) +
BATSCRW(132) BATSCRD(27) BREDIMAX(3) BDISPMAX()
/*
//VOLADD DD *
UPDHLVLSCDS()
SCDSNAME('SMS.SCDS01.SCDS') VOL(PALF00) SG(SGPAL) STATUSALL(DISNEW)
SCDSNAME('SMS.SCDS01.SCDS') VOL(PALF01) SG(SGPAL) STATUSALL(DISNEW)
/*
//VOLALT DD *
/*
//VOLDEL DD *
/*
//ADDVOL2 EXEC ACBJBAOB,
//PLIB1='SYS1.DGTPLIB',
//TABL2=MY_ID.TEST.ISPTABL
//SYSUDUMP DD SYSOUT=*
//SYSTSIN DD DSN=VOLADDS,DISP=(OLD,DELETE)
//***
I am trying to execute the following command via batch however I was
unsuccessful : COMMAND VARY NOT FOUND
Could anybody suggest how I can correct my problem:
/*
//STEP001 EXEC PGM=IKJEFT01
//SYSPRINT DD SYSOUT=*
//SYSTSPRT DD SYSOUT=*
//SYSTSIN DD *
VARY SMS,VOLUME(SMC1G5),DISABLE,NEW
/*
//
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: Backing up data with the help of dasd snapshots
Some simple answers as requested - Each hardware vendor supplies it's own software providing the 'snapshot' functionality. Changing hardware may necessitate changing jobs or parameters to accommodate the different hardware functionality provided. There are basically 2 levels - Full Volume Dataset Level. In my experience, the full volume functionality is generally part of the deal when you buy the hardware. If it wasn't, you need to bargain harder. Dataset level may or may not have an extra cost - again depends on your deal. Full Volume level provides an identical copy of the volume - volser, datasets, everything. Because it's an identical volume, you can't bring it on line to the same LPAR, but you can bring it online to another LPAR if the original volume is not already online there. There are products which allow you to back the copy up while it is offline. These issues limit dataset accessibility and carry some risk if you need to understand if you use the volume on another system. There are also issues with multi-volume datasets. For the purposes of your discussion, I don't think you're interested in Full Volume. Now Dataset Level Flashcopy is more interesting because you can flash datatsets (even multi-volume ds's) to a new name. The new dataset is nearly instantaneously available while the actual physical copy happens in the background. This new dataset is available to other programs utilities. There are also issues to consider when there are multiple subsystems involved. Luckily I don't have to deal with them except at DR as we can fit into a single subsystem. HTH's dd keller Please bear with me, but this is an area where my knowledge is very limited. I'd need a quick and simple answer for a discussion here. Don't go too much into various possibilities. I just need to get the big picture for now. Snapshot functionality is offered by DASD subsystems, not by z/OS, right? What granularity can one get with snapshorts? - On the sub-volume level, i.e. on the individual MVS data set level ? - On a multi-volume level within one storage subsystem? - On a multi-volume level within multiple storage subsystems? -How can an application access the data in a snapshot, i.e. to create a point in time backup? -Is it reasonable to program, say in Java or PL/1, to backup data with the help of snapshot technology? - Does this require authorized functions? -- Peter Hunkeler -- 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: TS7740 and VTS B20
OpenTech (now RocketSoftware)'s TapeCopy can handle moving HSM tapes too - it updates the CDS's with no issue. We used it for multiple migrations. We also use the VDR function to backup the ML2 tapes and restore them at DR also - no issues. / Hello again. Forgot to mention that it's not just HSM with it's own internal tape catalog you need to watch out for, there are some report archiving products that have it too. Infopac/mobius/viewdirect by asg sofware is one such (opentech's tapecopy can handle this i believe) and i'm seem to remember CA-Despatch was another. These products have there own tape copying / report copying utilities (probably an add on cost) but may well be slower than something like tapecopy. As the Phil Esterhaus used to say at the end of the roll call on Hill Street Blues, Hey! let's be careful out there Dave 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 does multi-volume second extents work
I thought I knew this off the top of my head, but someone gave me a problem that doesn't fit what I thought. Let's say I have a PS file allocated as CYL(2500,500), and it is allocated to VOLSR1 and VOLSR2. Can someone point me to the doc that explains this, or can someone explain to me what happens when I need to take secondary extents? For instance, I thought this would be the case: 1. Allocate first extent (2500) on VOLSR1 2. 2nd extent (2500) on VOLSR2 3. 3rd (500) on VOLSR1 4 - ## (500) on VOLSR1 until 16 extents or the VOLSR1 has 500C available in 5 pieces, then continue on with VOLSR2. ## (500) on VOLSR2 until 16 extents or B37 abend if 500C available. I haven't done a lot with multi-volume files, so I might have this wrong, and would welcome your straightening me out. Thanks! So far no one's mention the Guaranteed Space parameter. It seems to me that part of what's discussed above apply when using GS (#1, 2, 3). Time to dig out the manual if GS is a consideration. dd keller 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: Converting to SMS for the first time
Another plug for Naviquest - the free IBM test facility for SMS. This is the perfect time to start setting up your test cases learning to use it. Unless your shop is 'rich' enough to set up a whole separate test-plex, it's one of the few ways to actually test your code before putting it into production. Here's a link - book's a little old, but the information in it would get the beginner started. I don't know if it's been updated - http://www.redbooks.ibm.com/abstracts/sg244720.html 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: CA product numbers (was 'Inexperienced' RBS tech operative's blunder led to banking meltdown)
New word for the day - tsuris = Yiddish) aggravating trouble; the frustrating tsuris he subjected himself to difficulty, trouble - an effort that is inconvenient; I went to a lot of trouble; he won without any trouble; had difficulty walking; finished the test only with great difficulty Thanks! Can't wait for that next hotly competitive game of Scrabble. ;o) ddk 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: 'Inexperienced' RBS tech operative's blunder led to banking meltdown
And whoever decided Tuesday night was the most appropriate probably has some explaining to do. Right before a full sized cycle? Unless every night is like that, probably not the most prudent decision. Thomas Ambros Agreed - I'd be curious to know how this got through any kind of formalized Change Control Process. ddk 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: Splitting the DATA and INDEX Components of Extended Addressing Dataset
One way it's possible is to use a storage class with the Guaruntee'd Space attribute and specify different volumes for the Data Index. Of course, you have to understand what storage group SMS is going to assign the dataset to and chose volumes within that storage group. I ran a test here it worked fine. I do believe, although I didn't check the manual, that both the data index have to be allocated within the same storage group. HTH's ddk Addressing Dataset I'm hoping that someone can help me out here... Is there a way through the ACS routines to allocate the DATA component on one disk volume and the INDEX on another and are you willing to share the code or knowledge? Thanks in Advance! 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
