On 2020-11-20 1:18 PM, Steve Lee wrote:
IEA213A DUPLICATE VOLUME 'RP@C03' FOUND ON DEVICES 3404 AND 4802.
IEA213A REPLY DEVICE NUMBER WHICH IS TO REMAIN OFFLINE
My memory is that you could even get these messages re duplicate volsers
for the IPL volume. 3 guesses as to which one we wanted to
Oh no, you are good with English... I am rather poor with^^
I might have to simplify it all about the situation.
Now, the adjustment of the Processors, this is the Processor in CF lpar. again
it is shared mode GCP processors.
Either with "Change Running System" or "Change and Save" button is o
Hi Lizette,
Good to hear again since back in times. Thanks for reply.
Have a good weekend,
Steve
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO
> Q:
> is it non-disruptive or disruptive when massaging the Weight & number of
> Processors if do as follows?
In general it is non-disruptive. However big change, let's say from 75% to 5%
can be very troublesome.
- the Weight value: from HMC(2.14.1)>click on a CEC level>Operational
Custom
Hi Robinson,
Good to know the experience you were with.
Ops has a enough time to reply the WTORs in those particular lpars.
Those Volumes are 3400/3800/4800 strings, not all of volumes but some of
ranges.
I need to check with Storage if those has been CLIPped.
These messages started com
I wonder why the message asks for the unit to be kept *offline*. Seems
like the inverse would be more logical. And what if you have ten volumes
all named the same?
Yes, this is merely a Friday curiosity. Presumably, the age-old maxim, "If
it hurts, stop doing it" would cover most practical situ
Hi Radoslaw,
Ok, this is a proper List for also HCD/HMC tool, very good.
Glad to learn you are the author of those courses.
Q:
is it non-disruptive or disruptive when massaging the Weight & number of
Processors if do as follows?
- the Weight value: from HMC(2.14.1)>click on a CEC level>Oper
Thanks Lizette, but I always have DISPLAY turned on so I know what I told SDSF
to do. Here are my usual settings (user id PREFIX faked):
SDSF STATUS DISPLAY ALL CLASSESLINE 1-19 (19)
COMMAND INPUT ===>SCROLL ===> CSR
PRE
So this could be due to ISFPRMxx member restricting your ability to list
You could have a PREFIX or DEST or SYSNAME turned on - I recommend doing a
SET DISPLAY ON and see what your have for filtering.
Lizette
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Farley,
Note that the prohibition against duplicate volsers affects only *online*
volumes. It does not apply to volumes that simply happen to be
physically/logically connected. If a volume is CLIPped to a volser matching one
already online, there is no error posted at that time. This condition can last
Yes, we do. Why is lost in the mists of history. It's been that way since I
came here, and the folks who set that up are long gone, so no one left to ask
why.
Peter
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of R.S.
Sent: Friday, November 20, 2020 2:40 PM
To: IB
Both my colleague and I had SYSNAME * set in all of these tests. That is the
default here.
I don't know why SYSNAME would be "authorized" specially, but in any case in
this shop ordinary programmers can all use the "SYSNAME whatever" command to
restrict SDSF displays to a particular LPAR.
Of
We helped Conner to get his used z890 going.
On Fri, Nov 20, 2020 at 1:37 PM R.S. wrote:
>
> W dniu 20.11.2020 o 19:00, Steve Lee pisze:
> > Hi,
> >
> > Is there a separate ListSever for the IO Configuration(and HMC tool
> > included) as an example of RACF-L server?
> > Or IBM-MAIN has been cove
W dniu 20.11.2020 o 18:01, Paul Gilmartin pisze:
On Fri, 20 Nov 2020 16:47:58 +, Seymour J Metz wrote:
However what If I would like to make the record size larger I might get a s0c4
possibly
QSAM doesn't allow changing the record length and BSAM doesn't allow changing
the block size
Wh
W dniu 20.11.2020 o 20:19, Farley, Peter x23353 pisze:
A colleague asked me today if there was an error in SDSF because from his ISPF
/ SDSF DA screen he can see all active jobs with selected names (e.g., using
PREFIX or a SELECT command) across the entire SYSPLEX.
However, using his ISPF / SD
W dniu 20.11.2020 o 19:00, Steve Lee pisze:
Hi,
Is there a separate ListSever for the IO Configuration(and HMC tool included)
as an example of RACF-L server?
Or IBM-MAIN has been covered these items?
This is proper list.
What problems do you have?
We will try to help.
(proud author of HCD an
Peter, I'm assuming you are using the SYSNAME then it is not supported on the
ST screen. So WAD.
I think the HELP screen for SYSNAME needs to be updated. I know I've used it
on the SYS panel.
This is on a z/OS 2.3 system.
HELP: SYSNAME Command Panel 1
A colleague asked me today if there was an error in SDSF because from his ISPF
/ SDSF DA screen he can see all active jobs with selected names (e.g., using
PREFIX or a SELECT command) across the entire SYSPLEX.
However, using his ISPF / SDSF ST screen he can only see those selected job
names wh
I have not seen any. IBM Main would be a good place to post
Lizette
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Steve Lee
Sent: Friday, November 20, 2020 11:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Any separate ListServer for HCD & HMC
Hi,
Is there a sepa
Hi,
Is there a separate ListSever for the IO Configuration(and HMC tool included)
as an example of RACF-L server?
Or IBM-MAIN has been covered these items?
Thanks,
Steve
--
For IBM-MAIN subscribe / signoff / archive access
Thanks Mark. Steve
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Thanks Mike,
I have been waiting for the follow-up steps with Storage guys and will be
updated back here.
Steve
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the
Hi,
Thank you for the explanation on this, it's very informative at this moment.
I have been waiting for the follow-up steps with Storage guys and will be
update back here.
Steve
--
For IBM-MAIN subscribe / signoff / archive
Using BSAM , VBS and null segements might allow you to shorten records in some
cases, but expanding records would still be a problem.
Which VSAM organization to use would depend on wheth3er you also need to insert
or delete records.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
_
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Joseph Reichman
Sent: Friday, November 20, 2020 8:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: QSAM VB update in place
This clearly shows why I get yelled at on IBMMAIN
I
On Fri, 20 Nov 2020 16:47:58 +, Seymour J Metz wrote:
>> However what If I would like to make the record size larger I might get a
>> s0c4 possibly
>QSAM doesn't allow changing the record length and BSAM doesn't allow changing
>the block size
>
What about RECFM=VBS, initially padding each
Creating test data IRS uses VB have to test out the code.
Thanks
> On Nov 20, 2020, at 11:50 AM, Joseph Reichman wrote:
>
> This clearly shows why I get yelled at on IBMMAIN
>
> I did read the doc just not well enough
>
> Thank you Charles
>
>
>
>> On Nov 20, 2020, at 11:38 AM, Sey
This clearly shows why I get yelled at on IBMMAIN
I did read the doc just not well enough
Thank you Charles
> On Nov 20, 2020, at 11:38 AM, Seymour J Metz wrote:
>
> You may be able to use BSAM to update a VB record in place, but you can't
> change the block size. Even if you use EXCP yo
> However what If I would like to make the record size larger I might get a
> s0c4 possibly
QSAM doesn't allow changing the record length and BSAM doesn't allow changing
the block size. As others have written, this is a use case for VSAM.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smet
Yes, but the console restructuring did not include changing all of the messages
to stop referring to the master console that no longer existed. Presumably the
should now refer to master console authority.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
___
You may be able to use BSAM to update a VB record in place, but you can't
change the block size. Even if you use EXCP you would have the same problem.
Why not use VSAM?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discus
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.idad400/d4396.htm
Sez
When you update a data set in place ...
- You cannot delete any record or change its length.
- You cannot add new records.
Seems mighty clear to me.
Charles
-Original Message-
From: IBM M
Thanks for the routine.
I wholeheartedly agree on keyword parameters! I am a power user of C++ and
generally like the language but one of the things I dislike is that I miss
the keyword parameters of z/OS macros. I sometimes code C++ calls with
comments like
x = foo(/* length= */ 3, /* width= */
I’m creating test data for filling season 2021
We USE VB records at the IRS
Thank you
> On Nov 20, 2020, at 11:08 AM, Farley, Peter x23353
> <031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:
>
> Assuming the xSAM I/O routines provide a BLKSIZE-sized buffer, ISTM you
> could use BSA
Assuming the xSAM I/O routines provide a BLKSIZE-sized buffer, ISTM you could
use BSAM to read blocks, deblock records yourself, and then if you want/need to
change a record's length you can move the remaining records (after all you have
the byte position and length of the "current" record in th
Just looking at build and get pool it would seem you supply the buffer address
AND you are still in LOCATE mode which seems to be the requirement for update
in place
It seems issuing the get pool
When you issue get pool the buffer address
Is placed in BUFCB of the dcb and the get or put will us
How might that possibly work
What would QSAM do? Slide all the following records forward???
This is why they invented VSAM.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Ray Pearce
Sent: Friday, November 20, 2020 6:21
John,
Glad you found the problem. The reason you couldn't find the MASTER console
is because the concept of the MASTER console went away somewhere around z/OS
1.8. Since then issuing an internal DISPLAY command without the L= would
normally cause the command response to go to the hardcopy lo
On Thu, 19 Nov 2020, at 19:30, Charles Mills wrote:
> I am considering an EXEC that would accept parameters of
>
> 'a quoted string', 'another quoted string', simpletoken1, simpletoken2, ...
One of the drawbacks of a parameter format like that is that it's
not flexible if you have to support opt
The doc says you can but you have to use locate mode
I’ll look again
> On Nov 20, 2020, at 9:21 AM, Ray Pearce wrote:
>
> Are you being serious Joe?
> How on earth do you think you can change the size of a record *in place*
>
> -Original Message-
> From: IBM Mainframe Discussion Lis
Are you being serious Joe?
How on earth do you think you can change the size of a record *in place*
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Joseph Reichman
Sent: 20 November 2020 14:16
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: QSAM
Hi
I am trying to update a VB record in place
The documentation says for this I have to use locate mode meaning z/os supplies
me the buffer address
So I’m assuming if I update in place I have to use z/os or DFSMS buffer address
However what If I would like to make the record size larger I migh
Peter,
Thanks for extra information.
However, your somewhat cryptic message doesn't really clarify which field I
should use.
I think the question I need to ask is,
Under what circumstances is the ASSBISQN field different from the ASTE1IN
field?
The code in question is for a diagnostic utility I
W dniu 20.11.2020 o 03:08, Steve Lee pisze:
Dear,
These messages come out at the time of IPL in past few IPL cycle;
IEA213A DUPLICATE VOLUME 'RP@C03' FOUND ON DEVICES 3404 AND 4802.
IEA213A REPLY DEVICE NUMBER WHICH IS TO REMAIN OFFLINE
IEA213A DUPLICATE VOLUME 'RP@C04' FOUND ON DEVICES 3405 AN
44 matches
Mail list logo