ITEM: BV4808L
TRYING TO CONFIGURE SNA,AT TIMES IT WILL CONNECT AND OTHER
Question:
MODEL:9076
TRYING TO CONFIGURE SNA,AT TIMES IT WILL CONNECT AND OTHER
TIMES IT WONT
Response:
FOR INITIAL ITEMS, COMPLETE ALL FIELDS
FOR UPDATES/ELECTRONIC ITEMS, COMPLETE THE FIELDS MARKED WITH *
ENV: AIX 4.1.5, SNA server 3.1.2, Channel 2.1
*CUSTOMER REP: Richard Kapaska
PROBLEM: Changed max sessions from 8 --> 32. Now link station wont
come up. Customer says UCB on host shows no physical path to the rs6k.
Says the connection works intermittently, but they have to reboot the
rs6k several times for a connection to work. This time it will not come
back up. When customer tries to take the adapter off line he gets an
error msg that says " Could not take the adapter off line, perhaps its
broken"
*ACTION TAKEN: Checked service logs. See 0105-1202, 0105-1018, 0105-2906
devices.mca.8fc3.* show 1.1.04. /var/sna file system was at 98% had him
increase it down to 54% used. Also upped thewall to 65536. Customer has
2 gigs of memory on the machine. Link station trace shows ony headers,
nothing below. Discussed with Dave Diehl. He agrees to FUP with customer
*ACTION PLAN: Customer requests callback at 210-456-2199. Pager is
210753-2199. Alternate number is Chuck Haselhorst 210 456-4222
TEST CASE:
Response:
Customer Rep: Chuck Haselhorst
Action Taken: Verified that adapter is available, and subchannels are
configured. They have two subchannels, representing two linkstations
which are in turn two PUs in VTAM. Conferenced in with Chuck, Jake
from operations, David from network/VTAM and John also from VTAM. We
can find nothing in the system error report, nothing in snaservice
logs and no errors in the host system's logs except the message that
the physical path could not be varied online. The setup is complex.
There is an escon channel, connected to an escon director, to a
channel extender that puts the channel on one of three T3 long lines
from San Antonio to San Angelo to another escon director to the
RS6000. Chuck ran diagnostics on the escon adapter while John checked
the physical connections. Chuck sees no errors in the diag's. John
says that there is no light over the channel from the RS6000. He
cannot see the RS6000 as physically connected, and therefore, MVS
cannot vary the physical path online. Chuck says that they have been
able to get the link up by restarting the node (rebooting), and John
says to try that again, to eliminate any possibility of hardware
error. Since the SP2 has two nodes running SNA and two escon
adapters, it is doubtful that both adapters are bad. It will take 25
minutes to bring the node back up. Chuck will call back then.
Action Plan: WOCB.
Response:
Response:
Customer Rep: Chuck Haselhorst
Action Taken: The node has restarted. They see 'light' now and the two
subchannels are online to the host. The linkstations are in a starting
status. We cannot display the PU status on VTAM because either the PUs
are no longer defined to VTAM or we are not using the right VTAM IDs.
We finally contacted Tom in network oncall support and he found the
VTAM IDs. When he varied them active in VTAM, the linkstations both
started. Chuck would like to know if there is any way to get the
adapter to 'send light' without restarting the node. I said I would
find out and get back to him. In the meantime, he agrees to close the
item.
Action Plan: CWCA.
Response:
Response:
Customer Rep: Chuck Haselhorst
Problem: Still getting intermittant linkstation failures.
Action Taken: Chuck has an opportunity to work on the problem sometime
tomorrow. He has an IBM SE on-site who can work with us, Stacey Jordan
at 210-456-5927.
Action Plan: Chuck will call as early as possible tomorrow. Stacey has
my TieLine number for coordination. We will bring a full problem
determination effort to bear on the problem.
Testcase: N/A.
Response:
Response:
Customer Rep: Stacy Jordan
Action Taken: Stacy on my voicemail. Requests call back at the
customer number 210-456-5927. Says TieLine not working. Says she is
opening an item on some Escon Channel errors she is seeing.
Action Plan: Call Stacy.
Response:
Customer Rep: Stacy Jordan.
Action Taken: Stacy wants to install the PTFs ordered in item BV7708
and see what happens to the problem, before proceeding further. She
will call back with a status Wednesday or Thursday.
Action Plan: WOCB.
Response:
Not In, Left Message
Response:
Response:
FOR INITIAL ITEMS, COMPLETE ALL FIELDS
FOR UPDATES/ELECTRONIC ITEMS, COMPLETE THE FIELDS MARKED WITH *
ENV:
*CUSTOMER REP: Richard Kapaska
PROBLEM: Has a Link station on node 1 d50 PU is P5030480. This is the
only node he is working with at this time. Today went back to host
hardware people everything is online. Adapter is up. Bounced major
node, started link station and it activated, but when he tries to do an
aping to talk to the host it hangs and he doesnt get a reponse back.
He is doing aping \. Gets header info from aping command
and it just hangs.
*ACTION TAKEN: When we try to format a link station trace we get a
msg that says "no entries were found matching search criteria" file is
65 kbytes big. Over to Dave Diehl
*ACTION PLAN: Back to Dave
TEST CASE:
Response:
Customer Rep: Richard Kapaska
Problem: The linkstation is active, but aping just hangs up.
Action Taken: Richard has an active channel linkstation, but
apparently there are no local LUs. He says they are 'dynamic' LUs.
They may be defined elsewhere but we don't have them. We are talking
with the networking and VTAM support and they are willing to start a
VTAM sniffer trace while we are trying to start aping on our side. The
command times our. As noted above (I hope) David A. was unable to get
a linkstation trace. We are still unable to get a trace. The
snaservice log shows only one error. It says 'cnos race condition
detected'. There is only one hit on this in austext, and it is not
usable for a resolution. I told Richard that he needed assistance
beyond that I have to offer. I told him since his item is SEV1 I am
going to escalate it. He agreed. His designated contact for a
callback is Chuck Haselhorst at 210 456-4222.
Action Plan: Escalate to backend staff, possibly to level 2.
Response:
Calling customer
Response:
customer rep: chuck haselhorst
action taken: I spoke with the customer. He has an active escon
link station but can't start the lu62 independent session from
smit(or aping). The local lu is L5030480, the partner lu is
USAA1.APCIMSTB, and the mode is \#INTER. If he inactivates the
channel link station, exports the profiles, imports a set of
profiles to run over the token ring adapter, he can start this
session without errors. He says the sessions definitions are
exactly the same in both sets of profiles.
When we try to start the session over the channel link station
we get a message that "the request timed out, the system is busy
or in error, please try the request again later". The link station
trace is empty, looks like the command to start the session is
not getting processed?? We checked the system error log and there
were no errors, the errdemon is running. No requests for memory
are being denied - paging space looks good.
sna.rte 3.1.2.2
sna.dlcchannel 2.1.0.1
escon.cuu 3.2.0.1(only in the /usr/lib/objrepos)
devices.mca.8fc3.rte 1.1.0.4
no devices.mca.8fc3.diag installed
escon.diag.obj 3.2.0.0
action plan: escalate to sna level 2 for assistance, the customer
only has a short window to work on this problem so he needs help
tonight.
Support Line: TRYING TO CONFIGURE SNA,AT TIMES IT WILL CONNECT AND OTHER ITEM: BV4808L
Dated: March 1997 Category: N/A
This HTML file was generated 99/06/24~13:30:19
Comments or suggestions?
Contact us