Ordenadores Linux pierden rsh o rcp en medio de una distribucion
Cuándo
Esto ha pasado con las distribuciones de pci en línea 1 (se hacen desde fp10 y de ahí van a fp1 y a las estaciones).
Problema
El síntoma es que En medio de la distribución, fp1 pierde la capacidad de hacer/recibir rcp.
Si se mira /var/log/daemon.log se ven cosas como:
Feb 15 10:40:08 fpciL01 in.rshd[2982]: connect from 16.0.65.152
Feb 15 10:40:10 fpciL01 in.rshd[2998]: connect from 16.0.65.152
Feb 15 10:40:10 fpciL01 in.rshd[3004]: connect from 16.0.65.152
Feb 15 10:40:10 fpciL01 in.rshd[3007]: connect from 16.0.65.152
Feb 15 10:40:10 fpciL01 in.rshd[3010]: connect from 16.0.65.152
Feb 15 10:40:10 fpciL01 in.rshd[3013]: connect from 16.0.65.152
Feb 15 10:40:10 fpciL01 in.rshd[3016]: connect from 16.0.65.152
Feb 15 10:40:10 fpciL01 in.rshd[3019]: connect from 16.0.65.152
Feb 15 10:40:10 fpciL01 in.rshd[3022]: connect from 16.0.65.152
Feb 15 10:40:13 fpciL01 in.rshd[3038]: connect from 16.0.65.152
Feb 15 10:40:13 fpciL01 in.rshd[3044]: connect from 16.0.65.152
Feb 15 10:40:13 fpciL01 in.rshd[3047]: connect from 16.0.65.152
Feb 15 10:40:13 fpciL01 in.rshd[3050]: connect from 16.0.65.152
Feb 15 10:40:13 fpciL01 inetd[782]: shell/tcp server failing (looping), service terminated
Y desde entonces el servicio para de funcionar.
Hay documentación sobre eso en esta thread y en la página de manual de inetd.conf(5).
Básicamente es: the maximum number of server instances that may be spawned from inetd within an interval of 60 seconds is limited. By defaut it is 40. It can be specified as a suffix to the wait/nowait parameter, separated by a dot. For example, to make it 120: wait.120
Solución
Editar el /etc/inetd.conf y hacer que la línea que empieza por shell quede así:
==CUT===shell stream tcp nowait.400 root /usr/sbin/tcpd /usr/sbin/in.rshd
===CUT===
Después reiniciar el inetd:
# /etc/init.d/inetd restart