Lidar com erros é algo realmente muito chato... Chato demais! Esses dias fui convocado para fazer um certo trabalho de migração entre servidores. Um desses servidores era um
Cloud Server Pro da
Locaweb. Em muitos posts que aqui escrevi tem um pouco retratando sobre a Locaweb. Trabalho e já trabalhei muito com ela e sei de todos os seus passos e "artimanhas" de atendimento... O antigo Cloud Server foi até tranquilo de trabalhar, mas esse novo... Vamos aos problemas!
Uma dica que dou sempre quando alguém quer contratar um servidor: leiam muito sobre os prós e contras. Os prós vejam no próprio
site do prestador, os contras vejam nos relatos de usuários. No post a seguir não estou jogando a Locaweb contra a parede, apenas estou expondo erros que podem ser sanados de forma fácil mas que burocraticamente é jogado para o cliente se virar (nos 30!).
Nesse Cloud Server vem embutido o
Plesk. Em poucas palavras serve para gerenciar a hospedagem através de uma interface
web. É uma boa ferramenta de gerência, tem tudo para gerenciar sua hospedagem. Só que esse demais gera ocupação demais (redundância) de espaço em disco. Dos 50 Gb que você contrata, 40Gb é para o sistema operacional e 10Gb para seus arquivos. Sendo que dos 10Gb é para todos os seus arquivos, e-mails, banco de dados, etc. Ou seja, apenas usufrui dos 10Gb um pouco menos que 9Gb e olhe lá.
Bem, dizem que vem tudo preparado e instalado para usar... Verdade até certa parte! Quem está usando e é iniciante vai ver que é mil maravilhas. Dá para fazer o básico de tudo. O problema vem a seguir...
Um cliente contratou o Cloud Server gerenciado pelo cliente (ou seja, sobrou para o usuário final) e me passou para configurar e deixar no ponto de uso fazendo toda a migração e instalação. Em um passe de mágica surgem os problemas...
Os bancos de dados que vem são o
MS SQL Server 2008 e o
MySQL. Não há interface para
dump e
recovery das bases forçando a usar o Plesk para isso, mas não queria. Onde está o
Management Studio 2008? Onde está o
MySQL Workbench? Como vou fazer para migrar as bases? Gerar
script de bancos gigantes? Nem pensar! Preciso instalar!
Mas como instalar esses aplicativos? Se fazer
download, gera tráfego. Se pedir para a Locaweb tem que pagar e se pedir, de graça, não instala! Lembrando que esses aplicativos, no mínimo, são gratuitos e deveriam estar em uma zona em que os usuários pudessem obtê-los de forma fácil e sem cobrança. Pois bem, feito o
download, hora de instalar. Abrindo o executável (lembrando que tem que ser a da versão 64bits) dá aviso de incompatibilidade. É preciso instalar o
Service Pack 1 do SQL Server 2008 (mais tráfego). Baixado o
SP1 é preciso instalá-lo. Tranquilo e instalado sem problemas. Hora de instalar o
Management Studio...
Ao tentar abrir, outro problema?!?! É preciso do
Framework 3.5! Incrivel... No Cloud Server vem instalado a versão 2.0 e 4.0 do
Framework ASP.NET mas não tem a 3.5 ativado. Menos mal, porque no
Windows Server 2008 é nativo, basta ativar. Realize os seguintes passos (retirado do
Wiki):
- Clique em Start, Administrative Tools e selecione Server Manager;
- Na interface, clique em Features e clique em Add Features;
- Selecione a primeira opção .NET Framework 3.5.1 Features e adicione todos seus dependentes;
- Conclua a instalação do Framework.
Agora sim, tudo pronto! Vamos instalar o
Management Studio. Clica no instalador e... Erro! Caramba... de novo!
TITLE: SQL Server Setup failure.
-------------------------------
SQL Server Setup has encountered the following error:
Invoke or BeginInvoke cannot be called on a control until the window handle has been created.
A dica é: feche o
Windows Explorer! Por algum motivo, a instalação do
Management Studio não inicia quando o
Windows Explorer estiver em aberto. Copie para a Área de Trabalho e abra o instalador... Agora sim! Depois de tanta
malemolência pelo menos iniciemos a instalação. Para quem tem dúvidas e um passo-a-passo bem explicativo de como instalar o
Management Studio, acesse
aqui o post de
Marcos dell Antonio. Há uma dica bem interessante que pode confundir o usuário na hora da instalação. Terminado a instalação, menos um item da lista de afazeres.
Consegui conectar ao
SQL Server local, criei as bases, usuários, fiz
restores, configurei o
backup, providenciei tudo o que tinha que fazer onde o
Plesk jamais pensaria em um dia ser. Agora o principal, testar um
website. Publiquei o
site no
IIS e abri o navegador para visualizar. Erro!
Could not load type 'System.ServiceModel.Activation.HttpModule' from assembly 'System.ServiceModel, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'.
Sabe o porquê disso? Eu instalei o
ASP.NET 3.5 depois que eu já tinha a versão 4.0 instalada por causa do
Management Studio então gerou conflito nas DLL's. Para resolver, faça o seguinte:
- Vá para a pasta C:\Windows\Microsoft.NET\Framework64\v4.0.30319;
- Execute o comando aspnet_regiis.exe -iru
Agora vamos testar! Abri o navegador e digitei o endereço e... Mais erro!
There is a duplicate 'system.web.extensions/scripting/scriptResourceHandler' section defined
Mais conflitos! Se você tiver outra versão do
System.Web.Extensions instalado, devido ao
ASP.NET AJAX por exemplo, a versão que está no
GAC do sistema difere da que você quer chamar ocorrendo ambiguidade. O correto seria alterar os
assemblys mas como isso é muito trabalhoso e pode acontecer algum imprevisto para aqueles que não sabem manuseá-las, então aconselho o seguinte: remova toda a
sectionGroup do seu
web.config ou comente-as:
<!--
<sectionGroup name="system.web.extensions" type="System.Web.Configuration.SystemWebExtensionsSectionGroup, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35">
<sectionGroup name="scripting" type="System.Web.Configuration.ScriptingSectionGroup, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35">
<section name="scriptResourceHandler" type="System.Web.Configuration.ScriptingScriptResourceHandlerSection, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication" />
<sectionGroup name="webServices" type="System.Web.Configuration.ScriptingWebServicesSectionGroup, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35">
<section name="jsonSerialization" type="System.Web.Configuration.ScriptingJsonSerializationSection, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="Everywhere" />
<section name="profileService" type="System.Web.Configuration.ScriptingProfileServiceSection, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication" />
<section name="authenticationService" type="System.Web.Configuration.ScriptingAuthenticationServiceSection, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication" />
</sectionGroup>
</sectionGroup>
</sectionGroup>
-->
No caso comentei o
sectionGroup do
System.Web.Extension que pode estar na versão 1.0, 2.0 ou 3.5 que for.
Agora vamos lá! De pés juntos e mãos dadas: Abre o navegador e... e... e... Funcionou! Depois de um árduo trabalho aparentemente tudo estava normal. Vamos testar outros
sites e... e... e... Mais erros!
Quem ainda não está acostumado a trabalhar com
Windows Server 2008 e
IIS 7 terá que aprender muito sobre permissões e tratamento de erros. Incontestavelmente a tela do erro 500 irá aparecer e muito se sua aplicação não estiver configurada adequadamente para o IIS 7. Nem sempre a mesma aplicação que está no IIS 6 irá funcionar no IIS 7. Então eis que surge a tela do
Erro 500 Erro Interno do Servidor ou
Error 500 Internal Server Error:
Ou então:
Dá para descobrir o que é? Vou dar a dica: revise seu
web.config.
"Ah, mas está tudo certo, não sei porque não funciona...". Engano, está errado. Já disse que o IIS 7 é chato, muito chato. O
parser dele é muito minucioso e se não estiver nos padrões vai dar problema.
Se você não sabe utilizar bem o IIS e tem medo de alterar uma coisinha ali e outra acolá vou dar a maior dica: saia abrindo cada opção do painel da aplicação até que uma delas acuse um erro de configuração.
Por exemplo, abra o item
Documento Padrão. Se ele estiver configurado corretamente então abrirá a próxima tela normalmente. Se tiver algum erro, aparecerá um alerta. Então no
web.config você deve corrigir a sessão correspondente. Ficou claro? Saia clicando um a um até que um deles se denuncie podendo então fazer a correção.
O que ocorreu comigo foi que um
site que estava no IIS 6 podia colocar a mesma página (
index.aspx) como padrão, duas vezes, e não tinha problema. Quando foi para o IIS 7, na qual estava herdando a configuração pai, e foi adicionar a página
index.aspx como padrão novamente, ele dava erro e não sabia porquê. Então removi a entrada do
web.config e funcionou. Desabilitar a mensagem de erro amigável no navegador vai funcionar (encontrar o erro)? Não. Desabilitar as páginas de erros personalizáveis do IIS vai funcionar (encontrar o erro)? Talvez ou não. Depende muito do ambiente que está configurado e quem está manipulando.
Pronto! Mais um problema solucionado... Vamos testar outro
site e... e... e... Erro! Agora aconteceu um erro 404. Mas como?
Erro 404 de
página não encontrada mas se o caminho está lá? Incrivelmente no IIS do Cloud Server possuem dois
Applications Pools do Plesk (e mais outros nativos): Plesk(default)(2.0) e Plesk(default)(4.0). O
pool do 2.0 quase nem sempre funciona. E um comportamento anormal é que se você tem um
site pai em 2.0 e um filho em 2.0 às vezes pára de funcionar. O "correto" é ter um pai 2.0 ou 4.0 com filho sempre 4.0. Estranho? Pode crer! E onde está o
pool do 3.5? Tem que criar na mão mesmo.
Nota: Se você reiniciar o IIS o Plesk pára de vez e não volta:
Você terá que iniciá-lo manualmente. Mas antes terá que iniciar seu
pool também (que é muito suspeito):
Ajeitado uma coisinha ali, outra aqui, vamos testar mais algumas coisas e... e... e... Quase tudo certo. Em questão de funcionalidade (que deveria ser) está quase tudo certo a não ser o funcionamento do bom e velho
Crystal Reports. Quem já leu o post de erros do Crystal
aqui e
aqui nos deparamos com o erro:
O inicializador de tipo de 'CrystalDecisions.CrystalReports.Engine.ReportDocument' acionou uma exceção
ou
The type initializer for 'CrystalDecisions.CrystalReports.Engine.ReportDocument' threw an exception
Cuidado! Esse não é o descritivo do erro. Só com isso não dá para saber o motivo. Faça o
debug,
log, exibição da pilha ou na própria tela exiba o erro (sem ter AJAX) que teremos o erro completo. No link dos dois posts anteriores que fiz explica o problema do Crystal na plataforma 64bits e como pode resolver. Só que o problema no meu caso era permissão.
Server Error in '/virtual_directory_name' Application.
Error in File UNKNOWN.RPT:
The request could not be submitted for background processing.
Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code.
Exception Details: System.Runtime.InteropServices.COMException: Error in File UNKNOWN.RPT: The request could not be submitted for background processing.
Os usuários listados abaixo, não tinham permissão na execução de
scripts DCOM e gravação em algumas pastas (principalmente as que estão na unidade C):
- IWAN_plesk(default)
- IUSR
- IIS_IUSR
- NETWORK SERVICE
- INTERACTIVE
Esses são os usuários que devem ter privilégio (descritos abaixo) nas pastas listadas abaixo:
- C:\Windows\Temp\ : leitura \ escrita
- C:\Program Files (x86)\Business Objects\Common\2.8\bin\ : leitura
- C:\ : leitura
Obs: Para alguns servidores é preciso aplicar o
Replace permission entries on all child objects nessas pastas.
Lembrando de reiniciar o IIS e/ou o servidor para recarregar as configurações.
Se estiver trabalhando com
Windows Service ou
Windows Form e ocorra o erro:
System.IO.FileNotFoundException: Retrieving the COM class factory for component with CLSID {5FF57840-5172-4482-9CA3-541C7878AE0F} failed due to the following error: 8007007e
Basta compilar sua aplicação em
x86.
E agora, tudo certo? Até o momento sim. Porque não dizer que está tudo OK? Depois de ter ocorrido todos esses problemas, fica-se receoso com o futuro. Pode ser que ocorra outro problema posteriormente? Sim e irá.
Conforme disse anteriormente, o post não é para dizer mal sobre a Locaweb e/ou Plesk. Acho que eles prestam um serviço adequado para o nível nacional (até uso) contudo são coisas que acontecem que simplesmente poderiam ser sanadas antes de jogar o pepino para o cliente. Se você tiver algum problema desses e sua gerência for pelo cliente, nem adianta pedir que eles vão lhe informar:
"o gerenciamento é por conta do cliente e não nos responsabilizamos" ou
"a ferramenta (Plesk) é terceirizada e não prestamos suporte.". Enfim, espero que o post ajude a você, cliente e usuário, a corrigir seus problemas/pepinos que ocorrerem. Isso me lembra quando lançou o
plug-and-play... a velha piadinha do
plug-and-pray (ligar e rezar) não some da cabeça quando ocorre esse tipo de problema. Porque será?
Postagens
