RESOLVIDO: RequestExpiredRequest timestamp

Bom dia pessoal! tudo certo?

Esses dias tivemos um problema relacionado a integração com o AmazonSES, estava retornando a seguinte mensagem:

RequestExpiredRequest timestamp: Mon, 14 Feb 2011 10:13:32 GMT expired.
It must be within 300 secs/ of server time

Verificamos o timezone do PHP na máquina e estava tudo certo, porém, notamos que existia uma diferença de alguns minutos entre o servidor que rodava a nossa aplicação e o servidor de integração da Amazon.

Aí rodamos o comando date para checar a data, e retornou o seguinte:

$ date
Mon Feb 14 10:16:24 UTC 2011

Chegamos a conclusão que a data do servidor não estava sincronizada com o NTP (Network Time Protocol). Para resolver esse problema, rodamos o seguinte comando:

$ sudo ntpdate pool.ntp.org
14 Feb 10:08:55 ntpdate[25724]: step time server 38.229.71.1 offset -639.622800 sec

And the magic happens.

Um forte abraço pessoal, espero que isso ajude vocês também!

😉

Problemas de conexão com banco de dados Oracle no Linux

Boa noite pessoal, tudo bem?

Pode ser que você esteja buscando essa solução há algumas horas, dias ou até semanas. Pois é, eu me bati muito com esse tipo de problema.

Basicamente o que aconteceu foi o seguinte:

De uma hora para a outra as conexões com o banco de dados Oracle em um servidor Linux (em produção) pararam de funcionar do nada.

Eu fiquei muito bravo, pois não conseguia entender onde estava o problema, checava tudo quanto é tipo de operação que a aplicação fazia, e estava tudo certo. Testes rodando local perfeito, aí descartei a hipótese de ser falha na aplicação.

Comecei a revirar a web atrás da solução desse problema, e é até um problema muito difícil de se procurar algo no “stackoverflow”. Não fazia nem idéia de qual termo poderia colocar para descrever esse problema.

Uma hora, quando eu estava bem cabreiro já com a situação, eu lembrei que o pessoal da Infra havia trocado o “Hostname” recentemente da máquina, e comecei a notar um comportamento estranho quando eu digitava “sudo -s” para pegar permissões de root na máquina, retornava uma mensagem: “sudo:unable to resolve host linux-server“.

Aí me veio na idéia de adicionar o hostname novamente no /etc/hosts, basicamente editei o arquivo e adicionei uma linha assim:

127.0.0.1                                   linux-server.local                            linux-server

Depois tentei rodar novamente o comando “sudo” e funcionou sem dar nenhum tipo de erro no terminal. Depois disso, já tentei reiniciar o apache, e advinhem?

As coisas voltaram a funcionar e todos os problemas do mundo foram resolvidos num passe de mágica.

Espero que você consiga resolver rapidamente seu problema com essa ajuda aí!

Um forte abraço!