Patch Name: PHNE_17403 Patch Description: s700_800 10.20 R5.1 SNAplus2 Link cumulative patch Creation Date: 99/02/03 Post Date: 99/07/15 Hardware Platforms - OS Releases: s700: 10.20 s800: 10.20 Products: SNAplus2-Link R5.1 Filesets: SNAplus2-Link.SNAP2-LINK Automatic Reboot?: Yes Status: General Superseded Critical: Yes PHNE_17403: HANG PANIC PHNE_16810: PANIC PHNE_15052: PANIC HANG PHNE_14552: PANIC HANG PHNE_13642: PANIC ABORT PHNE_13427: PANIC PHNE_11961: PANIC PHNE_9663: PANIC PHNE_9651: PANIC Path Name: /hp-ux_patches/s700_800/10.X/PHNE_17403 Symptoms: PHNE_17403: (1) 5003441717 The snaperrlog process fails to terminate when a hung 'snap start' is aborted with Ctrl-C. Attempts to restart SNAplus2 software using 'snap start' will fail because the snaperrlog process still exists from the previously aborted start. (2) 4701413054 System panic - Data Page Fault at nsm_process_record_from_ss+130 (3) 4701399279 The PSI firmware header is not recognized by the snapwhat command. (4) 1653289686 If using a TN3270 (not E) client and hit the clear key while TN Server is presenting an SSCP screen, then the client will lock up. (5) 1653289603 If using a TN3270 (not E) client and hit the clear key while TN Server is presenting an SSCP screen, TN Server forwards the clear key to the host(sends an empty RU on SSCP-LU session). The host may respond with an error message. For example, after using the 'Clear Screen' function while in SSCP-LU session, the following message was retuned to the emulator: 'LU= ED8A5008 UNSUPPORTED FUNCTION ' PHNE_16810: (1) 4701405597 Panic in nrm_bld_and_send_deact_sess when called from nrm_ps_abend_proc with NULL pointer as deact_sess buffer pointer. (2) 4701399527 Assert errors are produced when the host sends a USSMSG10 screen to a LU configured for LU6.2. The ASSERTS are in fact benign, and will cause no problems with the integrity of the system. The ASSERTs only occur when the USSMSG10 screen is segmented, and greater than around 500 bytes in size. PHNE_15052: (1) 5003398354 If you issue 'snapadmin define_local_lu' for an LU which is already defined, only the attach routing data and the description field are updated - all other parameters are ignored - however, the snapadmin command does not indicate this but gives a successful return message. (2) 4701395459 The following assert message is logged to the console, syslog file and sna log files. Assert ips->cont_size >= MU_CONT_SIZE from vtc.c (3) 4701393256 Various system panics. Stack traces show: 1) Cyclic loop (stack overflows) with nbm_free_buffer and nba_send_ips 2) Panic at vds_route_ips+0x70 3) Panic in nbm_free_buffer after calling various routines to n*_free_queue (4) 4701392290 If you issue snapadmin aping and specify the lu_alias parameter, the system will hang. (5) 4701389601 The cyclic trace added for SR 1653236075 produced corrupted trace output. (6) 4701388983 When connecting to Brixton Software running as PU5, we cannot activate a connection. The Brixton stack sends an XID with an error vector, and we log an error message reporting this and giving a sense code of 088C0EF1. (7) 4701388124 Various system panics. Stack traces show: 1) Cyclic loop (stack overflows) with nbm_free_buffer and nba_send_ips 2) Panic at vds_route_ips+0x70 3) Panic in nbm_free_buffer after calling various routines to n*_free_queue (8) 1653261669 SDLC link shows DISABLED after restart of SNAPLUS2 daemon (9) 1653260489 Various system panics. Stack traces show: 1) Cyclic loop (stack overflows) with nbm_free_buffer and nba_send_ips 2) Panic at vds_route_ips+0x70 3) Panic in nbm_free_buffer after calling various routines to n*_free_queue (10) 1653256123 Message 4096 - 13 asserts in snaplus2 error log (11) 1653241521 Customer's original 'problem' was because LU is allocated from default pool on issuing TP_STARTED verb. This is working as designed and will not be fixed. However, often when attempting to allocate an LU from the default pool you get an error on TP_STARTED with a secondary rc of 0x50300000 - this is a bug in the code which determines if an LU is available. PHNE_14552: (1) 5003395475 SDLC link recovery requires system restart (2) 4701385500 Enhancement to support Streams linked HMOD for Stratus. (3) 4701382572 System hang when snapdaemon starts after patch install. (4) 4701385815 Connection dropped and tn server core dumps when client sends hex 'FF4C' in the midst of data. (5) 1653252965 If you configure format 0 XID, we only ever send NULL XIDs. (6) 1653236075 System panic with various stack traces. Each stack trace shows 'ch' as the component which is calling the nbase to free a buffer - panic finally occurs in nba_account_buffer_out. PHNE_13642: (1) 5003395376 SNAPlus2 does not send RTM statistics when session ends if Host has not sent a soliciting RTM. (2) 5003379065 SDLC link dies when kernal level tracing is activated. (3) 4701379560 No message displayed when monitoring is active (4) 1653249474 System panic with ASSERT at line 68 of ncsxidpr followed by crash in ncs_exchange_and_conn_counts. (5) 1653248732 snaptnsrvr process exits without core. (6) 1653246231 System panic, with stack trace: sdl_reset_port_rsp sdl_hms_ctl_proc sdl_receive_proc sna_sdlc_nba_dispatch_process sna_sdlc_nba_scheduler vsi_stream_uw_service following 3 asserts: WARNING: SNAP-IX ASSERT: 12:57:54 14 JAN 1998 File: ../../p/vsdlc/sdlcsigi.c Line: 1482 Condition: pcb->resetting == FALSE WARNING: SNAP-IX ASSERT: 12:57:54 14 JAN 1998 File: ../../p/vsdlc/sdlcsigi.c Line: 648 Condition: pcb->resetting WARNING: SNAP-IX ASSERT: 12:57:54 14 JAN 1998 File: ../../p/vsdlc/sdlcsigi.c Line: 660 Condition: NB_NEXT_IN_LIST(pcb->station_root) != NULL (7) 1653239624 The TN Server process simply dies, meaning that clients can no longer connect and all active clients are thrown off. PHNE_13427: (1) 1653240846 ASSERTS in vbaaccess and elsewhere then crash in vtr_write_dlc_msg_to_buf. (2) 4701342899 HA / MC ServiceGuard could be unusable because script described in Administration Guide is based on return code. A value of 0 is an indication that the link station was active at a time when snapmon was running, non-zero value means the link station was not seen active. (3) 4701375600 If you issue a query_lu_0_to_3 NOF API verb with a buffer greater than 65535 bytes, then we return incomplete data. PHNE_12954: (1) 1653230284 TN3270 client is unable to connect to TN Server when using a slow dial-up TCP/IP Connection if a BIND is received by TN Server before negotiation with the client completes. (2) 5003388793 If you issue an ALLOCATE verb with AP_SAME as the secrity type, the system will always set the user_id on the outgoing attach as the unix user ID which the TP was running under. PHNE_11961: (1) 1653223529 Allocate Immediate hangs after CNOS used at mainframe to reset session limits. (2) 5003378646 System panic in ntc_segment_reassembly PHNE_9663: (1) 1653204875 System panSystem panic processing init self response. Stack trace was: nsm_fsm_status+0x6cc nsm_process_init_self_rsp+0x17c nsm_process_dependent_mu+0x388 nsm_process_record_from_hs+0x198 nsm_queue_handler+0x7c nba_dispatch_process+0xd0 nba_scheduler+0x208 (2) 1653212332 Certain TN3270 products will not connect to TN Server because we do not support the correct TN3270 regime. (3) 5003352336 Enhancement - allow a non queued tp to loop round and reissue a receive allocate verb. If an attach comes in, a new TP will be forked and exec'd ONLY if an existing TP isn't sitting with a rcv alloc outstanding. (4) 5003362665 Session lost when trying to switch applications on some mainframe systems with TN server only. Trace shows we transmit UNBIND after receiving SIGNAL when in receive state (just are receiving CD). 2 ASSERTS at line 42 on nchdutil and NACK-2 1002 sent internally by CH to TN. (5) 5003368696 If a host sends RMA in 3270 datastream it will be bounced by TNSERVER and the session unbound. If RMA ever sent by another TN Server to our TN3270 client it will be rejected. (6) 5003369736 If a BIND is received where the length byte for PLU is present, but is set to zero, the BIND will be rejected. PHNE_9651: (1) 1653206953 It is a trap in nms_nah_process_mu_rsp indirecting on the verb_sig pointer which is taken from the head of the sess_entry->process_queue (line 198 in nmsnah.c). The senario was that everything was active, the host was shut down and when the host link was restarted, this trap occured. (2) 1653206961 Using RUI interface, receive non-negotiable BIND with a certain maximum RU size. Sometimes RUI_WRITEs of data within that maximum RU size will fail. (3) 1653206979 Started leased connection to host. As soon as link came up (ie before ACTLUs all processed), issued 'random ' command, with bad tp name. Node crashed. (4) 1653207027 When SNAP-IX received an invalid LOCATE which did not have FQPCID control vector, a system panic occured in nds_add_to_fqpcid_table. (5) 1653207035 After running a random test which allocates between pairs of LUs (mole), QUERY_DIRECTORY_ENTRY returns an LU name with NETID=APPN, but LU name = 8 null characters. (6) 1653207043 System can panic under low memory conditions when processing session activation. (7) 1653207084 Unable to connect Attachmate TN3270 to SNAPlus TN Server. (8) 1653207092 Symptoms of problem: panic in nrm_bld_and_send_deact_sess called from nrm_ps_abend_proc with NULL pointer as deact_sess buffer pointer. (9) 1653207100 Failure is seen with END node and LEN node, with others versions of SNAplus2 too. It seems OK for NN node on previous versions . picot:> snapadmin -a -d query_directory_stats gives a line of -, and hangs. (10) 1653200352 Crash when running SDLC on MP box. Problem seen when using 2 ACC cards and many links. Problem caused by upper HMOD stub code and call back HMOD stub code running at the same time in parallel on different CPUs. (11) 1653203505 RUI_WRITE verb sometimes rejected with return code RU_LENGTH_ERROR (when the length is OK). Problem occurs if application sends a long BIND RSP (>1 byte) to a non-negotiable BIND (normal case). We are then looking at unitialised data to get the RU length. (12) 1653204636 BIND from Power to RJE rejected. In fact any BIND that ends with user data is rejected. (13) 1653199224 When using format 0 XIDs can fail to connect with the host (14) 1653199091 After stopping and restarting the sna daemon, the system panics with the following stack trace: vsm_rcv_appl_ready_req+0x390 vsm_rcv_datagram+0x348 vpm_rcv_msg+0x80 vpr_stream_input_msg+0x458 vpr_stream_uw_svc+0x490 (15) 1653195644 Symptoms of problem: Issue a register TP call,then accept incoming in non blocking mode. If a de-register TP call is made before an attach is received, then the system kernel panics upon receipt of an attach. (16) 4701341289 Every time CPI-C TP terminates normally we get an error log (exception) type 2-3. (17) 1653192419 If the LUWID on a received attach does not contain a fully qualified LU name it will be rejected. (18) 5003343921 If remote station not on local FDDI ring, we reissue a second TEST frame 0.25 seconds after the first TEST. This is bounced by DLPI, and an error 12288 - 18 is logged (error=1, DLPI primitive=45). (19) 1653187203 The host suddenly sends UNBIND with 'normal end of session' type just after exchanging STSN request/response. (20) 4701325498 The SNAplus2 product at MR does not support autoactivation of sessions. Sessions are activated upon demand instead of when the link is brought up. The impact of this is minor, except for customers using APPC or CPI-C TPs which use the AP_IMMEDIATE return control type on their allocate verbs. These allocate verbs fail if the sessions they are expecting to use are not active. A patch will be provided in the near future which allows preconfiguration of an autoactivation limit for APPC modes. This patch will allow SNAplus2 APPC and CPI-C TPs which use the AP_IMMEDIATE return control type to function just as they did on SNAplus. If you have TPs which use the AP_IMMEDIATE return control type, you should install this patch after installing the SNAplus2 software. Defect Description: PHNE_17403: (1) 5003441717 If the kernel initialisation fails, it is possible that the snaperrlog process could hang - waiting for a signal from the kernel which never arrives. Resolution: A code change has been made to ensure that ,if the kernel initialisation fails, a failure notification is sent to the snaperrlog process so it can exit cleanly. (2) 4701413054 Small timing window when there is an empty list of LULU control blocks when processing SSCP_INIT_SIGNAL_NEG_RSP ISP. Resolution: Code changed to check whether LULU list is empty before trying to obtain first element of it. (3) 4701399279 The PSI f/w header string was not changed with the release of SNAplus2 as the f/w is common to both SNAplus & SNAplus2. Resolution: - a new what string for the NIO firmware - a new what string and a new compilation format for the EISA firmware The ']' character has been added at the beginning of each PSI firmware library header line so that the header can be recognized by the snapwhat command. (4) 1653289686 TN3270 cliemt was locking up when the clear key was entered because TN Server was passing the clear command to the Host instead of processing it locally (as is done in the Motif 3270 emulator for example). Resolution: Code changed to add check and special handling for the clear key at the beginning of the TN Server SSCP inbound MU processing. (5) 1653289603 TN3270 client was receiving SSCP datas when the clear key was entered because TN Server was passing the clear command to the Host instead of processing it locally (as is done in the Motif 3270 emulator for example). Resolution: Code changed to add check and special handling for the clear key at the beginning of the TN Server SSCP inbound MU processing. PHNE_16810: (1) 4701405597 Ensure we only decouple SCB from RCB when completely finished with a conversation (2) 4701399527 A Code change has been made to prevent Assert errors occurring when a large USSMSG10 is received for an LU6.2 session . The maximum amount of data permissible on the SSCP screen has been increased to 2048 bytes, to ensure segmented data on SSCP screen handled correctly. PHNE_15052: (1) 5003398354 Code changed to ensure that if the user specifies any other parameters, they match those used on the initial define. Produce an error code otherwise. (2) 4701395459 This was an incorrect ASSERT which has been removed. It is a benign problem, but produces annoying error logs and console messages. (3) 4701393256 Code changed to ensure we pass LQE by pointer, and not value when freeing a queue - otherwise the buffer at the head of the queue remains on the LQE value in the calling routine. This buffer can then be reused causing corruption on the CH queues. (4) 4701392290 Code change made to ensure that when allocating buffers, a check should be made for the correct offset within aping command for the data length parameter. (5) 4701389601 Correct the corruption in the trace written to the kernel buffer. Also add a user space formatter which can be run on the customer's system. (6) 4701388983 Code change to allow XID exchange to continue even if no PU Name vector included. (7) 4701388124 Code changed to ensure we pass LQE by pointer, and not value when freeing a queue - otherwise the buffer at the head of the queue remains on the LQE value in the calling routine. This buffer can then be reused causing corruption on the CH queues. (8) 1653261669 Send a signal to the host when firmware is ready (backplane and frontplane are initialized) Remove debug trace from msgbuf (opt1:) (9) 1653260489 Code changed to ensure we pass LQE by pointer, and not value when freeing a queue - otherwise the buffer at the head of the queue remains on the LQE value in the calling routine. This buffer can then be reused causing corruption on the CH queues. (10) 1653256123 The code has been changed to ensure we pass LQE by pointer, and not value when freeing a queue - otherwise the buffer at the head of the queue remains on the LQE value in the calling routine. This buffer can then be reused causing corruption on the CH queues. In some instances this corruption was the precursor to subsequent system panic but in this case it has produced a warning message only. (11) 1653241521 Code changed to ensure we correctly chain through all default LUs using the LU NAME field - otherwise we can miss LUs. PHNE_14552: (1) 5003395475 Code change made to fix DMA problems. (2) 4701385500 Add lower Streams routines for Stratus. Note that these are dummied out in HP HMOD. Fix only applied to R5.1 . R6 and onwards already includes this fix. (3) 4701382572 System hang was caused by semaphore being held . Code change made to both the libpsi0 and sdlc.pbs firmware. (4) 4701385815 Ignore invalid control codes rather than dropping connection. (5) 1653252965 Code changed to ensure the length field is set up correctly for format 0 XIDs when the node transmits the XID frame to the DLC. (6) 1653236075 Unable to determine exact cause of panic. Because problem has not been reproducible the code has been changed to :- a) Add code to zero off key pointers when a buffer is freed so we can determine multiple frees much earlier. b) Add in cyclic trace so we can see sequence of flows which cause the panic. PHNE_13642: (1) 5003395376 Code changed to initialise RTM control block. (2) 5003379065 Trace shows that we are very busy (tracing for another problem) and SNAP-LINK gets behind and is retransmitting frames unnecessarily. Problem caused by sending 8 frames in window. (3) 4701379560 That message was not taken into account in R5.1 (4) 1653249474 Code change to handle non-activation XIDs on non-APPN links. (5) 1653248732 Code changed to handle case of client exiting while we are trying to send to him with SIGPIPE generated by sockets library. (6) 1653246231 It appears that this problem is due to a window in link closedown where we have issued a close_port message down to the HMOD, and are awaiting a response. While the HMOD is closing, it detects a link failure and issues a callback - this causes us to go into closedown processing again. While not being able to ascertain exactly what the HMOD was doing, a firewall fix to the SDLC driver has been written which will correctly handle this situation safely, and prevent the panic. (7) 1653239624 The problem is a sceduling problem. The sequence is: (schedule) close PLU ----------------------------> close PLU(OK) Status Session error -----------------------------> close SSCP <---------------------------- (and close file descriptors) (schedule) At this point the scheduling loop attempts to unblock the socket, as there is still a message outstanding. the socket file descriptor is now -1, as the file descriptor has been closed. This breaks the computation of the fd mask for the select, and things go downhill very rapidly. The fix is a) put an ASSERT in vtn_sched_chg_fd b) bypass the message processing if we detect that the tni_state is TNI_STATE_RESET apparently, we don't need to discard the queued message, as it is actually embedded in the control block. PHNE_13427: (1) 1653240846 Problem caused by receipt of BIND with send RU size of 0. Code changed to handle this situation. (2) 4701342899 In some cases the link loss is not detected. (3) 4701375600 Code change to allow buffer size greater than 2 bytes. PHNE_12954: (1) 1653230284 Ensure we allow negotiation to complete within TN Server before putting flow control on the session - regardless of when BIND received (2) 5003388793 If the TP is running as root (and only if) then allow the user to put a user_id on the allocate verb - this will be sent in the attach. Otherwise, send the user ID the TP is running under. PHNE_11961: (1) 1653223529 Correct the code that handles initially active sessions for immediate allocates. (2) 5003378646 Ensure that if SSCP segment received which is not BBIU that the previous parts of the segment have been processed already. PHNE_9663: (1) 1653204875 Correct the APPN FSM to ensure the response is handled by the correct routine within the APPN node. (2) 1653212332 Since TN3270 regime is an optional part of the protocol, this code has been removed, forcing the negotiation exchange to use alternative supported methods. (3) 5003352336 Code change made to provide Enhancement as per Problem description. (4) 5003362665 Corrected syntax of null RU built by TN server which was being rejected by CH. Needed to set the dsf field and dcf correctly. (5) 5003368696 Pass through RMA unmodified if received at TN Server or TN3270. (6) 5003369736 Code change made to allow the bind to be accepted. PHNE_9651: (1) 1653206953 Details of fix applied: Set up RH in LM before sending NMVT to CH. (nlmdsscp.c) (2) 1653206961 Details of fix applied: Changed nru_write_lu() in nruwrtlu.c so that if the application writes a BIND response but the BIND is non-negotiable, we copy the data from the BIND request in to the BIND response. (3) 1653206979 The code-arm has been changed to ensure that it is called only once, the first time the session moves to the active state. An assertion has been added that the temporary memory is still present before it is freed. (4) 1653207027 Details of fix applied: After completing the parsing of the LOCATE in nds_parse_locate, check if the FQP CID subfield was present. If not, return sense codes 10140060 which will cause CP-CP session deactivation. (5) 1653207035 Details of fix applied: Changed nss_bld_snd_locate_message (nsssinit.c) so that it fills the fqc pname in the fqolu_name field of LOCATE_MESSAGE when processing HPR_INIT_SIGNAL. (6) 1653207043 Details of fix applied: Changed nas_actpulu_processor (nasrecv.c) so that it sends a -RSP if there is not enough memory to assign the LFSID when an ACTPU or ACTLU is received from PS. Changed nas_send_router (nassend.c) so that it returns a -RSP to SM if there is not enough memory to assign the LFSID when SM sends an ACTPU or ACTLU, or a BIND with SIDH = 1. Changed nlm_send_actlu_rq (nlmpsfsm.c) so that it gets a big enough buffer for t he ACTLU RQ so that it can be converted into a -RSP by AS if necessary. (7) 1653207084 Details of Fix applied: Attachmate client is rejecting DO_3270_REGIME with DONT_3270_REGIME message, when code is expecting DONT_3270_REGIME message. Enhance TN server to support this behaviour. (8) 1653207092 Details of fix applied: Ensure do not dereference null data. (9) 1653207100 Details of fix applied: Correctly process query_directory_stats for LEN/EN in the APPN node. (10) 1653200352 Details of fix applied: Add spinlock to protect data structures shared (queue in particular). Removed logs from call back context. Strategic fix applied at V6. (11) 1653203505 Details of fix applied: Node fix to handle case of non-negotiable long response correctly (use the parameters from the BIND request). (12) 1653204636 The code fix applied to cappn/nasbind.c is to Correct a length test of user data from >= to >. (13) 1653199224 Details of fix applied: Ensure length field set up correctly (14) 1653199091 Details of fix applied: Ensure control blocks used to process appl_ready messages are initialised before processing occurs. If a TP has deregistered its TP name it was possible for us to access a pointer which had not been set up - hence the trap. (15) 1653195644 Details of fix applied is to ensure we clean up control blocks correctly at the point an attach is being processed if the TP name has been de-registered. (16) 4701341289 Logging of this event is not now done to the error file. The error case originally looked for is logged elsewhere. (17) 1653192419 LUWID will not now be rejected if the LU NAME is not fully qualified. (18) 5003343921 Some routers do not require source routing information to function and will continue to work correctly - however, even with this patch some customers will still be unable to connect to stations on remote rings. When the FDDI driver team add source routing support to the HP-UX driver, this fix must be removed. (19) 1653187203 The RU data on a STSN (Set/Test Sequence Number) response generated by SNAP-IX is set to an invalid value. (20) 4701325498 The SNAplus2 product at MR does not support autoactivation of sessions. Sessions are activated upon demand instead of when the link is brought up. The impact of this is minor, except for customers using APPC or CPI-C TPs which use the AP_IMMEDIATE return control type on their allocate verbs. These allocate verbs fail if the sessions they are expecting to use are not active. A patch will be provided in the near future which allows preconfiguration of an autoactivation limit for APPC modes. This patch will allow SNAplus2 APPC and CPI-C TPs which use the AP_IMMEDIATE return control type to function just as they did on SNAplus. If you have TPs which use the AP_IMMEDIATE return control type, you should install this patch after installing the SNAplus2 software. SR: 5003441717 5003398354 5003395475 5003395376 5003388793 5003379065 5003378646 5003369736 5003368696 5003362665 5003352336 5003343921 4701413054 4701405597 4701399527 4701399279 4701395459 4701393256 4701392290 4701389601 4701388983 4701388124 4701385815 4701385500 4701382572 4701379560 4701375600 4701342899 4701341289 4701325498 1653289686 1653289603 1653261669 1653260489 1653256123 1653252965 1653249474 1653248732 1653246231 1653241521 1653240846 1653239624 1653236075 1653230284 1653223529 1653212332 1653207100 1653207092 1653207084 1653207043 1653207035 1653207027 1653206979 1653206961 1653206953 1653204875 1653204636 1653203505 1653200352 1653199224 1653199091 1653195644 1653192419 1653187203 Patch Files: /opt/sna/conf/lib/libpsi0.a /opt/sna/conf/lib/libpsi1.a /opt/sna/conf/lib/libsixd.a /opt/sna/conf/lib/libsixl.a /opt/sna/conf/lib/libsixs.a /opt/sna/sdlc.dlf /opt/sna/sdlc.pbs /opt/sna/bin/snaprcf /opt/sna/bin/snapmon /opt/sna/bin/snaptnsrvr what(1) Output: /opt/sna/bin/snapmon: ]B.10.20.002 SNAplus2 R5.1 Link Station Monitor ] (PHNE_13642: 98/01/30 15:36:45) ] /opt/sna/bin/snaprcf: ]B.10.20.002 SNAplus2 R5.1 Remote Command Facility d aemon ] (PHNE_9651 : 96/10/30 10:41:53) ] /opt/sna/bin/snaptnsrvr: ]B.10.20.107 SNAplus2 R5.1 TN Server ] (PHNE_17403 : 99/01/11 18:37:09) ] /opt/sna/conf/lib/libpsi0.a: ]B.10.20.002 SNAplus2 R5.1 NIO PSI driver ] (PHNE_14552: 98/03/16 11:55:37) ] /opt/sna/conf/lib/libpsi1.a: ]B.10.20.007 SNAplus2 R5.1 EISA PSI driver ] (PHNE_15052: 98/07/02 14:22:59) ] /opt/sna/conf/lib/libsixd.a: ]B.10.20.001 SNAplus2 R5.1 NDLC to DLPI Mapping ] (PHNE_9651 : 96/11/14 10:20:20) ] /opt/sna/conf/lib/libsixl.a: ]B.10.20.006 SNAplus2 R5.1 SDLC in the Kernel ] (PHNE_14552 : 98/03/12 11:32:30) ] /opt/sna/conf/lib/libsixs.a: ]B.10.20.043 SNAplus2 R5.1 Router in the kernel ] (PHNE_17403 : 99/01/19 16:46:31) ] ]B.10.20.031 SNAplus2 R5.1 APPN kernel library routi nes ] (PHNE_17403 : 99/01/19 16:40:58) ] /opt/sna/sdlc.dlf: ]SNAplus2 EISA FW v2.5 ](99/01/07 15:26:09) /opt/sna/sdlc.pbs: ]SNAplus2 NIO FW v2.1 ](98/11/13 11:58:22) cksum(1) Output: 2958791104 36864 /opt/sna/bin/snapmon 2163890184 61440 /opt/sna/bin/snaprcf 1874665569 114688 /opt/sna/bin/snaptnsrvr 3576764423 64500 /opt/sna/conf/lib/libpsi0.a 798102326 46984 /opt/sna/conf/lib/libpsi1.a 1750945117 159544 /opt/sna/conf/lib/libsixd.a 3531829611 394828 /opt/sna/conf/lib/libsixl.a 1206112859 2835412 /opt/sna/conf/lib/libsixs.a 3269251168 105244 /opt/sna/sdlc.dlf 3918812582 172212 /opt/sna/sdlc.pbs Patch Conflicts: None Patch Dependencies: s700: 10.20: PHNE_17404 s800: 10.20: PHNE_17404 Hardware Dependencies: None Other Dependencies: None Supersedes: PHNE_9651 PHNE_9663 PHNE_11961 PHNE_12954 PHNE_13427 PHNE_13642 PHNE_14552 PHNE_15052 PHNE_16810 Equivalent Patches: None Patch Package Size: 3970 KBytes Installation Instructions: Please review all instructions and the Hewlett-Packard SupportLine User Guide or your Hewlett-Packard support terms and conditions for precautions, scope of license, restrictions, and, limitation of liability and warranties, before installing this patch. ------------------------------------------------------------ 1. Back up your system before installing a patch. 2. Login as root. 3. Copy the patch to the /tmp directory. 4. Move to the /tmp directory and unshar the patch: cd /tmp sh PHNE_17403 5a. For a standalone system, run swinstall to install the patch: swinstall -x autoreboot=true -x match_target=true \ -s /tmp/PHNE_17403.depot 5b. For a homogeneous NFS Diskless cluster run swcluster on the server to install the patch on the server and the clients: swcluster -i -b This will invoke swcluster in the interactive mode and force all clients to be shut down. WARNING: All cluster clients must be shut down prior to the patch installation. Installing the patch while the clients are booted is unsupported and can lead to serious problems. The swcluster command will invoke an swinstall session in which you must specify: alternate root path - default is /export/shared_root/OS_700 source depot path - /tmp/PHNE_17403.depot To complete the installation, select the patch by choosing "Actions -> Match What Target Has" and then "Actions -> Install" from the Menubar. 5c. For a heterogeneous NFS Diskless cluster: - run swinstall on the server as in step 5a to install the patch on the cluster server. - run swcluster on the server as in step 5b to install the patch on the cluster clients. By default swinstall will archive the original software in /var/adm/sw/patch/PHNE_17403. If you do not wish to retain a copy of the original software, you can create an empty file named /var/adm/sw/patch/PATCH_NOSAVE. Warning: If this file exists when a patch is installed, the patch cannot be deinstalled. Please be careful when using this feature. It is recommended that you move the PHNE_17403.text file to /var/adm/sw/patch for future reference. To put this patch on a magnetic tape and install from the tape drive, use the command: dd if=/tmp/PHNE_17403.depot of=/dev/rmt/0m bs=2k Special Installation Instructions: Stop SNA daemon before installing patch (snap stop). After installing the patch start the SNA daemon (snap start).