Operating System - Tru64 Unix
1829103 Members
2472 Online
109986 Solutions
New Discussion

telnet sessions limitation

 
ZeeshanSheikh
Advisor

telnet sessions limitation

hi experts.
i have an issue when more than 65 users trying to login to my tru64 4.0f on es40 server.

i do configured the kernel for more than 200 ptys and created more than 200 ptys using /dev/MAKEDEV script. but it is still limited to 65 users. any attempt to login after that it fails.
am i missing something in the kernel parameters or any other configuration.
?
14 REPLIES 14
Steven Schweda
Honored Contributor

Re: telnet sessions limitation

Reboot?
Rob Leadbeater
Honored Contributor

Re: telnet sessions limitation

Hi,

Are there any clues in /var/adm/messages ?

You might only be licensed for 64 users...

Cheers,

Rob
ZeeshanSheikh
Advisor

Re: telnet sessions limitation

we already restarted the Server
Pieter 't Hart
Honored Contributor

Re: telnet sessions limitation

in adition to Rob's suggestion :
check with "lmf list full for OSF-USR"
how many "units" are registered.
Ik think you need 100 units per user.

it should be logged if licence limits are exceeded.
ZeeshanSheikh
Advisor

Re: telnet sessions limitation

I check the message file but i couldnot get new logs below are the last mentioned logs

Jan 12 07:17:07 server vmunix: chk_bf_quota: group quota underflow for group 7 on file set

Jan 12 07:30:55 server vmunix: chk_bf_quota: group quota underflow for group 7 on file set

Jan 12 21:36:51 server vmunix: chk_bf_quota: group quota underflow for group 7 on file set
ZeeshanSheikh
Advisor

Re: telnet sessions limitation

Still this error is coming
telnetd: All network ports in use
please suggest solution
ZeeshanSheikh
Advisor

Re: telnet sessions limitation

dear Pieter where we should check "lmf list full for OSF-USR"
Pieter 't Hart
Honored Contributor

Re: telnet sessions limitation

the lmf command is an standard TRU64 command.

but the "telnetd: All network ports in use" suggests licencing is not the problem.

can you check if the number of tty's matches the number of pty's?
they work in pairs!

read "man pty" :

The pty driver provides support for a device-pair termed a pseudo terminal.
A pseudo terminal is a pair of character devices, a master device and a slave device. The slave device provides an interface identical to that described in the tty(7) reference page.

To create additional ptys, do the following:
1. Increase the value of the nptys attribute for the pts subsystem by using either the dxkerneltuner application or the sysconfig-r*O command. The value you choose should be the maximum number of ptys that you want active on your system.
2. Increase the value of the following attributes for the proc subsystem as follows:
+ maxusers -- 4096
+ max-thread -- 3*maxusers
+ max-task -- 3*maxusers
+ max-proc-per-user -- 3*maxusers
Use either the dxkerneltuner application or sysconfig -r command to make these changes.
3. Create and run (as root) the following script, make_ptys:

Pieter
Vladimir Fabecic
Honored Contributor

Re: telnet sessions limitation

Please send output of:
# lmf list full
# ls /dev | grep pty | wc -l
# sysconfig -q pts
Do not think it is a license issue, we will see after you you send this outputs.
In vino veritas, in VMS cluster
ZeeshanSheikh
Advisor

Re: telnet sessions limitation

Please check the output below and suggest

--------------------------------------------
# lmf list full
--------------------------------------------

Product Name: ADVFS-UTILITIES
Producer: DEC
Issuer: DEC
Authorization Number: ALS-IL-1998JUN20-100
Number of units: 1300
Version:
Product Release Date:
Key Termination Date:
Availability Table Code: H
Activity Table Code:
Key Options: MOD_UNITS, ALPHA
Product Token:
Hardware-Id:
License status: active
Cancellation Date:
Revision Number: 0
Comment:
Cache Total Units: 1300
Activity Charge: 0

Product Name: OSF-USR
Producer: DEC
Issuer: DEC
Authorization Number: ALS-IL-1999JUL19-851
Number of units: 2100
Version:
Product Release Date:
Key Termination Date:
Availability Table Code: H
Activity Table Code:
Key Options: MOD_UNITS, ALPHA
Product Token:
Hardware-Id:
License status: active
Cancellation Date:
Revision Number: 1
Comment:
Cache Total Units: 2100
Activity Charge: 0

Product Name: OSF-BASE
Producer: DEC
Issuer: DEC
Authorization Number: ALS-IL-1999JUL19-849
Number of units: 100
Version:
Product Release Date:
Key Termination Date:
Availability Table Code: A
Activity Table Code:
Key Options: MOD_UNITS, ALPHA
Product Token:
Hardware-Id:
License status: active
Cancellation Date:
Revision Number: 0
Comment:
Cache Total Units: 150
Activity Charge: 0

Product Name: OSF-BASE
Producer: DEC
Issuer: DEC
Authorization Number: ALS-IL-1999JUL19-852
Number of units: 50
Version:
Product Release Date:
Key Termination Date:
Availability Table Code: A
Activity Table Code:
Key Options: MOD_UNITS, ALPHA
Product Token:
Hardware-Id:
License status: active, multiple
Cancellation Date:
Revision Number: 0
Comment:

--------------------------------------------
ls /dev | grep pty | wc -l
--------------------------------------------

544

--------------------------------------------
sysconfig -q pts
--------------------------------------------

pts:
nptys = 700
ZeeshanSheikh
Advisor

Re: telnet sessions limitation

Hi All experts please check the output of the commands and suggest how to solve this issue.

Thanks
Pieter 't Hart
Honored Contributor

Re: telnet sessions limitation

I see in your output no respons on my post:

can you check if the number of tty's matches the number of pty's?
they work in pairs!

read "man pty" :

The pty driver provides support for a device-pair termed a pseudo terminal.
A pseudo terminal is a pair of character devices, a master device and a slave device. The slave device provides an interface identical to that described in the tty(7) reference page.
ZeeshanSheikh
Advisor

Re: telnet sessions limitation

The no of TTY Components is as below

ls /dev | grep pty | wc -l
Output: 544

ls /dev | grep tty | wc -l
Output: 2893

Please suggest
Pieter 't Hart
Honored Contributor

Re: telnet sessions limitation

sorry the slave devices are not de tty's but they are in /dev/pts
please check
also check if protection of both pty's and in /dev/pts/* is set to 666 (rw-rw-rw-)

alternative :manually start a second telnet-daemon with debug options,
Then setup a telnet session to the specified port. and look for clueues in the output (see man telnet) .

telnetd [-debug | debug6 [port]] [-D modifier...] [-n] [-x] [-K] [-d auth |
enc]

OPTIONS

-debug|debug6 [port]
Starts telnetd manually, rather than through inetd, on alternate TCP port number port