Atualizado: Pareceu o dia inteiro, quando escrevi isso, mas depois constatei que foram umas 5 horas.

Hoje eu passei o dia inteiro tentando colocar um script binário escrito em C, para rodar no meu servidor novo. Depois de quebrar muito a cabeça entrei no chat do serviço de hospedagem, pois já estava achando que era problema de hardware ou das máquinas virtuais.

O suporte em princípio não ajudou muito mas no final, quando eu citei que conseguia fazer o script rodar em outro servidor, o atendente do suporte me perguntou se eu sabia se o outro servidor era 32bits.

Só neste momento que eu me liguei neste problema. Nem tinha pensando nisso até então. Entrei na página do script e vi que ele era escrito para a plataforma 32bits.

Uma rápida busca me levou para a página The Debian GNU/Linux AMD64 HOW-TO

Como uso Ubuntu na máquina virtual, fiz o primeiro passo que era instalar o pacote ia32-libs e tudo funcionou.

A título de indexação nos sistemas de busca, colocarei abaixo os erros que encontrei durante o processo.

Premature end of script headers:
(2)No such file or directory: exec of /xxx failed
HTTP Error 500 – Internal server error

Como era um script cgi, mais algumas palavras chaves são relevantes: apache apache2 cgi-bin script Options ExecCGI script-alias SetHandler cgi-script

Por hoje chega!

Este final de semana eu fiz uma migração de um servidor subversion. Como eu esperava, teria algumas dores de cabeça pois o subversion é muito sensível. Fiz muitos testes durane o processo e consegui uma maneira que funcionasse.

No final das contas consegui migrar todo o repositório de um servidor para outro e manter a mesma URL de modo que ficasse transparente para os clients, evitando a necessidade de rodar um “svn switch –relocate” em cada working copy.

O problema é que quando fui usar hoje, dois dias depois, eu consegui acessar o repositório pela web, mas não consegui fazer um checkout.

A Lei de Murphy está aí para isso

Depois de perquisar um pouqinho, descobri que foi uma configuração que fiz por último e que é uma verdadeira pegadinha. No caso eu estou usando o Apache2 com mod_dav.

A pegadinha é que você não pode configurar o DocumentRoot com o mesmo path do SVNParentPath. Tem outros casos que causam o mesmo problema, basicamente o fato de existir um diretório no DocumentRoot com o mesmo nome do repositório controlado pelo DAV gera um conflito e o servidor se perde.

Mais informações sobre isso podem ser encontradas em: http://subversion.tigris.org/faq.html#301-error

Espero que seja útil!

Abraços e até a próxima.