Si se especifica DNS para la consulta de sistemas o ipnodes en el archivo /etc/nsswitch.conf y el sistema está ejecutando aplicaciones de subproceso múltiple, el daemon nscd podria dejar de funcionar inesperadamente. Este problema se produce porque el daemon nscd va aumentando de tamaño y puede llegar a ocupar 4 GB de espacio de intercambio. Si todo el espacio de intercambio, se termina, entonces nscd podría fallar y otros procesos nuevos podrían sufrir varios errores.
Solución alternativa: para evitar este problema, modifique los valores de nscd; siga estos pasos.
Conviértase en superusuario.
Pare el daemon nscd.
# /etc/init.d/nscd stop |
Agregue o modifique las líneas siguientes del archivo /etc/nscd.conf.
keep-hot-count hosts 0
keep-hot-count ipnodes 0
Reinicie el daemon nscd.
# /etc/init.d/nscd start |
No ejecutar nscd hará que la misma fuga aparezca en cualquier aplicación de subproceso múltiple que realice consultas de sistemas.
El daemon Point-to-Point Protocol (PPP) 4.0 de Solaris (pppd) podría finalizar inesperadamente bajo las condiciones siguientes.
Cuando el daemon pppd está desocupado.
Las opciones demand y holdoff del daemon pppd están habilitadas.
Se recibe un paquete durante el período de no retención.
Si el daemon pppd finaliza inesperadamente, se registra un mensaje parecido al siguiente en el archivo de registro de sistema correspondiente.
fecha actual nombre-sistema pppd[PID]: [ID 702911 daemon.error] unable to set IP to pass: Invalid argument fecha actual nombre-sistema pppd[PID]: [ID 702911 daemon.error] unable to enable IPCP |
Consulte la página de comando man pppd(1M) para obtener más información sobre las opciones demand y holdoff del daemon pppd.
Solución alternativa: elija una de las soluciones alternativas siguientes:
Si no necesita que el daemon pppd espere antes de volver a intentar iniciar los enlaces, no use la opción holdoff con el daemon pppd.
Establezca el valor de la opción holdoff a 0.
Ejecute el daemon pppd desde una secuencia en bucle similar a la siguiente para el shell Bourne.
#!/bin/sh while :; do /usr/bin/pppd cua/b lock idle 60 demand nodetach noauth \ 38400 10.0.0.1:10.0.0.2 holdoff 20 done
Si se configuran varios túneles IP entre dos nodos IP y se habilitan el filtro ip_strict_dst_multihoming u otros, se pueden producir pérdidas de paquetes.
Solución alternativa: elija una de las soluciones alternativas siguientes:
Configure un solo túnel entre los dos nodos IP y agregue direcciones al túnel con el comando ifconfig, con la opción addif.
No habilite ip_strict_dst_multihoming en los túneles entre dos nodos IP.