반응형
resolution
- fix (PHNE_????) - ARPA Transport comulative patch , swlist -l patch
- ndd -set /dev/tcp tcp_early_conn_ind 0
- check tcp_conn_request_max
- swapinfo -tam
- -B option in /etc/inetd.conf for the ftp daemon. Set it to a small value
- value for dbc_max_pct
- /var/adm/nettl.LOG**
- Increase the TCP receive buffer size.
- You can set dynamic buffer space allocation on your server. From kernel configuration menu, set nbuf and bufpages to zero(0) and swapmem_on=1. Use "echo bufpages/D | adb -k /stand/vmunix /dev/kmem" command to see the current buffer size of use sysdef before making the modifications. -> With this information, modify the dbc_max_pct and dbc_min_pct values in your kernel.
-
Have you done a massive LAN port scanning? When this happend a telnet reconnection storm occurs being able to exhaust the available buffer space for this purpose. Then a TOC (Transfer Of Control) is generated by MC/ServiceGuard. A suggested action to avoid this could be: 1.- Install last ARPA Transport comulative patch (PHNE_29473) and dependencies (reboot required). 2.- Ensure that MC/ServiceGuard NODE_TIMEOUT parameter (/etc/cmcluster/cluster.conf) have a value among 5-8 to minimize the TOC risk. If you need increase this value you must stop the pkg, execute the cmapplyconf command and restart the pkg. - vmstat 5 5 (dynamic buffer cahe(settings dbc_max_pct and dbc_min_pct) and the values are at default. dbc_max_pct is at 50 % and min at 5 %.)
- sar -b 5 5 (If write cache rate is not constantly more than 80 %, you can certainly lower it.)
- add swap memory
Turn it on, may be the error will go away. lvcreate -L size_in_mb -C y /dev/vgxx/lvolx entry in /etc/fstab /dev/vgxx/lvolx ... swap pri=1 0 0 swapon -a - ndd -get /dev/tcp tcp_status
- Increase the TCP receive buffer size.
Summary: 1 of 2 on "No buffer space available"
Summary: 2 of 2 on "No buffer space available" aka poll()
http://archives.neohapsis.com/archives/postfix/2002-02/1952.html
반응형