[sisyphus] fork: Resource temporarily unavailable

[sisyphus] fork: Resource temporarily unavailable

[Peter V. Saveliev]

...

Проблема старая, но пока не нашел достойного решения:

8<- /var/log/maillog ---------------------------------------------------
Feb 12 20:04:52 oracle1 postfix/sendmail[7854]: warning: fork: Resource temporarily unavailable
Feb 12 20:04:56 oracle1 postfix/sendmail[9194]: warning: fork: Too many open files
Feb 12 20:04:56 oracle1 postfix/sendmail[27409]: warning: fork: Resource temporarily unavailable
Feb 12 20:04:56 oracle1 postfix/sendmail[13132]: warning: fork: Too many open files
Feb 12 20:04:57 oracle1 postfix/sendmail[11484]: warning: fork: Too many open files
Feb 12 20:05:01 oracle1 postfix/sendmail[10612]: warning: fork: Too many open files
Feb 12 20:05:01 oracle1 postfix/sendmail[12225]: warning: fork: Too many open files
Feb 12 20:05:01 oracle1 postfix/sendmail[16437]: warning: fork: Too many open files
Feb 12 20:05:02 oracle1 postfix/sendmail[8433]: warning: fork: Too many open files
Feb 12 20:05:02 oracle1 postfix/sendmail[7854]: warning: fork: Resource temporarily unavailable
Feb 12 20:05:06 oracle1 postfix/sendmail[9194]: warning: fork: Too many open files
Feb 12 20:05:06 oracle1 postfix/sendmail[27409]: warning: fork: Resource temporarily unavailable
8<----------------------------------------------------------------------

# cat /proc/sys/kernel/threads-max
32767

От оракула:

-bash-2.05b$ ulimit -a
core file size        (blocks, -c) 0
data seg size         (kbytes, -d) unlimited
file size             (blocks, -f) unlimited
max locked memory     (kbytes, -l) unlimited
max memory size       (kbytes, -m) unlimited
open files                    (-n) 4092
pipe size          (512 bytes, -p) 8
stack size            (kbytes, -s) 8192
cpu time             (seconds, -t) unlimited
max user processes            (-u) 1500
virtual memory        (kbytes, -v) unlimited

При этом: 

-bash-2.05b$ ps -aux | grep -E '^oracle' | wc -l
    172
-bash-2.05b$ ps -aux | wc -l
    235

В задумках... Пересобираю glibc на тему posix_threads, как нашел в одной
howto, но - поможет ли? Странно все это...

ЗЫ: 
# uname -a
Linux oracle1.main 2.4.18-alt6master-smp #1 SMP Tue Apr 16 14:11:49 MSD 2002 i686 unknown unknown GNU/Linux

-- 
Sincerely, Peter V. Saveliev

E-mail: peet@eltel.net
Jabber: peet@jabber.ru

[sisyphus] Re: fork: Resource temporarily unavailable

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 838 bytes --]

On Wed, 12 Feb 2003 20:12:18 +0300
"Peter V. Saveliev" <peet@eltel.net> wrote:

> ...
> 
> Проблема старая, но пока не нашел достойного решения:
> 
> 8<- /var/log/maillog
> --------------------------------------------------- Feb 12
> 20:04:52 oracle1 postfix/sendmail[7854]: warning: fork:
> Resource temporarily unavailable Feb 12 20:04:56 oracle1
> postfix/sendmail[9194]: warning: fork: Too many open files Feb
> 12 20:04:56 oracle1 postfix/sendmail[27409]: warning: fork:
> Resource temporarily unavailable

У меня при сборке rpm из спека такое бывает, правда, только про
ресурсы - с файлами всё ок. Лечится выключением кучи прог, хотя
по логике, IMHO, должно быть достаточно закрыть ту же mozilla,
чтобы rpmbuild ресурсов хватило.

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: fork: Resource temporarily unavailable

[Peter V. Saveliev]

On Thu, 13 Feb 2003 11:54:59 +0300
Vitaly Ostanin <vyt@vzljot.ru> wrote:

> On Wed, 12 Feb 2003 20:12:18 +0300
> "Peter V. Saveliev" <peet@eltel.net> wrote:
> 
> > ...
> > 
> > Проблема старая, но пока не нашел достойного решения:
> > 
> > 8<- /var/log/maillog
> > --------------------------------------------------- Feb 12
> > 20:04:52 oracle1 postfix/sendmail[7854]: warning: fork:
> > Resource temporarily unavailable Feb 12 20:04:56 oracle1
> > postfix/sendmail[9194]: warning: fork: Too many open files Feb
> > 12 20:04:56 oracle1 postfix/sendmail[27409]: warning: fork:
> > Resource temporarily unavailable
> 
> У меня при сборке rpm из спека такое бывает, правда, только про
> ресурсы - с файлами всё ок. Лечится выключением кучи прог, хотя
> по логике, IMHO, должно быть достаточно закрыть ту же mozilla,
> чтобы rpmbuild ресурсов хватило.
> 

Кучи прог там нет, только oracle, ntpd, crond и postfix. А, еще sshd.
Нечего выключать...

-- 
Sincerely, Peter V. Saveliev

E-mail: peet@eltel.net
Jabber: peet@jabber.ru

Re: [sisyphus] fork: Resource temporarily unavailable

[Peter V. Saveliev]

...

Проблема решилась - fork() удовлетворил через увеличение
PTHREAD_THREADS_MAX до 8192 в glibc, открытие файлов - через nofile
равном 4096 для oracle в limits.conf. Но странно это, или ps & top меня
парили на тему тредов oracle, или одно из двух. Ибо по умолчанию в glibc
стоит PTHREAD_THREADS_MAX = 1024, а ps показывал от силы полторы сотни.

-- 
Sincerely, Peter V. Saveliev

E-mail: peet@eltel.net
Jabber: peet@jabber.ru

Re: [sisyphus] fork: Resource temporarily unavailable

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 261 bytes --]

On Fri, Feb 14, 2003 at 03:26:52AM +0300, Peter V. Saveliev wrote:
> Проблема решилась - fork() удовлетворил через увеличение
> PTHREAD_THREADS_MAX до 8192 в glibc, открытие файлов - через nofile

Увеличение PTHREAD_THREADS_MAX это очень плохой стиль.


--
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] fork: Resource temporarily unavailable

[Alexey M. Victorovich]

On Fri, Feb 14, 2003 at 03:26:52AM +0300, Peter V. Saveliev wrote:
>> Проблема решилась - fork() удовлетворил через увеличение
>> PTHREAD_THREADS_MAX до 8192 в glibc, открытие файлов - через nofile
> 
> Увеличение PTHREAD_THREADS_MAX это очень плохой стиль.

А как это можно сделать иначе?

-- 
av

Re: [sisyphus] fork: Resource temporarily unavailable

[Vyacheslav Sokolov]

>
>
>On Fri, Feb 14, 2003 at 03:26:52AM +0300, Peter V. Saveliev wrote:
>
>>>Проблема решилась - fork() удовлетворил через увеличение
>>>PTHREAD_THREADS_MAX до 8192 в glibc, открытие файлов - через nofile
>>>
>>Увеличение PTHREAD_THREADS_MAX это очень плохой стиль.
>>
>
>А как это можно сделать иначе?
>

И еще - а почему это плохой стиль?

--
В.Соколов

Re: [sisyphus] fork: Resource temporarily unavailable

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 408 bytes --]

On Fri, Feb 14, 2003 at 04:48:31PM +0400, Alexey M. Victorovich wrote:
> On Fri, Feb 14, 2003 at 03:26:52AM +0300, Peter V. Saveliev wrote:
> >> Проблема решилась - fork() удовлетворил через увеличение
> >> PTHREAD_THREADS_MAX до 8192 в glibc, открытие файлов - через nofile
> > 
> > Увеличение PTHREAD_THREADS_MAX это очень плохой стиль.
> 
> А как это можно сделать иначе?

Это зависит от задачи.


--
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] fork: Resource temporarily unavailable

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 415 bytes --]

On Fri, Feb 14, 2003 at 04:13:02PM +0300, Vyacheslav Sokolov wrote:
> >>>Проблема решилась - fork() удовлетворил через увеличение
> >>>PTHREAD_THREADS_MAX до 8192 в glibc, открытие файлов - через nofile
> >>>
> >>Увеличение PTHREAD_THREADS_MAX это очень плохой стиль.
> 
> И еще - а почему это плохой стиль?

Потому что у вас в системе вряд ли найдется несколько тысяч одновременно
работающих процессоров.


--
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] fork: Resource temporarily unavailable

[Peter V. Saveliev]

On Fri, 14 Feb 2003 18:44:59 +0300
"Dmitry V. Levin" <ldv@altlinux.org> wrote:

> On Fri, Feb 14, 2003 at 04:48:31PM +0400, Alexey M. Victorovich wrote:
> > On Fri, Feb 14, 2003 at 03:26:52AM +0300, Peter V. Saveliev wrote:
> > >> Проблема решилась - fork() удовлетворил через увеличение
> > >> PTHREAD_THREADS_MAX до 8192 в glibc, открытие файлов - через nofile
> > > 
> > > Увеличение PTHREAD_THREADS_MAX это очень плохой стиль.
> > 
> > А как это можно сделать иначе?
> 
> Это зависит от задачи.


а) задача - oracle 8i. Он дает ~150 процессов (4 базы данных). Но, при
этом, от юзера oracle больше не запустить ничего в буквальном смысле
слова, и даже su - oracle "подвисает". Самое неприятное, что не
отрабатывает бэкап, идущий, как понятно, от того же oracle. Это приводит
к тому, что диск забивается не архивируемыми вовремя archivelogs (на это
надо около полутора суток для средней юзаемости базы), и база "встает" -
некуда вести журнал.
  limits.conf правил. Но помогла только правка glibc. Как еще можно было
поступить? Я ведь и glibc-то правил только после молчания в рассылке.

б) задача - CommuniGate Pro. Ужасно кривая (имхо) софтина, но которую не
заменить пока ничем, так как это в первую очередь не MTA даже, а
вебморда. У нас он держит очень много доменов/пользователей, и иногда,
когда нагрузка возрастает, он выдает все ту же ошибку fork'a. Тут уже
верится легче, т.к. даже в покое CGP - это ~700 тредов. Стиль стилем, а
почта ходить должна.

Такие пироги с кошками.

-- 
Sincerely, Peter V. Saveliev

E-mail: peet@eltel.net
Jabber: peet@jabber.ru