GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Mysterious telnetd spawning
Operating System - HP-UX
1846812
Members
7597
Online
110256
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Forums
Discussions
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Go to solution
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-27-2001 07:43 AM
09-27-2001 07:43 AM
One of our 11i systems is set up to allow 300 telnet sessions. There were 170 users telneted in, when suddenly no one else could telnet it and we started getting "Telnet device drivers missing" errors.
I found that there were 300 telnetd processes spawned. 170 were valid, but 130 of these were spawned at the same time and did not have a tty associated with it. I killed these off and all was fine again.
Any ideas of how this could have happened?
I can see a few coming from telnet session not terminated correctly, but not sure how so many could happen at once. This has not happened before, but the system was just upgraded (cold install) to 11i a couple days ago.
I found that there were 300 telnetd processes spawned. 170 were valid, but 130 of these were spawned at the same time and did not have a tty associated with it. I killed these off and all was fine again.
Any ideas of how this could have happened?
I can see a few coming from telnet session not terminated correctly, but not sure how so many could happen at once. This has not happened before, but the system was just upgraded (cold install) to 11i a couple days ago.
Ye who thinks he has a lot to say, probably shouldn't.
Solved! Go to Solution.
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-27-2001 08:10 AM
09-27-2001 08:10 AM
Solution
Hi Bernie,
Do you have logging enabled for inetd?
If you just want to enable inetd temporarily(this won't be set upon subsequent reboots, but if you want to enable logging on reboots to then modify /etc/rc.config.d/netdaemons and add "-l" to INETD_ARGS)
inetd -k
inetd -l
This will enable logging in your /var/adm/syslog/syslog.log for your inetd daemon, and you can check where the telnet connections are coming from, but this will increase your file size, so keep an eye on the log file.
Since this was the first occurance, not sure if it will happen again or not but you will atleast be better prepared if it does.
-Regards
Ramesh
Do you have logging enabled for inetd?
If you just want to enable inetd temporarily(this won't be set upon subsequent reboots, but if you want to enable logging on reboots to then modify /etc/rc.config.d/netdaemons and add "-l" to INETD_ARGS)
inetd -k
inetd -l
This will enable logging in your /var/adm/syslog/syslog.log for your inetd daemon, and you can check where the telnet connections are coming from, but this will increase your file size, so keep an eye on the log file.
Since this was the first occurance, not sure if it will happen again or not but you will atleast be better prepared if it does.
-Regards
Ramesh
They think they know but don't. At least I know I don't know - Socrates
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-27-2001 08:33 AM
09-27-2001 08:33 AM
Re: Mysterious telnetd spawning
Ramesh,
I did not have it enabled. Not sure I'd want it enabled normally, but its a great idea to turn it on for awhile and see if it happens again, if it does I will at least know where it came from. Thanks.
I did not have it enabled. Not sure I'd want it enabled normally, but its a great idea to turn it on for awhile and see if it happens again, if it does I will at least know where it came from. Thanks.
Ye who thinks he has a lot to say, probably shouldn't.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-27-2001 12:14 PM
09-27-2001 12:14 PM
Re: Mysterious telnetd spawning
I saw this happen at my site too. Here's my GUESS: There is something that uses telnet to periodically connect to your system. The thing is able to handle networking one direction only, into the HP box. It bangs into the system, grabs a port, can't do anything with it, so it grabs another port. It cycles like this until it grabs all of the telnet ports available.
Like I said. This is a GUESS. My incident came from a little program was a dos batch file in an infinite loop from an NT box.
But I can't prove anything yet. The error very rarely happens.
Steve
Like I said. This is a GUESS. My incident came from a little program was a dos batch file in an infinite loop from an NT box.
But I can't prove anything yet. The error very rarely happens.
Steve
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Events and news
Customer resources
© Copyright 2026 Hewlett Packard Enterprise Development LP