onde os valores ulimit padrão estão definidos? (linux, centos)

Question

Eu tenho dois servidores CentOS 5 com especificações quase idênticas. Quando eu faço o login e faço ulimit -u , em uma máquina eu recebo unlimited , e na outra eu recebo 77824 .

Quando eu executo um cron como:

* * * * * ulimit -u > ulimit.txt

Eu obtenho os mesmos resultados ( unlimited , 77824 ).

Estou tentando determinar onde eles estão definidos para que eu possa alterá-los. Eles não estão definidos em nenhum dos meus perfis ( .bashrc , /etc/profile , etc.). Isso não afetaria o cron de qualquer maneira) nem em /etc/security/limits.conf (que está vazio).

Eu vasculhei o google e até fui tão longe a ponto de fazer grep -Ir 77824 / , mas nada apareceu até agora. Eu não entendo como essas máquinas poderiam ter vindo predefinidas com limites diferentes.

Eu realmente estou me perguntando não para essas máquinas, mas para uma máquina diferente (CentOS 6) que tem um limite de 1024 , que é muito pequeno. Eu preciso executar trabalhos agendados com um limite maior e a única maneira que eu sei como definir isso é na própria tarefa cron. Tudo bem, mas eu prefiro configurá-lo em todo o sistema para que não seja tão hacky.

Obrigado por qualquer ajuda. Isso parece que deve ser fácil (NÃO).

EDITAR - RESOLVIDO

Ok, eu percebi isso. Parece ser um problema com o CentOS 6 ou talvez com a configuração da minha máquina. Na configuração do CentOS 5, posso definir em /etc/security/limits.conf :

* - nproc unlimited

e isso efetivamente atualizaria as contas e os limites do cron. No entanto, isso não funciona na minha caixa do CentOS 6. Em vez disso, devo fazer:

myname1 - nproc unlimited
myname2 - nproc unlimited
...

E as coisas funcionam como esperado. Talvez a especificação UID funcione, mas o curinga (*) definitivamente NÃO está aqui. Estranhamente, os curingas funcionam para o limite nofile .

Eu ainda adoraria saber de onde os valores padrão realmente estão vindo, porque, por padrão, esse arquivo está vazio e não pude ver porque eu tinha padrões diferentes para as duas caixas CentOS, que tinham hardware idêntico e eram de o mesmo provedor.

    

Answer 1

Estes limites "padrão" são aplicados por:

• o kernel do Linux no tempo de inicialização (para o processo init ),
• herança , dos limites do processo pai (em fork(2) time),
• PAM quando a sessão do usuário é aberta (pode substituir o kernel / valores herdados),
• o próprio processo (pode substituir valores herdados do PAM e do kernel / herdados, consulte setrlimit(2) ).

Os processos dos usuários normais não podem aumentar os limites.

O kernel do Linux

No momento da inicialização, o Linux define limites padrão para o processo init , que são então herdados por todos os outros processos (filhos). Para ver esses limites: cat /proc/1/limits .

Por exemplo, o padrão do kernel para número máximo de descritores de arquivos ( ulimit -n ) era 1024/1024 (soft, hard) e foi aumentado para 1024/4096 no Linux 2.6.39.

O número máximo de processos que você está falando está limitado a aproximadamente:

Total RAM in kB / 128

para arquiteturas x86 (pelo menos), mas as distribuições às vezes alteram os valores padrão do kernel, então verifique seu código-fonte do kernel para kernel/fork.c , fork_init() . O limite de "número de processos" é chamado RLIMIT_NPROC.

PAM

Geralmente, para garantir a autenticação do usuário no login, o PAM é usado junto com alguns módulos (consulte /etc/pam.d/login ).

No Debian, o módulo PAM responsável por definir limites está aqui: /lib/security/pam_limits.so .

Esta biblioteca lerá sua configuração a partir de /etc/security/limits.conf e /etc/security/limits.d/*.conf , mas mesmo que esses arquivos estejam vazios, pam_limits.so poderá usar valores codificados que você pode verificar dentro do código-fonte.

Por exemplo, no Debian, a biblioteca foi corrigida para que, por padrão, o número máximo de processos ( nproc ) seja ilimitado, e o número máximo de arquivos ( nofile ) seja 1024 / 1024:

  case RLIMIT_NOFILE:
      pl->limits[i].limit.rlim_cur = 1024;
      pl->limits[i].limit.rlim_max = 1024;

Então, verifique o código-fonte do módulo PAM do CentOS (procure por RLIMIT_NPROC).

No entanto, observe que muitos processos não passarão pelo PAM (geralmente, se eles não forem iniciados por um usuário logado, como daemons e talvez trabalhos agendados).

    

Answer 2

No RHEL6 (CentOS6) "max user processes" é definido como 1024 por padrão.
Você pode alterar este valor no arquivo:

/etc/security/limits.d/90-nproc.conf

Veja o link se quiser reclamar:

    

Answer 3

Quando você verificou os limites, você estava usando o usuário root para fazer isso?

Na% man_de% manpage:

NOTE: group and wildcard limits are not applied to the root user. To set a limit for the root user, this field must contain the literal username root.

O uso de nomes de usuários explícitos resolveria o problema nesse caso.

    

Answer 4

Informações sobre isso são terríveis na internet, aqui está um arquivo limits.conf que eu fiz para o debian linux, mostrando todas as opções possíveis e seus limites máximos "seguros", ajustei de acordo.

Estes são os valores mais altos que você pode definir, algumas coisas estão com hash, ativá-las faz com que você errar e não consiga acessar seu console, modificar as opções comentadas por sua conta e risco, mas você não precisa ( o padrão é ilimitado na maioria)

Espero que isso seja útil para alguém, pois não consegui encontrar essa informação em nenhum lugar, há 4 horas de pesquisa sobre esse arquivo.

==== FILE START =====
# /etc/security/limits.conf
# 
#Each line describes a limit for a user in the form:
#
#<domain>        <type>  <item>  <value>
#
#Where:
#<domain> can be:
#- a user name
#- a group name, with @group syntax
#- the wildcard     *, for default entry
#- the wildcard %, can be also used with %group syntax,
#         for maxlogin limit
#- NOTE: group and wildcard limits are not applied to     root.
#  To apply a limit to the     root user, <domain> must be
#  the literal username     root.
#
#<type> can have the two values:
#- "soft" for enforcing the soft limits
#- "hard" for enforcing hard limits
#
#<item> can be one of the following:
#- core - limits the core file size (KB)
#- data - max data size (KB)
#- fsize - maximum filesize (KB)
#- memlock - max locked-in-memory address space (KB)
#- nofile - max number of open files
#- rss - max resident set size (KB)
#- stack - max stack size (KB)
#- cpu - max CPU time (MIN)
#- nproc - max number of processes
#- as - address space limit (KB)
#- maxlogins - max number of logins for this user
#- maxsyslogins - max number of logins on the system
#- priority - the priority to run user process with
#- locks - max number of file locks the user can hold
#- sigpending - max number of pending signals
#- msgqueue - max memory used by POSIX message queues (bytes)
#- nice - max nice priority allowed to raise to values: [-20, 19]
#- rtprio - max realtime priority
#- chroot - change     root to directory (Debian-specific)
#
#<domain>      <type>  <item>         <value>
#

#*               soft    core            0
#root            hard    core            100000
#*               hard    rss             10000
#@student        hard    nproc           20
#@faculty        soft    nproc           20
#@faculty        hard    nproc           50
#ftp             hard    nproc           0
#ftp             -       chroot          /ftp
#@student        -       maxlogins       4

# -- Defaults:
#(core) core file size                (blocks, -c) 0 (ulimit -Hc or -Sc)
#(data) data seg size                  (bytes, -d) unlimited
#(priority) scheduling priority               (-e) 0
#(fsize) file size                    (blocks, -f) unlimited
#(sigpending) pending signals                 (-i) 378197
#(memlock) max locked memory          (kbytes, -l) 64
# max memory size                     (kbytes, -m) unlimited
#(nofile) open files                          (-n) 65536
# pipe size                        (512 bytes, -p) 8
#(msgqueue) POSIX message queues       (bytes, -q) 819200
#(rtprio) real-time priority                  (-r) 0
#(stack) stack size                   (kbytes, -s) 8192
#(cpu) cpu time                      (seconds, -t) unlimited
#(nproc) max user processes                   (-u) 378197
# virtual memory                      (kbytes, -v) unlimited
#(locks) file locks                           (-x) unlimited

# --     root Limits:
root               -    core            -1
root               -    data            -1
root               -    fsize           -1
root               -    memlock         -1
root               -    nofile          999999
root               -    stack           -1
root               -    cpu             -1
root               -    nproc           -1
root               -    priority        0
root               -    locks           -1
root               -    sigpending      -1
root               -    msgqueue        -1
root               -    rtprio          -1
root               -    maxlogins       -1
root               -    maxsyslogins    -1
#root               -    rss             -1
#root               -    as              -1
#root               -    nice            0
#root               -    chroot          -1

#All Users:
# -- Hard Limits
*               hard    core            -1
*               hard    data            -1
*               hard    fsize           -1
*               hard    memlock         -1
*               hard    nofile          999999
*               hard    stack           -1
*               hard    cpu             -1
*               hard    nproc           -1
*               hard    priority        0
*               hard    locks           -1
*               hard    sigpending      -1
*               hard    msgqueue        -1
*               hard    rtprio          -1
*               hard    maxlogins       -1
*               hard    maxsyslogins    -1
#*               hard    rss             -1
#*               hard    as              -1
#*               hard    nice            0
#*               hard    chroot          -1

# -- Soft Limits
*               soft    core            -1
*               soft    data            -1
*               soft    fsize           -1
*               soft    memlock         -1
*               soft    nofile          999999
*               soft    stack           -1
*               soft    cpu             -1
*               soft    nproc           -1
*               soft    priority        0
*               soft    locks           -1
*               soft    sigpending      -1
*               soft    msgqueue        -1
*               soft    maxlogins       -1
*               soft    maxsyslogins    -1
*               soft    rtprio          -1
#*               soft    rss             -1
#*               soft    as              -1
#*               soft    nice            0
#*               soft    chroot          -1

#randomuser:
# -- Soft Limits
randomuser           soft    core            -1
randomuser           soft    data            -1
randomuser           soft    fsize           -1
randomuser           soft    memlock         -1
randomuser           soft    nofile          999999
randomuser           soft    stack           -1
randomuser           soft    cpu             -1
randomuser           soft    nproc           -1
randomuser           soft    priority        0
randomuser           soft    locks           -1
randomuser           soft    sigpending      -1
randomuser           soft    msgqueue        -1
randomuser           soft    maxlogins       -1
randomuser           soft    maxsyslogins    -1
randomuser           soft    rtprio          -1
#randomuser           soft    rss             -1
#randomuser           soft    as              -1
#randomuser           soft    nice            0
#randomuser           soft    chroot          -1

# End of file

    

Answer 5

kernel / fork.c

max_threads = mempages / (8 * THREAD_SIZE / PAGE_SIZE);

Em 64 bits O tamanho do segmento é 8192

 grep -i total /proc/meminfo 
 MemTotal:        8069352 kB

Agora eu recebo o total em kb na divisão por 4

 echo $((8069352/4))
 2017338

Agora eu tenho o número de páginas

 echo $((8 * 8192 / 4096)
 16

O resultado final é

echo $((2017338/16))
126083

Dessa forma, você obteve o parâmetro thread-max e o limite do processo do usuário padrão é a metade

init_task.signal->rlim[RLIMIT_NPROC].rlim_cur = max_threads/2;
init_task.signal->rlim[RLIMIT_NPROC].rlim_max = max_threads/2;

ulimit da raiz

ulimit -u
62932
echo $((62932*2))
125864 #we are near

    

Answer 6

Parece ser /etc/security/limits.conf

link

    

Answer 7

Existe mais uma possibilidade de que a configuração para "noproc" não esteja funcionando durante a configuração em /etc/security/limits.conf.

Existe mais um arquivo que sobrescreve sua configuração /etc/security/limits.d/90-nproc.conf.

*          soft    nproc     1024
root       soft    nproc     unlimited

Aqui * config irá sobrescrever o que você definiu no arquivo de configuração anterior. Então, idealmente, você configura sua configuração nesse arquivo.