I will be out of the office starting 02/24/2011 and will not return until
02/28/2011.
HCSC Company Disclaimer
The information contained in this communication is confidential, private,
proprietary, or otherwise privileged and is intended only for the use of
the addressee. Unauthorized use, di
With IBM support and other help, we finally figured this one out,
and so I will share it.
When you write to a TDQ (Intra partition, Recovery= Logical,
TriggerLevel=1, TRANID=) The Trigger Level is NOT the only thing
governing when the TRANID gets kicked off. It is a combin
W dniu 2011-02-24 22:19, Greg Caserta pisze:
No autoloader. Here is the results from the d u,,,100 ( the drives are
offline right now)
D U,,,0100
IEE457I 16.17.24 UNIT STATUS 161
UNIT TYPE STATUSVOLSER VOLSTATE
0100 359S F-NRD/REMOV
0101 359S F-NRD
No autoloader. Here is the results from the d u,,,100 ( the drives are
offline right now)
D U,,,0100
IEE457I 16.17.24 UNIT STATUS 161
UNIT TYPE STATUSVOLSER VOLSTATE
0100 359S F-NRD/REMOV
0101 359S F-NRD
W dniu 2011-02-24 21:46, Greg Caserta pisze:
OLD SYSTEM (OS/390 1.3)
I'm changing from 3480 tape drives to 3590. Everything is working, but when I allocate a
"private" scratch tape an IOE error always hits the console. It's not a hi-lited msg and
doesn't seem to affect anything, but I can't f
OLD SYSTEM (OS/390 1.3)
I'm changing from 3480 tape drives to 3590. Everything is working, but when I
allocate a "private" scratch tape an IOE error always hits the console. It's
not a hi-lited msg and doesn't seem to affect anything, but I can't figure out
why I always get this error. If I s
Yes, using the web-based Storage Manager application to change the ranks
from one format to another will certainly work.
I was told that changing from one format to the other 3 times would be
best.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Conversion and execution can occur on a different systems in
the sysplex. Conversion is when the system symbols in JCL are resolved; so
&SYSNAME would resolve to system where conversion occurred, but the job
could execute on a different system.
-Original Message-
From: IBM Mainframe Discu
Conversion and execution can occur on a different systems in the sysplex.
Conversion is when the system symbols in JCL are resolved; so &SYSNAME would
resolve to system where conversion occurred, but the job could execute on a
different system.
-Original Message-
From: IBM Mainframe Discus
You should be able to access the user interface through a browser and delete
the volumes, extent pools, ranks, etc. When you perform those operations
the machine will format the disk drives. As was suggested early on, you
also could change the extent pools, ranks, arrays from one format to the
ot
On 2/24/2011 12:03 PM, Howard Turetzky wrote:
On Wed, 23 Feb 2011 16:36:24 +0800, Tsai Laurence
wrote:
Dears ,
as the subject ,would like to plan the MF unicode migrtion.
1) What are major considerations you will raise ?
- UTF 8 , UTF 16 , or UTF 32 support on MF ?
- COBOL pgm mig
On Wed, 23 Feb 2011 16:36:24 +0800, Tsai Laurence
wrote:
>Dears ,
>as the subject ,would like to plan the MF unicode migrtion.
>1) What are major considerations you will raise ?
> - UTF 8 , UTF 16 , or UTF 32 support on MF ?
> - COBOL pgm migration ? support UTF16 only ?
> - PL/I P
Running z/OS V1.11
I thought I remembered that there was suppose to be a change soon to allow you
to read the GDG in reverse order when using the base. However, after scanning
the manuals and archives I have seen rexx utilities to do this.
So, was there suppose to be a way to change the way
Charles Mills wrote:
> My "problem" is not with JCL and while the answer may be obvious from the
documentation, not one person here has been able to answer it.
What about Mark Zelden? He wrote this:
>FWIW in the case in question I am not using SVC 99 directly but rather using
C fopen();
>Yeah
Hi Catherine,
I wish our 3rd party provider had their act together like yours. I've asked
him several times for suggestions or approaches--he says he'll research it, but
then I never hear back! Thanks for the thought, though--you have a very
helpful group here!
-Original Message-
Fr
If you just want to remove the entry from the usercataog, IDCAMS DELETE
NOSCRATCH would work fine.
DELETE LIVDC.ISI.DOCUTEXT.XREF.FILE NSCR CAT(TSTCAT.TSOI21)
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of willie bunter
Sent: Thursday,
I'd ding around with ===>DS QT,?
To see if a path or device got boxed whilst the other drive was failing.
In a message dated 2/24/2011 11:51:45 A.M. Central Standard Time,
lucy.arn...@ucdmc.ucdavis.edu writes:
We had a tape drive fail (not 982). The failing drive was replaced, and is
w
It was a SWAP!!! There was no outstanding message that we saw, though. We
did force it OFFLINE, and all is better!
Thank-you all for your help
Lucy Arnold
Storage Manager
U.C. Davis Medical Center
916-734-5498
--
For IB
>We had a tape drive fail (not 982). The failing drive was replaced, and is
>working fine. The 982 drive in the same ATL will not go offline, we get
>the:
>
>IEE329I 0982 IN USE BY A SYSTEM COMPONENT
>
>The display below shows it in use by jobname *MASTER*
>
>D U,TAPE,ALLOC
>IEE106I 09.06.4
On 2/24/2011 11:31 AM, Lucy Arnold wrote:
We had a tape drive fail (not 982). The failing drive was replaced, and is
working fine. The 982 drive in the same ATL will not go offline, we get
the:
IEE329I 0982 IN USE BY A SYSTEM COMPONENT
The display below shows it in use by jobname *MASTER*
We had a tape drive fail (not 982). The failing drive was replaced, and is
working fine. The 982 drive in the same ATL will not go offline, we get
the:
IEE329I 0982 IN USE BY A SYSTEM COMPONENT
The display below shows it in use by jobname *MASTER*
D U,TAPE,ALLOC
IEE106I 09.06.44 UNITS AL
I will be out of the office starting 02/24/2011 and will not return until
02/25/2011.
I will respond to your voice- and e-mails when I return.
If you require an immediate response while I am away you may contact my
manager Chris Lockyer-Bratton at: Christopher O
Lockyer-bratton/Phoenix/IBM.
Tha
Tom, if you had read my question you would see it mentioned JCL only in
passing. My "problem" is not with JCL and while the answer may be obvious
from the documentation, not one person here has been able to answer it. You
carefully pruned the part of my question that you quoted to remove the part
t
Might be worth looking at the DFSUTL sample shipped in .SDFSSMPL. In
addition to DFSSRB and DFSPRPX0 (Parm Block), we look for DFSRRC00 (Region
Controller) and DFSVC000 (SVC). Probably overkill, with PPT and TIME=1440
in place, but we're a belt-and-suspenders (and baling wire, and duct tape)
> I thought I'd share it for those interested parties who have NetView.
I use more or less the same principle to accomplish the same goal. I wrote a
simple REXX
which NetView kicks off every night at 00:00, writing a member named VARS into
one of
the JES-knownlibrary named SYS1.&SYSNAME.PROCL
Thanks. I will do so.
--- On Thu, 2/24/11, McBride, Catherine wrote:
From: McBride, Catherine
Subject: Re: USERCAT QUESTION - CORRECTION
To: IBM-MAIN@bama.ua.edu
Received: Thursday, February 24, 2011, 6:28 AM
If I were you at this point and had IBM support, I'd be placing a call.
-O
If I were you at this point and had IBM support, I'd be placing a call.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
willie bunter
Sent: Thursday, February 24, 2011 8:26 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: USERCAT QUESTION - COR
I rechecked the DIAGNOSE job. It did run okay the first time. However when I
reran it after the VERIFY jobs the DIAGNOSE put out the error message. Maybe,
the VERIFY may have had something to do with triggering the error message on
the second time the DIAGNOSE was run.
--- On Thu, 2/24/11, M
This may be worth a call to the IBM support center if you are on a supported
release.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
willie bunter
Sent: Thursday, February 24, 2011 8:13 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: USERCAT
A correction to my earlier post when I said that the DIAGNOSE had no errors. I
stand corrected. I misread the message - it was generated from the EXAMINE.
The DIAGNOSE did have the following error :
DIAGNOSE ICFCATALOG INFILE(DIAGDD)
IDC21364I ERROR
Robert S. Hansel (RSH) wrote:
>Setting BLP to YES or NO on a JES2 JOBCLASS statement merely determines
whether you can or cannot use BLP in jobs submitted via that particular class.
Many installations reserve one or two JOBCLASSes for BLP use and some limit
who can use these classes via exits.
Catherine,
As per your recommendation I ran the VERIFY again. I did a
LISTC CAT(TSTCAT.TSOI21) ALL, however the error messages still are shown.
--- On Thu, 2/24/11, McBride, Catherine wrote:
From: McBride, Catherine
Subject: Re: USERCAT QUESTION
To: IBM-MAIN@bama.ua.edu
Received: Thursday
Mike,
I ran the VERIFY on the USERCAT and it terminated successfully. However, when
I do a
LISTC CAT(TSTCAT.TSOI21) ALL, I still receive the same error messages:
IDC11441I ENTRY WAS INTERRUPTED DURING A PREVIOUS PROCESS
IDC2954I STATIC TEXT ENTRY REQUESTED NOT IN MODULE
IDC3014I CATA
Yes and run it twice. Once to close and the second to update HURBA.
- Original Message -
From: IBM Mainframe Discussion List
To: IBM-MAIN@bama.ua.edu
Sent: Thu Feb 24 06:42:37 2011
Subject: Re: USERCAT QUESTION
Try an IDCAMS VERIFY DATASET(data.set.name).
On Thu, Feb 24, 2011 at 6:3
Try an IDCAMS VERIFY DATASET(data.set.name).
On Thu, Feb 24, 2011 at 6:33 AM, willie bunter wrote:
> Hallo All,
> Of late when I backup up a USERCAT - using DFDSS. I receive the message;
> ADR724E (001)-FMSCT(03), ERROR DURING LOCATE OF DATA SET INFORMATION FOR DATA
> SET IN CATALOG TSTCAT.TSOI
Hallo All,
Of late when I backup up a USERCAT - using DFDSS. I receive the message;
ADR724E (001)-FMSCT(03), ERROR DURING LOCATE OF DATA SET INFORMATION FOR DATA
SET IN CATALOG TSTCAT.TSOI21, 01-AM-00012-00068
CMI RETURN INFORMATION IS : FT-00186-0
IGW0106
Hurrah, success. I had a couple of what looked like innocuous changes to
make in the policy file and it's how all tickety boo. A big thankyou to all
who contributed, I wouldn't have got there without the help and suggestions
that you all made.
Thanks again.
Jim McAlpine
---
Elardus,
Setting BLP to YES or NO on a JES2 JOBCLASS statement merely determines
whether you can or cannot use BLP in jobs submitted via that particular
class. Many installations reserve one or two JOBCLASSes for BLP use and some
limit who can use these classes via exits.
Note: If you have DITTO
Shmuel,
If you do not activate either the TAPEVOL class or DEVSUPxx TAPEAUTHDSN=YES,
no authorization check will be made to FACILITY class resource ICHBLP, and
therefore, any associated profile is meaningless.
Regards, Bob
Robert S. Hansel
Lead RACF Specialist
RSH Consulting, Inc.
617-969-8211
w
39 matches
Mail list logo
