LinuxQuestions.org - xinetd recreate it self

- Linux - Newbie (https://www.linuxquestions.org/questions/linux-newbie-8/)

- - xinetd recreate it self (https://www.linuxquestions.org/questions/linux-newbie-8/xinetd-recreate-it-self-858421/)

xinetd recreate it self

Code:



>ps -ef | grep xin



root      1656    1  0 JanXX ?        00:00:00 xinetd -stayalive -pidfile /var/run/xinetd.pid

root      2605  1656 99 12:13 ?        02:05:58 xinetd -stayalive -pidfile /var/run/xinetd.pid

any ideas ?

Pretty sure this is normal, from memory the child does the actual listening for connections, once it accepts a connection the parent spawns a new child to handle new connections

but the thing is we have same set up on many servers, only on few of them we had this multiple xinetd intense going on.
Problem is child process takes up almost all the cpu resources.

Maybe it could help if you:
- compare Xinetd and OS versions where it does and doesn't work,
- the same for /etc/xinetd.conf and /etc/xinetd.d contents,
- explain why you force "-stayalive",
- if wherever it sends its log lines to holds any clues, and
- if you tried debugging Xinetd ("-d")?

-stayalive is in xinetd startup script, by default. I did not force it.
I only used plain old

Code:

>service xinetd start

Rest I will test.

Ok so here is the situation now.

Reason I find more multiple xinetd running on the system is,

1-xinetd fork itself to fulfil nrpe request.
2-then child process exits.
3-very rarely child is not able to exit properly.
4-yet according to normal procedure parent xinetd create a next child process.

Now the thing is

(out put from lsof)

Code:





etd    26133      root    0u    IPv4  3333                  TCP host-with-issue.mycompany.com:36421->ad.mycompany.com:ldap (ESTABLISHED)

xinetd    26133      root    1u    IPv4  3333                  TCP host-with-issue.mycompany.com:36424->ad.mycompany.com:ldap (ESTABLISHED)

xinetd    26133      root    5u    IPv4  333                  TCP *:nrpe (LISTEN)

xinetd    26133      root    6u    IPv4  3333                  TCP host-with-issue.mycompany.com->192.1.XX.XX:XXXX (CLOSE_WAIT)

xinetd    26133      root    7u    unix 33333            50072649 socket

xinetd    26133      root    0u    IPv4  333                  TCP host-with-issue.mycompany.com:36421->ad.mycompany.com:ldap (CLOSE_WAIT)

xinetd    26133      root    1u    IPv4  3333                  TCP host-with-issue.mycompany.com:36424->ad.mycompany.com:ldap (CLOSE_WAIT)

for some reason xinetd go thround active Directory, and probably active directory acts up and xinetd gets hung.

1-Can we make xinetd not to go through active dir??

Changing the authentication model isn't really the way to fix this problem, you should probably start looking at your openldap client config