Network connection (onsoctcp) issues with 9.20.UC4

We're having an odd problem with a 9.20.UC4 database: following a system crash yesterday, the database is refusing to accept network connections (onsoctcp), though onipcshm connections work fine. This behavior persists across oninits. The port is open (netstat -a shows LISTEN plus multiple ESTABLISHED), but ODBC, dbping, dbaccess via TCP, &c. all fail. Has anyone experience this behavior before, or have any idea from where within the server it originates? ONSTAT NTT onstat -g ntt | grep -v sqlexec Informix Dynamic Server 2000 Version 9.20.UC4 -- On-Line -- Up 00:59:58 -- 106 0736 Kbytes global network information: #netscb connects read write q-free q-limits q-exceed 182/ 194 972 997500 1051421 2/ 2 170/ 10 0/ 0 Individual thread network information (times): netscb thread name sid open read write address 704bf368 soctcplst 7 11:17:08 12:16:31 isf50|1526|soctcp 704bedc8 sm_discon 6 11:17:07 704b0ad0 sm_listen 4 11:17:07 7049fd78 soctcppoll 3 11:17:07 7048a430 sm_poll 2 11:17:07 ONSTAT NTU onstat -g ntu | grep -v sqlexec Informix Dynamic Server 2000 Version 9.20.UC4 -- On-Line -- Up 00:55:58 -- 1060736 Kbytes global network information: #netscb connects read write q-free q-limits q-exceed 183/ 194 934 924173 977411 2/ 2 170/ 10 0/ 0 Individual thread network information (basic): netscb type thread name sid fd poll reads writes q-nrm q-pvt q-exp 704bf368 soctcp soctcplst 7 1 5 125 0 0/ 0 0/ 0 0/ 0 704bedc8 ipcshm sm_discon 6 0 0 0 0 0/ 0 0/ 0 0/ 0 704b0ad0 ipcshm sm_listen 4 0 0 809 0 0/ 0 0/ 0 0/ 0 7049fd78 soctcp soctcppoll 3 0 5 125 0 0/ 0 0/ 0 0/ 0 7048a430 ipcshm sm_poll 2 0 0 692541 0 0/ 0 0/ 0 0/ 0 ONSTAT NTM onstat -g ntm Informix Dynamic Server 2000 Version 9.20.UC4 -- On-Line -- Up 01:00:41 -- 1060736 Kbytes global network information: #netscb connects read write q-free q-limits q-exceed 185/ 194 978 1010996 1064951 2/ 2 170/ 10 0/ 0 Network mailbox information: box netscb thread name max received in box max in box full signal 5 7049fd78 soctcppoll 10 405 0 3 0 yes 6 704bf368 soctcplst 10 0 0 0 0 no ONSTAT NTD onstat -g ntd Informix Dynamic Server 2000 Version 9.20.UC4 -- On-Line -- Up 01:00:55 -- 1060736 Kbytes global network information: #netscb connects read write q-free q-limits q-exceed 183/ 194 980 1015333 1069240 2/ 2 170/ 10 0/ 0 Client Type Calls Accepted Rejected Read Write sqlexec yes 980 0 1014350 1069240 srvinfx yes 0 0 0 0 onspace yes 0 0 0 0 onlog yes 0 0 0 0 onparam yes 0 0 0 0 oncheck yes 0 0 0 0 onload yes 0 0 0 0 onunload yes 0 0 0 0 onmonitor yes 0 0 0 0 dr_accept yes 0 0 0 0 cdraccept no 0 0 0 0 ontape yes 0 0 0 0 srvstat yes 0 0 0 0 asfecho yes 0 0 0 0 listener yes 0 0 983 0 crsamexec yes 0 0 0 0 safe yes 0 0 0 0 onutil yes 0 0 0 0 Totals 980 0 1015333 1069240

For posterity's sake: The database crash left files in /INFORMIXTMP, which, at some deep and cthonic level within Informix, prevented network connections from spawning. Take Informix down, clear out /INFORMIXTMP, and oninit the database to fix this issue.