segunda-feira, 22 de outubro de 2018

Acertando o horário de verão no Ubuntu

Fiz um passo-a-passo baseado na minha pesquisa e que deu certo aparentemente. Confirmarei quado o horário de verão correto acontecer.

# cat /etc/timezone

Vai mostrar qual timezone está sendo usado, mo meu caso

America/Sao_Paulo

Com o comando
# zdump -v /usr/share/zoneinfo/America/Sao_Paulo | grep 201[89]

Mostro todas as configurações do horário de verão, filtrando as de 2018 e 2019.

Ex:
/usr/share/zoneinfo/America/Sao_Paulo  Sun Feb 18 01:59:59 2018 UTC = Sat Feb 17 23:59:59 2018 BRST isdst=1 gmtoff=-7200
/usr/share/zoneinfo/America/Sao_Paulo  Sun Feb 18 02:00:00 2018 UTC = Sat Feb 17 23:00:00 2018 BRT isdst=0 gmtoff=-10800
/usr/share/zoneinfo/America/Sao_Paulo  Sun Oct 21 02:59:59 2018 UTC = Sat Oct 20 23:59:59 2018 BRT isdst=0 gmtoff=-10800
/usr/share/zoneinfo/America/Sao_Paulo  Sun Oct 21 03:00:00 2018 UTC = Sun Oct 21 01:00:00 2018 BRST isdst=1 gmtoff=-7200


Criei um arquivo chamado Sao_Paulo.zic, mas poderia ser verao.zic ou outro qualquer, com o conteúdo:

Rule    BrazilSP  2018    only    -       Nov     04      0:00    1:00    S
Rule    BrazilSP  2019    only    -       Feb     16      0:00    0       -
Zone    Amererica/Sao_Paulo             -3:00   BrazilSP          BR%sT

Rule =
  BrazilSP = Nome da regra a ser criada.
  2018 = Ano em que a regra será executada.
  Only = Será executado somente esta vez (depois deste parâmetro vem um (-) isto mesmo.
  Nov = O nome do mês.
  04 = O dia do mês.
  00:00 = Horário em que a mudança será feita
  1 = Especifica quanto tempo será adicionado ao relógio, neste caso uma (1) hora.
  0 = Especifica quanto tempo retirado uma hora (0).

 A linha Zone especifica o arquivo de TimeZone, qual nosso fuso horário

  Zone =
  America/Sao_Paulo = Nome do fuso horário
  -3:00 = A quantidade de hora para adicionar ao fuso horário.
  BrazilSP = Nome da Rule criada na linha 1 e 2
  BR%sT = Formato para a abreviatura do fuso horário.

Façam as adequações necessárias a cada caso

Execute
# zic <nome_do_arquivo.zic>
para alterar o arquivo do fuso horário.

Para ver as mudanças, execute novamente:
# zdump -v /usr/share/zoneinfo/America/Sao_Paulo | grep 201[89]

Renomeie o arquivo localtime:
# mv /etc/localtime /etc/localtime.old  
E copie o arquivo alterado para substituí-lo:
# cp /usr/share/zoneinfo/America/Sao_Paulo /etc/localtime

Verifique com date, se o horário está correto e se está indicando corretamente horário de verão ou não.

https://www.vivaolinux.com.br/dica/Horario-de-verao-automatizado
http://www.dicas-l.com.br/arquivo/configurando_horario_de_verao_no_linux.php#.W83L2fZReUk
http://andredeo.blogspot.com/2011/10/procedimento-horario-de-verao-gnulinux.html
https://alexandrebbarbosa.wordpress.com/2017/01/05/linux-acerto-de-data-hora-ou-timezone-via-linha-de-comandos/ - aqui tem pra FreeBSD e Windows também
https://www.vivaolinux.com.br/artigo/Configurando-corretamente-para-o-Horario-de-Verao

quarta-feira, 18 de julho de 2018

Atualizando o FreeNAS de 32 para 64 bits


Apesar de parecer que funciona, a opção de "Upgrade" de uma versão x32 do FreeNAS para uma de X64 não é 100% compatível.
Tentei fazer isso e comecei a receber avisos de e-mail do serviço de geração de gráficos (Reporting), a cada cinco minutos, enquanto a página dos gráficos ficava em branco:

Traceback (most recent call last):
  File "/usr/local/bin/graph.py", line 481, in <module>
    GenerateCpuGraph()
  File "/usr/local/bin/graph.py", line 202, in GenerateCpuGraph
    'GPRINT:avg4:LAST:%5.2lf Last\l',
rrdtool.error: This RRD was created on another architecture

A dica de apagar e gerar outros arquivos de rrd não funcionou. Pelo mesmo motivo, convertê-los também não daria resultado.

Fato é que o "Upgrade" não atualiza várias partes, a parte do RRP, que ainda estava para 32 bits.
A solução foi exportar as configurações do FreeNAS, fazer uma nova instalação e depois o upload das configurações.

Feito isso, parou de dar o erro e os gráficos voltaram.

quinta-feira, 24 de maio de 2018

Mensagem falsa via SMS

Um exemplo de mensagem falsa recebida por SMS (mas pode vir por e-mail também), que leva o usuário a passar várias informações pessoais:


Bacula-dir não executa após atualização do SO

 Atualizei o Ununtu (18-->20) e o tive erro na execução devido a bibliotecas libreadline.so.7 : cannot open shared object file: No such f...