Hello
Cross posted
I apologize for my ignorance.
I was looking for the status of one of our OSA card under OSA advanced
facilities under HMC. For one of their PCHPID belonging to OSA shows the
port status as 'LINK MONITOR'
When I checked with my network team if their switch sees the MAC
I am assuming that you are printing with JES2 and not VPS or some other remote
print product.
This can happen if you didn't re-assemble your separator exit. Although it can
happen with VPS as well if you forget to assemble it, but VPS is good about
telling you if you forgot. JES can mess up
Hi Steve,
The AB/S0878 might be a result of SMF Exits needing re-coding.
Also, if you supply the (subcode e.g. 0C) it would be helpful.
It might also be related to too many active channels in MQ.
Please see:
Why is the IBM MQ Channel Initiator abending with ABEND878?
What is the 24 bit region size? Some people move the TSO LPA modules to
private libraries to get more private memory.
z/OS S878 is the job requests more memory than what is available in THAT
address space.
I think IBM added some code to restart address spaces to prevent this abend.
On Tue, Aug
The IBM and Broadcom developers met about this issue and the result is the
issue we are having with TCPIP is back in IBMs hands. The issue is we are
getting different abends in TCPIP such as
878-0C
653
4C5
To recover TCPIP we have to issue command
V TCPIP,,SYSPLEX,JOINGROUP
to get TCPIP to
We found most statements printing a blank page after separator exit. Anyone
hits the same problem after upgrade to zos2.5. We check all the jes2 spool
data are normal without error. Thanks
--
For IBM-MAIN subscribe / signoff /
On Aug 9, 2022, at 3:09 PM, Steve Beaver
mailto:st...@stevebeaver.com>> wrote:
We are having a problem. TcVision is a support product for ADABAS.
A couple times a week the Address Space gets an S878 and falls down.
And the users are getting upset.
Can anyone suggest a way to let the S878
Steve,
Do you need to use ARM? Do you have any kind of console automation that could
"see" the abend and just do a restart of it?
I'm hoping the vendor of TcVision is trying to get you a permanent fix. Just
restarting it when it falls over doesn't sound like a good long term solution.
We are having a problem. TcVision is a support product for ADABAS.
A couple times a week the Address Space gets an S878 and falls down.
And the users are getting upset.
Can anyone suggest a way to let the S878 die off and some how
set an ARM to allow ARM to case the TcVision to
I'm working on moving our ISFPRMxx member to RACF. I have a question
for the group (posted to IBM-MAIN and RACF-L).
How are people handling the "default SDSF user"? The IDs that don't
fall into any other group (in our case it's ISFUSER). We do have
TSOAUTH(JCL) in the ISFPRMxx for ISFUSER.
No I was hoping to get something like what’s returned by VSMLIST for 64 bit
storage
> On Aug 9, 2022, at 10:37 AM, Joseph Reichman wrote:
>
> Thanks I know when I execute IARV64 in SRB
> mode It requires a TCB token so the 31 bit concept of storage is owned by a
> TCB is true for 64 bit
Thanks I know when I execute IARV64 in SRB
mode It requires a TCB token so the 31 bit concept of storage is owned by a TCB
is true for 64 bit storage as well
> On Aug 9, 2022, at 9:48 AM, Harris Morgenstern wrote:
>
> IARV64 REQUEST=LIST does not return the TCB address. There is also no
>
If these memory objects were obtained by you, you could place the A(Owning TCB)
in the USERTKN when they are obtained.
Then, you can use the REQUEST=LIST to filter on that USERTKN and thus obtain
the information you want.
Tom Harper
Phoenix Software International
Sent from my iPhone
> On
IARV64 REQUEST=LIST does not return the TCB address. There is also no "filter
by owning TCB" parameter option associated with IARV64 REQUEST=LIST.
Both sound like reasonable requests for enhancement.
--
For IBM-MAIN subscribe /
Paul
Talk to Broadcom ACF2 support and ask them how to turn on a trace in ACF2.
That will answer a lot of questions
Best of Luck
Steve
This electronic mail (including any attachments) may contain information
15 matches
Mail list logo