telnetd: Telnet device drivers missing: No such device

[Horace Monzone]

Ok I have a server that will spit this error out when users try to log into it.

I run a 'who|wc -l' and it always seems to be at 26 users that this starts happening. If some disconnect the problem goes away. I saw this solution in the knowledge base when I started researching the issue:

'I would do the following.

rm /dev/pts/*
rm /dev/pty/*
then
cd /dev
insf -e
insf -d telm
insf -d tels

Also check the kernel parameters


npty nstrpty nstrtel'

When this starts happening rming and installing special files doesn't resolve the issue. When I check those kernel parameters they are all set to 60.

Anyone have any recommendations?

Is there a way I can check the number of virtual terminals that are up? Is there always a 1:1 correlation between number of users (from the 'who' output) and the number of virtual terminals?

[Dario_1]

Horace:

Check this out:

http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0xe9c6d08cc06fd511abcd0090277a778c,00.html

Regards,

DR

[Dario_1]

Hi again:

Here is another interesting post that will help you:

http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0x4b2e4b3ef09fd611abdb0090277a778c,00.html

Regards,

DR

[Umapathy S]

The problems may be in
1. A script which checks and limits the no of users logged in.

2. maxusers kernel parameter may not be sufficient.

3. I faced this problem, when testers with their tcl/expect combination spawns a larger number of test-cases (in the same shell) this banged out. In all the cases maxusers, nproc and the pty* parameters should be increased.


Hope this helps.


cheers
Umapathy

[Jeff Schussele]

Hi Horace,

It's not a one to one ratio for users & pts assignments.
Compare that who output to a ps -ef output & you'll see that pts' are assigned for procs as well as connections.
For example dtexec will consume pts'
Also some streams-oriented connections will also consume pts'. Therefore I always specify 2-3 times as many npty, nstrpty & nstrtel devices as the estimated max user connections just to cover the other pts users.
If I were you, I'd bump those values to at around 256, reboot & let the system auto-create the new pts'.

Rgds,
Jeff

[Horace Monzone]

Thx for the recommendations everyone, I've rated them all highly and upping the values on those kernel parameters seems to have done the trick.

After running a ps -ef per the above recommendation I see where our other pseudo terms were being used.