Horário de Verão

Fala pessoal....

O horário de verão está chegando e como sempre muita gente se esquece de como ajustar o relógio de seus servidores.
Na verdade o que precisamos acertar não é o relógio, mas sim o timezone que a máquina está. Nosso timezone para a maior parte do Brasil, é o GMT -3 (Brasilia, SP...), quando entramos no horário de verão, vamos para GMT -2 e simplesmente alterar a hora para menos uma, gera vários problemas com servidor de e-mails (esse é o mais sensível a isso).


Chega de conversa, mas como saber se estou preparado para o horário de verão?

zdump -v America/Sao_Paulo |grep 2011

A saída deve ser algo como:

America/Sao_Paulo  Sun Feb 20 01:59:59 2011 UTC = Sat Feb 19 23:59:59 2011 BRST isdst=1 gmtoff=-7200
America/Sao_Paulo  Sun Feb 20 02:00:00 2011 UTC = Sat Feb 19 23:00:00 2011 BRT isdst=0 gmtoff=-10800
America/Sao_Paulo  Sun Oct 16 02:59:59 2011 UTC = Sat Oct 15 23:59:59 2011 BRT isdst=0 gmtoff=-10800
America/Sao_Paulo  Sun Oct 16 03:00:00 2011 UTC = Sun Oct 16 01:00:00 2011 BRST isdst=1 gmtoff=-7200

Mas meu timezone não está atualizado como faço?

Primeiro, visite o seguinte ftp:  ftp://ftp.iana.org/tz , baixe o ultimo tzdata[ANO][a-z].tar.gz por exemplo tzdata2011i.tar.gz.
Descompacte o arquivo:

tar -xvzf tzdata2011i.tar.gz

Compile o arquivo contendo todos os timezones para a America do Sul

zic southamerica

 Copie o arquivo de timezone do estado de São Paulo (no meu caso, alguns outros estados também utilizam esse mesmo timezone)

cp /usr/share/zoneinfo/America/Sao_Paulo /etc/localtime

Verifique sua data, ela deve estar correta, e com o uso do zdump, já deve ser possível verificar.

Duvidas / Sugestões e-mail para:

Nagios 3.3.1 - Problemas na hora do make install

Fala pessoal...

Hoje fui fazer um setup de um novo nagios, porém me deparei com o seguinte erro:

        do /usr/bin/install -c -m 664 -o nagios -g nagios $file /usr/share/includes/rss; done

/usr/bin/install: omitting directory `includes/rss/extlib'

/usr/bin/install: omitting directory `includes/rss/htdocs'

/usr/bin/install: omitting directory `includes/rss/scripts'

make[1]: *** [install] Error 1

make[1]: Leaving directory `/usr/local/src/nagios/html'

make: *** [install] Error 2

Após pesquisar no oraculo, encontrei um post no forum do ubuntu...

Para recuperar do erro:

Execute o ./configure (pode ser o que tem aqui no blog)
Após execute:

sed -i 's:for file in includes/rss/\*;:for file in includes/rss/\*.\*;:g' ./html/Makefile
sed -i 's:for file in includes/rss/extlib/\*;:for file in includes/rss/extlib/\*.\*;:g' ./html/Makefile

Depois siga normalmente com o conjunto de makes (pode ser o que tem aqui no blog também)

Dúvidas / sugestões:

Aumentando o limite de File Descriptors

Fala pessoal...

Recentemente precisei aumentar o número de arquivos abertos (open files) de uma máquina Debian, porém ao editar o arquivo /etc/security/limits.conf, os valores não eram alterados, mesmo depois de reiniciar. Essa dica, funciona nas versões 5 e 6 do Debian.

Para verificar qual é o valor máximo de open files, utiliza-se o comando ulimit -a (todas as informações) ou o comando ulimit -n (somente o valor de open files). A saída do ulimit -a de um sistema padrão é assim:

core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 16382
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) unlimited
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

Essa opção nos mostra qual é o máximo de arquivos abertos simultaneamente.


1024 arquivos simultâneos não é suficiente?
Depende, imagine um servidor web com mais de 1024 acessos simultâneos, para cada conexão efetuada, 1 File Descriptor é alocado, e esse limite é atingido rapidamente, e a máquina começa com muitos sintomas estranhos.....

Beleza, partindo desse ponto, fica fácil, é só ir no /etc/security/limits.conf e adicionar a opção nofile dessa forma:

* soft nofile 16384
* hard nofile 32768

Onde:

* = Todos os usuários
soft = limite padrão
hard = limite máximo
16386/32768 = valores do File Descriptors

E qual o problema?
Quando o o arquivo era alterado, serviços eram iniciados com o valor padrão de File Descriptors (1024)

Solução:

o arquivo /etc/pam.d/common-account é o arquivo responsável pelas configurações de login de todos os serviços.
No final do arquivo insira:

session required pam_limits.so

 Basta um restart na máquina para que essa solução funcione.

Uma coisa que notei foi: o usuário root não entrava nas regras do limit, ficava no padrão, a solução foi adicionar o usuário root no limits.conf como no exemplo abaixo:

root soft nofile 16384
root hard nofile 32768
* soft nofile 16384
* hard nofile 32768

É isso, qualquer coisa enviem um e-mail: