problem increasing nfile

[Arjen Verhulst]

Hi,
since serveral times already we don't use the formula anymore (nfile=etc etc) (because with 100 (standard=16) x ( )it made too many characters to complete the formula) now we just put the wanted number (ie 200000)
this time we got an error: nproc < =4 ....
how can I increase my nfile from 140 000 to 200000 (150 000 was not accepted either, and even 140 000 was fount uncorrect, so it seemed)

some values: 1000 users, progress databases with togeteher ca 52 extends, 1 user+some system use=132 open files. on a busy day 126 000 open files.
ptys 2048 (since a month,before it was 1024, files made after latest nfile change)should 1 have changed it in the kernetl too? I experienced a year ago that even if the kernel says 1024, the workeable standard is only 60 ptys (you have to create the files yourself)
i read already some about nfile en nproc but still don't found the answer i wanted/understood

[Steven E. Protter]

Shalom,

Bill Hassell counsel's to remove formulas from the kernel in HP-UX. I follow this philosophy. There are some rules you can't break, but formulas are not realistic and can cause frustration.

Take them out using sam and set values you want or need.

SEP

[Bill Hassell]

> how can I increase my nfile from 140 000 to 200000 (150 000 was not accepted either, and even 140 000 was fount uncorrect, so it seemed)

You can set nfile to any value (millions). As Steven mentioned, the formula is worthless for most situations. If you need 250000 then replace the formula with that number. Remember that large numbers in sam have no spaces or commas in the number.

> ... only 60 ptys (you have to create the files yourself)

Always change npty, nstrpty and nstrtel at the same time to the same value. If you need 2000 users to login, change all 3 parameters to 2500. When you use sam, the necessary device files are created automatically for you.

[Arjen Verhulst]

Hi Bill Hassell,
you wrote: Always change npty, nstrpty and nstrtel at the same time to the same value
on my server npty=2048, nstrpty=1024 end nstrtel=2048
is this a problem? it was like that before when nfile had a value 140 000

the error while increasing 140 000 to 200000 was more exactly (i rembered when browsing the kernel parameters)
semmnu < =nproc-4

i found that nproc-4 is the maximum for nproc

our values:
nproc=8020
npty=2048
nstrpty=1024
semmnu=12288

[Arjen Verhulst]

Hi,
still haven't got a response for about a week. no brilliant ideas?

[Andrew Young_2]

Hi.

I suspect you still have a formula in your system that uses nproc or an nproc derived value that now exceeds some bounds for it.

Likely suspects are (together with their max limits - 11.23):

maxuprc
msgseg =< 32767
msgtql
nfile <= 2147483647
nflocks <= 16777216
ninode <= 30000
nkthread <= 4194304
nproc <= 30000
nstrtel
semmni <= 32767
semmns <= 335534080
semmnu

If you unsure where the formula might be, also look at the file /stand/system - don't edit the file!

HTH

Andrew Y

[Bill Hassell]

> you wrote: Always change npty, nstrpty and nstrtel at the same time to the same value
on my server npty=2048, nstrpty=1024 end nstrtel=2048
is this a problem? it was like that before when nfile had a value 140 000

No, the 3 values refer to the number of interactive network logins. The values can be different but it is simpler to make them all the same. The reason is that HP-UX has been changing the underlying pty handling code to streams-based, so it depends heavily on which version you are running. Make them all the same and then you don't have to research your version of HP-UX. The pty values have not relationship to nproc other than if more people login then you'll need more processes (nproc).

> the error while increasing 140 000 to 200000 was more exactly (i rembered when browsing the kernel parameters)
semmnu < =nproc-4
>
> i found that nproc-4 is the maximum for nproc

The comment isn't clear. As mentioned, using the formulas is not helpful. Semaphore count simply depends on processes that need to use semaphores.