SMP and SNA activation problems
ITEM: RS4000013490
Answer..........:
====> THIS TEXT HAS BEEN ENTERED BY IBM IN ITALY
**************> QUESTION level 1 --> level 2 SPECIALIST <**************
Question:
One of our customer has a G40-SMP system connected via SNA
to a mainframe.
RISC runs DB2/6000 and mainframe runs CICS.
CICS-HOST updates DB2/6000 using SNA LU6.2.
Every Friday evening our customer shutdown the RISC (shutdown -F)
but leaves the power on. On Monday morning he restarts the system
using the power command from the guard-console. Everything seems
OK: sna is running, link ans sessions activated. But when CICS-HOST
tries to allocate the sessions to update DB2/6000, it gets an error
message telling there are not enough resources to allocate the
sessions. The only way to make everything work again is to "shutdown
-rF"
My doubt is that the way used to close-reopen the
system doesn't cleanup memory so that memory would be the lacking
resource. I've asked customer to verify with netstat -m if there
there are notified denied requests for memory (mbufs). Waiting for
their
reply I would like to know if you think my hypothesis could be right
and if this is a known problem? Or maybe this isn't the correct
way to stop/start the system when SNA is envolved? Your suggestions
will
be very welcome. Thank you very much in advance for your support.
Best regards, Marina.
************** ANSWER level 2 -- level 1 SPECIALIST **************
==== THIS TEXT HAS BEEN ENTERED BY IBM IN USA
PMR 00159,998,758 was created on 97/04/04 at 12:37:18.
************** ANSWER level 2 -- level 1 SPECIALIST **************
==== THIS TEXT HAS BEEN ENTERED BY IBM IN USA
Answer..........:
TIME:1059
We have received your question and assigned it to a specialist. We
will respond as soon as possible. We ask that you PLEASE HELP US
CONSERVE RESOURCE AND SERVE YOU BETTER - if you find an answer
to this query before we get back to you please notify us
us immediately.
************** ANSWER level 2 -- level 1 SPECIALIST **************
==== THIS TEXT HAS BEEN ENTERED BY IBM IN USA
Answer..........:
TIME:1103
The question has been re-assigned to SADTLER.
************** ANSWER level 2 -- level 1 SPECIALIST **************
==== THIS TEXT HAS BEEN ENTERED BY IBM IN USA
Answer..........:
TIME:0709
The "resource" that the error message is talking about could be mbufs
or it could just as easily be the DB2/6000 database.
Make sure that DB2 is fully up and talking to AIX SNA.
We assume you are using /etc/inittab to automate the startup
of DB2/6000 and SNA. Check that the SNA startup
is done first and that there is a small delay before the
DB2/6000 startup is done.
Another problem could be that when sna is restarted that it
is not connecting to the VTAM definition (PU) and
therefore CICS can't find the LU that has DB2/6000 on it.
Before restarting the RS/6000 look at the status of the VTAM PU
and make sure VTAM recognized it is inactive, and after restarting
the RS/6000 that the PU is active. Look at the VTAM console for
information during the startup.
This problem should be pursued through the correct code defect
channels. As for what data to gather, I suggest just running:
/usr/lpp/sna/bin/getsnapd
and be ready to send the resulting pd.tar.Z file in
to the support center. If you want to look for clues
yourself, check 'errpt -a' and format the latest
sna service log:
sna -setlogs -t
trcrpt /var/sna/snaservice.X > snaservice.output
vi snaservice.output
Answer..........:
====> THIS TEXT HAS BEEN ENTERED BY IBM IN ITALY
**************> QUESTION level 1 --> level 2 SPECIALIST <**************
Question:
One of our customer has a G40-SMP system connected via SNA
to a mainframe.
RISC runs DB2/6000 and mainframe runs CICS.
CICS-HOST updates DB2/6000 using SNA LU6.2.
Every Friday evening our customer shutdown the RISC (shutdown -F)
but leaves the power on. On Monday morning he restarts the system
using the power command from the guard-console. Everything seems
OK: sna is running, link ans sessions activated. But when CICS-HOST
tries to allocate the sessions to update DB2/6000, it gets an error
message telling there are not enough resources to allocate the
sessions. The only way to make everything work again is to "shutdown
-rF"
My doubt is that the way used to close-reopen the
system doesn't cleanup memory so that memory would be the lacking
resource. I've asked customer to verify with netstat -m if there
there are notified denied requests for memory (mbufs). Waiting for
their
reply I would like to know if you think my hypothesis could be right
and if this is a known problem? Or maybe this isn't the correct
way to stop/start the system when SNA is envolved? Your suggestions
will
be very welcome. Thank you very much in advance for your support.
Best regards, Marina.
************** ANSWER level 2 -- level 1 SPECIALIST **************
==== THIS TEXT HAS BEEN ENTERED BY IBM IN USA
PMR 00159,998,758 was created on 97/04/04 at 12:37:18.
************** ANSWER level 2 -- level 1 SPECIALIST **************
==== THIS TEXT HAS BEEN ENTERED BY IBM IN USA
Answer..........:
TIME:1059
We have received your question and assigned it to a specialist. We
will respond as soon as possible. We ask that you PLEASE HELP US
CONSERVE RESOURCE AND SERVE YOU BETTER - if you find an answer
to this query before we get back to you please notify us
us immediately.
************** ANSWER level 2 -- level 1 SPECIALIST **************
==== THIS TEXT HAS BEEN ENTERED BY IBM IN USA
Answer..........:
TIME:1103
The question has been re-assigned to SADTLER.
************** ANSWER level 2 -- level 1 SPECIALIST **************
==== THIS TEXT HAS BEEN ENTERED BY IBM IN USA
Answer..........:
TIME:0709
The "resource" that the error message is talking about could be mbufs
or it could just as easily be the DB2/6000 database.
Make sure that DB2 is fully up and talking to AIX SNA.
We assume you are using /etc/inittab to automate the startup
of DB2/6000 and SNA. Check that the SNA startup
is done first and that there is a small delay before the
DB2/6000 startup is done.
Another problem could be that when sna is restarted that it
is not connecting to the VTAM definition (PU) and
therefore CICS can't find the LU that has DB2/6000 on it.
Before restarting the RS/6000 look at the status of the VTAM PU
and make sure VTAM recognized it is inactive, and after restarting
the RS/6000 that the PU is active. Look at the VTAM console for
information during the startup.
This problem should be pursued through the correct code defect
channels. As for what data to gather, I suggest just running:
/usr/lpp/sna/bin/getsnapd
and be ready to send the resulting pd.tar.Z file in
to the support center. If you want to look for clues
yourself, check 'errpt -a' and format the latest
sna service log:
sna -setlogs -t
trcrpt /var/sna/snaservice.X > snaservice.output
vi snaservice.output
**************> QUESTION level 1 --> level 2 SPECIALIST <**************
Question:
One of our customer has a G40-SMP system connected via SNA
to a mainframe.
RISC runs DB2/6000 and mainframe runs CICS.
CICS-HOST updates DB2/6000 using SNA LU6.2.
Every Friday evening our customer shutdown the RISC (shutdown -F)
but leaves the power on. On Monday morning he restarts the system
using the power command from the guard-console. Everything seems
OK: sna is running, link ans sessions activated. But when CICS-HOST
tries to allocate the sessions to update DB2/6000, it gets an error
message telling there are not enough resources to allocate the
sessions. The only way to make everything work again is to "shutdown
-rF"
My doubt is that the way used to close-reopen the
system doesn't cleanup memory so that memory would be the lacking
resource. I've asked customer to verify with netstat -m if there
there are notified denied requests for memory (mbufs). Waiting for
their
reply I would like to know if you think my hypothesis could be right
and if this is a known problem? Or maybe this isn't the correct
way to stop/start the system when SNA is envolved? Your suggestions
will
be very welcome. Thank you very much in advance for your support.
Best regards, Marina.
************** ANSWER level 2 -- level 1 SPECIALIST **************
==== THIS TEXT HAS BEEN ENTERED BY IBM IN USA
PMR 00159,998,758 was created on 97/04/04 at 12:37:18.
************** ANSWER level 2 -- level 1 SPECIALIST **************
==== THIS TEXT HAS BEEN ENTERED BY IBM IN USA
==== RESP: RALSEC AT WTSCPOK ================= DATE:970404
TIME:1059
We have received your question and assigned it to a specialist. We
will respond as soon as possible. We ask that you PLEASE HELP US
CONSERVE RESOURCE AND SERVE YOU BETTER - if you find an answer
to this query before we get back to you please notify us
us immediately.
************** ANSWER level 2 -- level 1 SPECIALIST **************
==== THIS TEXT HAS BEEN ENTERED BY IBM IN USA
==== ASGN: RALSEC AT WTSCPOK ================= DATE:970404
TIME:1103
The question has been re-assigned to SADTLER.
************** ANSWER level 2 -- level 1 SPECIALIST **************
==== THIS TEXT HAS BEEN ENTERED BY IBM IN USA
==== RESP: SADTLER AT WTSCPOK ================= DATE:970408
TIME:0709
The "resource" that the error message is talking about could be mbufs
or it could just as easily be the DB2/6000 database.
Make sure that DB2 is fully up and talking to AIX SNA.
We assume you are using /etc/inittab to automate the startup
of DB2/6000 and SNA. Check that the SNA startup
is done first and that there is a small delay before the
DB2/6000 startup is done.
Another problem could be that when sna is restarted that it
is not connecting to the VTAM definition (PU) and
therefore CICS can't find the LU that has DB2/6000 on it.
Before restarting the RS/6000 look at the status of the VTAM PU
and make sure VTAM recognized it is inactive, and after restarting
the RS/6000 that the PU is active. Look at the VTAM console for
information during the startup.
This problem should be pursued through the correct code defect
channels. As for what data to gather, I suggest just running:
/usr/lpp/sna/bin/getsnapd
and be ready to send the resulting pd.tar.Z file in
to the support center. If you want to look for clues
yourself, check 'errpt -a' and format the latest
sna service log:
sna -setlogs -t
trcrpt /var/sna/snaservice.X > snaservice.output
vi snaservice.output
WWQA: ITEM: RS4000013490 ITEM: RS4000013490
Dated: 04/1997 Category: AIXCOMMS
This HTML file was generated 99/06/24~12:43:05
Comments or suggestions?
Contact us