Re: EDG6823I
Thanks James I will give it a try and post the results.. -- Original Message -- Received: Fri, 19 Aug 2011 02:19:46 PM EDT From: "Williamson, James R" To: IBM-MAIN@bama.ua.edu Subject: Re: EDG6823I I've fixed some mismatches by running EDGUTIL with a parm of MEND(SMSTAPE) as found in an entry from the archives. http://bama.ua.edu/cgi-bin/wa?A2=ind0801&L=ibm-main&D=0&P=1531965 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Arturo Sent: Friday, August 19, 2011 1:00 PM To: IBM-MAIN@bama.ua.edu Subject: EDG6823I I have tried several things and still can not get the volume out of the status. EDG6823I VOLUME 22 STATUS SCRATCH IS INCONSISTENT - VOLUME CATALOG STATUS PRIVATE LIBRARY MANAGER STATUS PRIVATE I was able to change alter the status form private to scratch in the TCDB. but, the library manager have not been able. so, I've come to the group to ask if anyone has ever encountered this issue and how was it resolved. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: QUESTION ABOUT STOPX-37 - MAINVIEW SRM
Esmie, Why don't you post the sysout or some of it and see if someone can see what your not. just a possibility I know that works for me. -- Original Message -- Received: Wed, 23 Jun 2010 02:50:52 PM EDT From: esmie moo To: IBM-MAIN@bama.ua.edu Subject: Re: QUESTION ABOUT STOPX-37 - MAINVIEW SRM Mike, Thanks for clearing this up. I looked at the job which created the dsns but there was no SVM* messages displayed. I ran a test and when I increased the size from 1 cyl to 5000, the SVM messages were displayed. My question is what rule is bypassing the allocation. I verified my jcl and I do not have any parms to bypass the volser. --- On Thu, 6/24/10, Spencer, Mike wrote: From: Spencer, Mike Subject: Re: QUESTION ABOUT STOPX-37 - MAINVIEW SRM To: IBM-MAIN@bama.ua.edu Received: Thursday, June 24, 2010, 5:11 AM StopX37 is NOT CA-Allocate. Two different vendors. Please post facts, not postulates. You can bypass StopX37 routines by coding a DD DUMMY statement in the users job to determine the outcome of the allocation without StopX37/II being involved. Unless you have changed the value in the StopX37/II Global Member, the statement to code would be //PROIGN DD DUMMY. The //NOPLD DD DUMMY is a holdover from the original StopX37 and POOLDASD products back in the Empact Software days. Folks still use it by changing the Global Member parameter of IGNOREDD=PROIGN to IGNOREDD=NOPLD. In addition, unless messaging is turned off or the message prefix has been changed by the user, the joblog should display a message prefix of SVM* whenever StopX37 is invoked to take an action. Mike Spencer BMC Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Steely Sent: Wednesday, June 23, 2010 12:34 PM To: IBM-MAIN@bama.ua.edu Subject: Re: QUESTION ABOUT STOPX-37 - MAINVIEW SRM Stop X37 is now CA-Allocate which controls allocation of files. Look at the started task under SDSF and look for this message: CA Allocate ASR ROUTINE IS. This will display the library with all the routines that are getting executed. The answer should be there. Thank You -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of esmie moo Sent: Wednesday, June 23, 2010 11:22 AM To: IBM-MAIN@bama.ua.edu Subject: QUESTION ABOUT STOPX-37 - MAINVIEW SRM Good Morning Gentle Readers, I am trying to trouble shoot a problem which may be related to StopX37. The user is creating a VSAM file and is specifying the VOLSER. For some reason the dsn is being allocated on another volume. The environment does NOT have SMS or CA-ALLOCATE or any other software except for StopX37 which raises my suspicion. If somebody is familiar with StopX37 could you point me to look at the specific parm in the StopX37 Parmlib. Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html *** CONFIDENTIALITY NOTICE *** This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, 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 from your system. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RMM
Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTS: Move Logical volumes off stack volume
Thanks Barry, but I don't want to remove the tape from the library. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Identify System that HFS file is mounted on.
Yes Mark we too use that naming convention. but we too have some that are not. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Identify System that HFS file is mounted on.
its set to 'NO' .. That option is being reviewed and have been told that going that route would take some investigation. but in the meantime. I have been manually identifing them and backing up. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any RMM Training available?
I did a search on Course ES210 and came up empty/not found. I too would be very interested in attending and/or doing an online course.. -- Original Message -- Received: Fri, 07 Mar 2008 04:39:47 AM EST From: "R.S." <[EMAIL PROTECTED]> To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Any RMM Training available? John Benik wrote: > If you find any training we would also be interested. Course ES210 in IBM. I did teach it once or twice. IMHO it's not the best, but the only one I know. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.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.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
VTS: Logical Vol on what Stack Volume
I am unable to issue a map on a stack volume to find out what Logical volumes it contains. Would any one have any suggestions. Appreciate you help. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM can not allocate tape volume
Rick, you’re correct in your statement. Someone did cancel the batch job and not the abars task first and when they finally did it was too late. The tape did unload when the abars task was cancelled. But as far as HSM was concerned the tape was still allocated and he was not letting go. Of course till DFSMSHSM was cancelled. I’ve been told that if I had issued a ‘HSEND Q ACTIVE’ on each LPAR I’ve would have seen all of the abars that were active and maybe located the tape that way. Which is true but I was hoping to find a command that I could issue on the volume and pin-point the abars task that was using the tape. Rick, Thank you for your reply. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM can not allocate tape volume
In my research this morning I found out that what had caused DFSMSHSM to hold on to tape 410239 was that the ABARS job that was reading the tape had been cancelled and never restarted and/or rerun. so by bring down DFSMSHSM the tape allocation was released. But I still would appreciate if someone knows how I could of identified which of the 5 DFSMSHSM had the tape allocated and if I could of issued a command to release the tape without bring the DFSMSHSM. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html