Well there are at least two ways.
1. Run an IEHLIST listvtoc vol=33xx= what ever volser is at
376E
2. ISPF
and look at the volser.
Its obviously in use.
You can bring down OVS (hopefully)
And see if this clear it up.
Ed
On Feb 23, 2016, at 12:31 AM, Mainframe Mainframe wrote:
Hel
Our event on 27 April 2011 was only TORCON 10 they've issued. Told my
neighbor buckle up this one's gonna hurt. Fortunately it made an eastward turn
about a mile south of us. The list was out for awhile as
all the pieces got put back together. DR plan had to be totally reworked.
In a m
Ed Gould wrote:
>Seriously the issue is absence of debugging tools to find the leak
>seems like it would be simpler to have them.
Who said they didn't? They had quite excellent problem determination tools
(plural).
Keep in mind the mission-critical application was in production. Neither
planned n
That means 80% chance of a tornado within 50 miles.
https://weather.com/tv/shows/amhq/news/tornado-torcon-index
On Tue, Feb 23, 2016 at 6:39 PM, Ed Finnell
<000248cce9f3-dmarc-requ...@listserv.ua.edu> wrote:
> Wet but up TORCON 8 thru midnight.
>
> -
Wet but up TORCON 8 thru midnight.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
On Tue, 23 Feb 2016 08:52:43 -0600, Barry Lichtenstein wrote:
>You might try the STRIPSEC option. It does not work on a specific INCLUDE,
>rather the binder will remove any sections which are not used at the end of
>input. There will be a section in the MAP output showing which ones (if any)
The below shows the volume is not allocated and a vary offline command should
succeed.
DEvice 376B is my primary RES volume which I wanted to bring is offline and
then copy content from Alt RES volume which I am using for my system
IEE457I 07.59.43 UNIT STATUS 635
UNIT TYPE STATUSVOLSE
DEvice 376B is my primary RES volume which I wanted to bring is offline and
then copy content from Alt RES volume which I am using for my system
IEE457I 07.59.43 UNIT STATUS 635
UNIT TYPE STATUSVOLSER VOLSTATE
376B 3390 O ZS21P1 PRIV/RSDNT
/D M=DEV(376B)
IEE174I 08.0
You might try the STRIPSEC option. It does not work on a specific INCLUDE,
rather the binder will remove any sections which are not used at the end of
input. There will be a section in the MAP output showing which ones (if any)
were removed.
barry.lichtenst...@us.ibm.com
On Mon, 22 Feb 2016
I am trying to apply UI15763 PTF on DB2 10 ( z/OS 1.12 ).
The following error is appeared :
GIM23901E ** LINK-EDIT PROCESSING FOR SYSMOD UI12617 FAILED FOR MODULE DSNHAPLY
IN LMOD DSNHPC IN THE SDSNLOAD LIBRARY. THE RETURN CODE (04)
EXCEEDED THE ALLOWABLE VALUE. DATE 16.054 - TIME 14:53:18 -
SEQU
Remember when you do a D U command it will display what it can find. So the
UCB allocated is what Steve pointed out.
376E is what is allocated to OMVS.
376B is not allocated. Do a D U,,376B,1 instead. Do a D M=DEV(376B) instead
See what the device looks like.
Lizette
> -Original Me
Look again.
376B ¬= 376E
On Mon, Feb 22, 2016 at 10:31 PM, Mainframe Mainframe <
mainframe1...@gmail.com> wrote:
> Hello All,
> Thanks for all suggestion and we are very close to solve the
> issue. Let me explain what all I did,
>
> 1) created one more PROG member and copied all LNK
On Tue, 23 Feb 2016 11:57:20 +, Mehrshad Manshadi wrote:
>Hi,
>I am trying to apply UI15763 PTF on DB2 10 ( z/OS 1.12 ).
>
>The following error is appeared :
>GIM23901E ** LINK-EDIT PROCESSING FOR SYSMOD UI12617 FAILED FOR MODULE DSNHAPLY
>IN LMOD DSNHPC IN THE SDSNLOAD LIBRARY. THE RETURN CO
Hi,
I am trying to apply UI15763 PTF on DB2 10 ( z/OS 1.12 ).
The following error is appeared :
GIM23901E ** LINK-EDIT PROCESSING FOR SYSMOD UI12617 FAILED FOR MODULE DSNHAPLY
IN LMOD DSNHPC IN THE SDSNLOAD LIBRARY. THE RETURN CODE (04)
EXCEEDED THE ALLOWABLE VALUE. DATE 16.054 - TIME 14:53:18 -
S
Sorry, this is not correct.
D U,,ALLOC,376B,1 gives the first allocated device, from 376B. In this case
376B is nog allocated.
D U,,,376B,1 gives you the status of the first available device, from 37b6. In
this case 376B does not exist.
Kees.
-Original Message-
From: Vernooij, CP (ITOPT
You probably asked: d u,,,376b,1
Check the defaults for the parameters between the commma's, you asked for the
first online device, starting with 376B.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Walter Marguccio
Sent: 23
Hello,
you asked who is allocating device 376B, and z/OS repliesthat OMVS is
allocating device 376E, which is another device.Or am I reading wrong ? Walter
Marguccio
z/OS Systems Programmer
BELENUS LOB Informatic GmbH
Munich - Germany
-
17 matches
Mail list logo