Patch Name: PHNE_8168 Patch Description: s700 10.01 ARPA Transport cumulative patch Creation Date: 96/08/26 Post Date: 96/09/03 Hardware Platforms - OS Releases: s700: 10.01 Products: N/A Filesets: OS-Core.CORE-KRN Networking.NET-KRN Networking.NET-RUN Automatic Reboot?: Yes Status: General Superseded Critical: Yes PHNE_8168: PANIC PHNE_7324: PANIC PHNE_6708: PANIC PHNE_6175: PANIC PHNE_6044: PANIC PHNE_5833: PANIC Path Name: /hp-ux_patches/s700/10.X/PHNE_8168 Symptoms: PHNE_8168: This patch replaces PHNE_7324. See Defect Description Defect Description: PHNE_8168: ( SR number: 5000710814 ) An ENXIO error is presently passed from the transport layer up to the application error as a "hard", or irrecoverable error. It is left up to the application to decide how to handle this situation. This is incorrect, because ENXIO is generated by the driver(s) in situations which *may* be recoverable, such as the imfamous 82596 LAN chip error. The user will see applications fail with a connection failure error which may be accompanied by a log message from the driver indicating that some sort of hardware error has occurred. ( SR number: 4701295527 ) ENXIO bubbled upto application causing it to abort abnormally. ( SR number: 4701313866 ) Bug in source code. Found through code examination. Works accidentally. ( SR number: 5003315358 ) There is a panic which can occur when receiving IP multicast packets on an MP system. ( SR number: 5003316810 ) System hang and network congestion. ( SR number: 5003318543 ) Memory leak when IPPROTO_TCP setsockopt() done on clsed socket. ( SR not found ) data memory protection fault panic in whohas_snap8025 ( SR not found ) netstat improperly displays the interface field for clan0. ( SR number: 1653175810 ) icpm packet rerouting to 255.255.255.255 causes system hang on UP and panic on MP. ( SR not found ) For a SYN, when the socket is not found in the listen queue, we search the whole list. This takes too long. It causes performance degradation in netscape. (e.g.The above may happen when a service not started). ( SR number: 1653176644 ) Panic calling audit_send_dgram (). ( SR number: 5003326199 ) K400; 10.01; running ServiceGuard. System panics with doing a ping to a floating ip address of a package that is being shutdown. ( SR not found ) The code does not ensure that there is always space left for '\0' for the case when unit number > 9. ( SR not found ) max value of 20 for listen queue is inadequte for a number of applications. ( SR number: 4701333427 ) Possible panic in tcp_ctloutput() due to inproper locking and unlocking of inp. PHNE_7324: ( SR number: 4701313304 ) The current code allows one to create an arp entry on a poinnt to point interface. When the time expires on this entry,an attempt is made to build a packet by calling a procedure whose pointer should be in the arpcom table. In the point to point case, that pointer is NULL which causes a panic. ( SR number: 1653157289 ) The problem is that a t_snddis() call (using XTI) can fail with EADDRINUSE for no apparent reason. ( SR number: 4701314807 ) The problem is that an XTI application can cause a system panic with "panic: Data page fault". ( SR number: 1653162255 ) An MP system hangs during shutdown because a process gets stuck in soclose() forever. ( SR number: 5003309898 ) System panic during nmget() call. Probable cause: the network management accessing arp table while its being updated. ( SR number: 4701319897 ) tcp_iss is only incremented for tcp_slowtimo() for linear sequencing (not random sequencing). PHNE_6708: ( SR number: 5003292979 ) The problem is that Unix Domain sockets that pass file access rights to each other can cause system panics with the message "Data page fault". ( SR number: 4701316315 ) A multiprocessor system can panic by holding onto a spinlock too long. ( SR number: 1653152611 ) A bad TCPOPT_MAXSEG TCP/IP option can cause a "Conditional trap" system panic. ( SR not found ) The problem is that h/netstatistic.h tries to include "../h/mib.h" which only exists in the kernel build environment. ( SR not found ) A freshly built kernel panics on bootup. This has only been seen on an s770 (skyhawk), but it can possibly happen on other systems as well. ( SR not found ) The problem is that a system panics in sbdrop(). ( SR number: 5003298554 ) The use of multiple IP addresses on the same system is partially broken. While setting up TCP connections, we fail to discriminate between sockets listening at the same port even though they use different IP addresses. This breaks Service Guard (which uses multiple IP addresses on the same interface) and some functionality of multihomed systems. This can also be seen as a bind() problem. ( SR not found ) ICMP Host Unreachable messages can cause a system panic. PHNE_6175: ( SR number: 1653144972 ) There are cases where we can get FIN_WAIT_2 connections that never go away. We need a timer that customers can set to remove these connections. ( SR number: 5003285718 ) An ICMP Net Redirect causes a host route to be added, but the host route has a net address instead of a full IP address. ( SR number: 1653145037 ) Customer hit a panic in kernel socket code. See submitter text for detail. ( SR not found ) The problem is that a partner needs support in the BSD networking stack in order to implement a secure firewall product. They need the right hooks in our kernel. ( SR number: 4701308023 ) The problem is that the system panics upon receipt of a particular type of packet. ( SR number: 5003292524 ) 10.01:Data Segmentation fault in ip_output(). Caused by ping -rp PHNE_6044: ( SR not found ) The problem is that a system with a lot of network connections can panic with "INHEAD held too long". ( SR not found ) TCP/IP performance suffers on systems with a lot of listening and connected sockets. This is noticable on WWW servers which handle a lot of connection requests. ( SR number: 4701303230 ) System paniced after turning networking tracing in a MP system. This type of panic has been duplicated in all 10.X releases. PHNE_5833: ( SR not found ) The problem is that "lanconfig lan0 -rif" makes the ethernet interface lan0 unusable. Carriage returns in a telnet session take about 1 minute to respond. ( SR number: 5003247148 ) ( SR number: 5003263541 ) ICMP 12 messages are passed to applications. some applications don't know what to do with them. ( SR number: 5003264713 ) The listen socket queue limit is only 20 and should be increased. The system administrator should be able to change the maximum. ( SR number: 5003264739 ) The problem is seen when we try to close a file with valid file pointer but invalid cred field. ( SR number: 5003270058 ) The problem is that removing a route that has an active connection network connection over it can cause a system panic. This has been reproduced on a gateway system (at least 2 network interfaces) that is forwarding packets from one network to the other. This has caused the IP forwarding mechanism to panic and the ARP mechanism to panic. This problem can cause panics elsewhere, too. ( SR not found ) The problem is that exercising Unix domain sockets causes a system panic. Specifically, if one socket working as a server (is "connected to" by a client socket) connects to another socket working as a server, the system panics. ( SR number: 1653134999 ) System panics when there are no lan i/fs configured, and nmget(GP_ip) is used to get "IP" MIB information. ( SR not found ) The problem is that IP packets coming in on a fast interface occasionally get dropped for no reason. ( SR number: 5003275438 ) With the 10.x release, ifconfig restricts configuration of the local IP address to not allow all ones or all zeros in the network, subnet, or host portions of the IP address. Furthermore, a one bit subnet is not allowed. Customers migrating from 9.X to 10.X who are currently using all ones or all zeros in these portions of their addresses will get "address not available" errors when doing ifconfig. ( SR not found ) The problem, as reported by the submitter, is that the system panics with "spin_deadlock_failure". A diagnostic message in the msgbuf is "Trying to get spinlock beta semaphore spinlock when spinlock unp_misc_lock is held." ( SR not found ) Problems are noted in the following areas: a). Default TCP MSS should be 536 as per RFC 1122 b). They want to use the Interface's MTU for negotiating a TCP MSS, rather than the IP default of 536, when connecting systems on different subnets. Note that only the default TCP MSS change is required for 10.x because PMTU provides the functionality requested in item "b". ( SR not found ) The problem is that an illegal reference is made to t_template of the tcpcb after the template has been freed. This is a TCP/IP race condition. SR: 5000710814 5003247148 5003263541 5003264713 5003264739 5003270058 4701295527 1653134999 5003275438 4701303230 1653144972 5003285718 1653145037 4701308023 5003292524 5003292979 4701316315 1653152611 4701313866 5003298554 4701313304 1653157289 4701314807 1653162255 5003309898 4701319897 5003315358 5003316810 5003318543 1653175810 1653176644 5003326199 4701333427 Patch Files: /usr/conf/lib/libinet.a(udp_usrreq.o) /usr/conf/lib/libinet.a(tcp_usrreq.o) /usr/conf/lib/libinet.a(tcp_timer.o) /usr/conf/lib/libinet.a(tcp_subr.o) /usr/conf/lib/libinet.a(tcp_output.o) /usr/conf/lib/libinet.a(tcp_input.o) /usr/conf/lib/libhp-ux.a(nm_gen.o) /usr/conf/lib/libinet.a(ip_output.o) /usr/conf/lib/libinet.a(ip_input.o) /usr/conf/lib/libinet.a(ip_icmp.o) /usr/conf/lib/libinet.a(in_proto.o) /usr/conf/lib/libinet.a(in_pcb.o) /usr/conf/lib/libinet.a(in.o) /usr/conf/lib/libinet.a(if_ether.o) /usr/conf/lib/libnet.a(route.o) /usr/conf/lib/libuipc.a(netisr.o) /usr/conf/lib/libnet.a(if_ni.o) /usr/conf/lib/libnet.a(if_loop.o) /usr/conf/lib/libnet.a(if.o) /usr/conf/lib/libhp-ux.a(dgram_aud.o) /usr/conf/lib/libhp-ux.a(netfunc.o) /usr/conf/lib/libuipc.a(sys_socket.o) /usr/conf/lib/libuipc.a(uipc_init.o) /usr/conf/lib/libuipc.a(uipc_socket2.o) /usr/conf/lib/libuipc.a(uipc_usrreq.o) /usr/conf/lib/libuipc.a(uipc_socket.o) /usr/conf/lib/libuipc.a(uipc_syscall.o) /usr/conf/lib/libtpiso.a(xtiso.o) /usr/conf/master.d/net what(1) Output: /usr/conf/lib/libinet.a(udp_usrreq.o): PHNE_8168 udp_usrreq.c $Revision: 1.6.101.8 $ $Date: 96/05/09 14:10:51 $ /usr/conf/lib/libinet.a(tcp_usrreq.o): PHNE_8168 tcp_usrreq.c $Revision: 1.7.101.12 $ $Date : 96/08/23 16:22:00 $ /usr/conf/lib/libinet.a(tcp_timer.o): PHNE_8168 tcp_timer.c $Revision: 1.5.101.10 $ /usr/conf/lib/libinet.a(tcp_subr.o): PHNE_8168 tcp_subr.c $Revision: 1.5.101.11 $ $Date: 96/04/04 12:15:15 $ /usr/conf/lib/libinet.a(tcp_output.o): PHNE_8168 tcp_output.c $Revision: 1.5.101.5 $ $Date: 96/05/13 09:58:56 $ /usr/conf/lib/libinet.a(tcp_input.o): PHNE_8168 tcp_input.c $Revision: 1.8.101.19 $ $Date: 96/07/26 17:26:46 $ /usr/conf/lib/libhp-ux.a(nm_gen.o): PHNE_8168 nm_gen.c $Revision: 1.3.101.3 $ /usr/conf/lib/libinet.a(ip_output.o): PHNE_8168 ip_output.c $Revision: 1.5.101.7 $ $Date: 96/01/23 15:37:38 $ /usr/conf/lib/libinet.a(ip_input.o): PHNE_8168 ip_input.c $Revision: 1.5.101.7 $ $Date: 9 5/11/14 14:06:09 $ /usr/conf/lib/libinet.a(ip_icmp.o): PHNE_8168 ip_icmp.c $Revision: 1.6.101.3 $ /usr/conf/lib/libinet.a(in_proto.o): PHNE_8168 in_proto.c $Revision: 1.3.101.3 $ $Date: 9 5/11/17 16:56:32 $ /usr/conf/lib/libinet.a(in_pcb.o): PHNE_8168 in_pcb.c $Revision: 1.7.101.10 $ $Date: 96 /04/04 12:15:13 $ /usr/conf/lib/libinet.a(in.o): PHNE_8168 in.c $Revision: 1.6.101.12 $ $Date: 96/08/ 22 14:52:53 $ /usr/conf/lib/libinet.a(if_ether.o): PHNE_8168 if_ether.c $Revision: 1.7.101.13 $ /usr/conf/lib/libnet.a(route.o): PHNE_8168 route.c $Revision: 1.6.101.16 $ /usr/conf/lib/libuipc.a(netisr.o): PHNE_8168 netisr.c $Revision: 1.9.101.4 $ /usr/conf/lib/libnet.a(if_ni.o): PHNE_8168 if_ni.c $Revision: 1.7.101.1 $ $Date: 94/1 0/04 11:51:49 $ /usr/conf/lib/libnet.a(if_loop.o): PHNE_8168 if_loop.c $Revision: 1.5.101.4 $ $Date: 95 /12/29 12:50:39 $ /usr/conf/lib/libnet.a(if.o): PHNE_8168 if.c $Revision: 1.4.101.5 $ /usr/conf/lib/libhp-ux.a(dgram_aud.o): PHNE_8168 dgram_aud.c $Revision: 1.2.101.2 $ $Date: 96/08/02 21:07:13 $ /usr/conf/lib/libhp-ux.a(netfunc.o): PHNE_8168 netfunc.c $Revision: 1.4.101.3 $ /usr/conf/lib/libuipc.a(sys_socket.o): PHNE_8168 sys_socket.c $Revision: 1.5.101.4 $ /usr/conf/lib/libuipc.a(uipc_init.o): FILESET BSDIPC-SOCKET: lib uipc: Version: A.10.00 PHNE_8168 uipc_init.c $Date: 95/08/09 14:12:14 $ $Re vision: 1.5.101.3 $ /usr/conf/lib/libuipc.a(uipc_socket2.o): PHNE_8168 uipc_socket2.c $Revision: 1.7.101.4 $ $Dat e: 95/11/20 16:09:12 $ /usr/conf/lib/libuipc.a(uipc_usrreq.o): PHNE_8168 uipc_usrreq.c $Revision: 1.5.101.10 $ /usr/conf/lib/libuipc.a(uipc_socket.o): PHNE_8168 uipc_socket.c $Revision: 1.8.101.9 $ $Date : 96/08/06 18:26:43 $ /usr/conf/lib/libuipc.a(uipc_syscall.o): PHNE_8168 uipc_syscall.c $Revision: 1.7.101.4 $ $Dat e: 96/08/02 21:04:36 $ /usr/conf/lib/libtpiso.a(xtiso.o): PHNE_8168 xtiso.c $Revision: 1.2.101.4 $ $Date: 96/0 2/27 16:24:25 $ /usr/conf/master.d/net: $Revision: 1.2.101.3 $ cksum(1) Output: 737910934 14856 /usr/conf/lib/libinet.a(udp_usrreq.o) 696504258 11992 /usr/conf/lib/libinet.a(tcp_usrreq.o) 2277253331 15364 /usr/conf/lib/libinet.a(tcp_timer.o) 1880989866 9908 /usr/conf/lib/libinet.a(tcp_subr.o) 3539151179 7584 /usr/conf/lib/libinet.a(tcp_output.o) 317828650 22304 /usr/conf/lib/libinet.a(tcp_input.o) 2502305923 7280 /usr/conf/lib/libhp-ux.a(nm_gen.o) 2613057331 11960 /usr/conf/lib/libinet.a(ip_output.o) 3756662643 17220 /usr/conf/lib/libinet.a(ip_input.o) 3020820381 7296 /usr/conf/lib/libinet.a(ip_icmp.o) 2191983255 2772 /usr/conf/lib/libinet.a(in_proto.o) 656852304 14960 /usr/conf/lib/libinet.a(in_pcb.o) 1400916185 16160 /usr/conf/lib/libinet.a(in.o) 1058087577 43136 /usr/conf/lib/libinet.a(if_ether.o) 1480361614 17984 /usr/conf/lib/libnet.a(route.o) 3461040141 7756 /usr/conf/lib/libuipc.a(netisr.o) 8488268 10504 /usr/conf/lib/libnet.a(if_ni.o) 3034802426 5656 /usr/conf/lib/libnet.a(if_loop.o) 823142244 7508 /usr/conf/lib/libnet.a(if.o) 3659002463 2312 /usr/conf/lib/libhp-ux.a(dgram_aud.o) 2452076431 952 /usr/conf/lib/libhp-ux.a(netfunc.o) 377104105 4108 /usr/conf/lib/libuipc.a(sys_socket.o) 319494729 3608 /usr/conf/lib/libuipc.a(uipc_init.o) 731652475 17104 /usr/conf/lib/libuipc.a(uipc_socket2.o) 213970781 12544 /usr/conf/lib/libuipc.a(uipc_usrreq.o) 406261018 20820 /usr/conf/lib/libuipc.a(uipc_socket.o) 2159842456 13600 /usr/conf/lib/libuipc.a(uipc_syscall.o) 2498585809 57320 /usr/conf/lib/libtpiso.a(xtiso.o) 3823741558 5070 /usr/conf/master.d/net Patch Conflicts: None Patch Dependencies: None Hardware Dependencies: None Other Dependencies: None Supersedes: PHNE_5833 PHNE_6044 PHNE_6175 PHNE_6708 PHNE_7324 Equivalent Patches: None Patch Package Size: 470 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_8168 5a. For a standalone system, run swinstall to install the patch: swinstall -x autoreboot=true -x match_target=true \ -s /tmp/PHNE_8168.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_8168.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_8168. 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_8168.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_8168.depot of=/dev/rmt/0m bs=2k Special Installation Instructions: None