Posts com Tag ‘Bug’

Olá Sobreviventes!

Após executar o SYSPREP em uma VM rodando o Windows Server 2008 ou Windows Server 2008 R2 e se você estiver acessando essa VM usando a console do VMware Workstation através de sessão Remote Desktop, você irá observar que o mouse apresenta resposta lenta, como se o movimento do cursor do mouse estivesse com latência e atraso.

A causa aparentemente está relacionado a um BUG do VMware Tools que após o SYSPREP o mesmo causa problemas em alguns controles mas é principalmente observado no controle do ponteiro do mouse.

Para resolver, simplesmente inicie a instalação do VMware Tools contudo o mais importante não é instalar novamente mas selecionar a opção de reparação.

Após a finalização da reparação será solicitado reboot da VM.

Observe que após o reboot da VM o mouse apresenta resposta plenamente funcional.

Esse comportamento acontece sempre em VM com o Windows Server 2008 e Windows Server 2008 R2 contudo em raras ocasiões observei acontecer com VM executando o Windows Server 2003.

 

Abraços e até o próximo resgate.

Magno Alberto

Olá sobreviventes!

Em uma das empresas que ofereço consultoria de Exchange Server, há algumas semanas foi instalado o SP1 em um servidor com o Exchange Server 2010. Durante o processo de instalação, participei remotamente para verificar se tudo ocorresse bem.

Realizado a instalação “aparentemente” com sucesso, fizemos diversos testes de envio e recebimento de mensagem, montagem e desmontagem da database e executamos um segundo backup através do WBADMIN e concluímos que foi devidamente realizado, pois os usuários também já estavam fazendo troca de mensagens.

Com o passar do tempo o cliente informou que o nó APLICAÇÃO (APPLICATION) do EVENTVWR estava reportando diversos erros, precisamente o seguinte erro:

Log Name:      Application
Source:        System.ServiceModel 3.0.0.0
Date:          04/09/2011 12:11:38
Event ID:      3
Task Category: WebHost
Level:         Error
Keywords:      Classic
User:          SYSTEM
Computer:      SERVER.domain.local
Description:
WebHost failed to process a request.
Sender Information: System.ServiceModel.ServiceHostingEnvironment+HostingManager/32001227
Exception: System.ServiceModel.ServiceActivationException: The service '/Autodiscover/Autodiscover.xml'
cannot be activated due to an exception during compilation.
The exception message is: This collection already contains an address with scheme https.
There can be at most one address per scheme in this collection.

Apesar de não ser algo agradável conviver com aviso de erros, se não causasse nenhum problema, poderíamos ignorar, contudo foi observado que usuários do OWA não estavam conseguindo executar certas operações do dia-a-dia, como por exemplo, remover um e-mail pois era reportado o seguinte erro:

An unexpected error occurred and your request couldn’t be handled.

Ocorreu um erro inesperado, e não foi possível atender sua solicitação.

No EVENTVWR era apresentado o seguinte erro:

Outlook Web App couldn’t connect Exchange Web Services due to a configuration error. Response code = “500”.

Evidentemente iniciei diversas consultas ao Oráculo encontrei vários artigos mencionando esse problema após o SP1, mas cada um apresentado as mais diversas alternativas de resolução.

Entre as opções, uma sugeria a instalação de um hotfix:

WINDOWS6.1-KB981667-x64 – An exception occurs when a WCF client sends a request to a .NET Framework 3.5-based WCF service that uses an IPv6 address for the binding [http://support.microsoft.com/kb/981667]

Fiz uma leitura da documentação desse hotfix e realmente não parecia ser a alternativa correta contudo como como menciona sobre como o serviço Windows Communication Foundation (WCF) trata o sinal de dois-pontos (:) como sendo uma string em um endereço IPv6 e o Exchange Server 2010 requer o protocolo IPv6, considerei válido a tentativa.

Salvei o conteúdo dos nós APLICATIVO e SISTEMA do EVENTVWR, limpei e reiniciei o servidor, mas como já esperava, não funcionou.

Voltando novamente para a mensagem de erro [This collection already contains an address with scheme https. There can be at most one address per scheme in this collection] fiquei bem intrigado com essa parte – There can be at most one address per scheme in this collection [Pode haver no máximo um endereço por esquema nesta coleção].

Resolvi verificar no IIS a parte na configuração de SITE BINDINGS e aparentemente encontrei a resposta. A configuração padrão de SITE BINDINGS no DEFAULT WEB SITE é essa:

O cliente havia adicionado uma segunda porta, precisamente HTTPS/1443, pois ele mencionou que o provedor dele, a NET, bloqueia as portas conhecidas, como por exemplo, 25, 80 e 443 entre outras. Ele fez esse procedimento para permitir que seus usuários remotos acessassem o OWA utilizando outra porta, nesse caso a 1443 e isso estava funcionando corretamente até antes da instalação do SP1. Encontrei um artigo que o autor sugeria que o SP1 não

Simplesmente removemos essa ligação no SITE BINDS (HTTPS/1443), reiniciamos o IIS e tudo voltou ao normal exceto pelo fato de que o cliente agora não consegue mais disponibilizar aos seus usuários remotos o acesso ao OWA utilizando uma porta alternativa.

Como alternativa alteramos o endereço padrão da porta 443 para 1443, ou seja, seria gambiarra se funcionasse, contudo o mesmo deixou o OWA instável além de apresentar o seguinte erro:

A ação que você tentou executar não pôde ser concluída porque há um problema de configuração no servidor. Se o problema persistir, contate a assistência técnica.

E no EVENTVWR:

Event ID: 108    Outlook Web App couldn’t connect Exchange Web Services due to a configuration error. Response code = “null, webException.Status = ConnectFailure”.

Resumindo: Conseguimos resolver o comportamento do OWA, contudo os usuários remotos não podem acessar o OWA em razão do bloqueio da NET, ou seja, falha na missão.

Abraços e até o próximo resgate!
Magno Alberto

 

Se eu ganhasse um dólar por cada hotfix para hotfix que a Microsoft lança, acho que poderia lançar a minha própria software house.

Fico pensando como deve ser fácil hoje em dia ter uma software house no porte da Microsoft. Lança um novo produto no mercado, mais “bugado” que toca de barata e lança as correções do produto, mas isso não é o pior, evidentemente ela deve lançar a correção, mas pior mesmo é lançar um hotfix que compromete o software como foi o caso do Update Rollup 4 for Exchange Server 2010 Service Pack 1 (KB2579150) [http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=26910]. Entre outras falhas, esse hotfix causava ,havia um muito inusitado;  em determinada situação ao mover ou copiar uma pasta simplesmente a pasta “evaporava” e somente era encontrada na pasta Recoverable Items (antigamente conhecida como Dumpster). Um detalhe sem muita importância, o UR4 foi lançado para resolver os bugs gerados pelo UR3.

Mas o que a Microsoft fez para resolver?!??! Removeu o hotfix do Download Center. — Rá! Pegadinha do Malandro, Yeh Yeah!

Tudo isso aconteceu no dia 27 de julho de 2011, contudo a UR4 foi lançado no dia 22 de junho de 2011, ou seja, mais de um mês para tomar uma iniciativa. Mas finalmente depois de dois meses, foi lançado o salvador de cabeças. Finalmente foi lançado no dia 24 de agosto de 2011 o Update Rollup 5 for Exchange Server 2010 Service Pack 1 [http://support.microsoft.com/?kbid=2582113], que garante resolver todos os problemas causados pelo seu antecedente (parece bordão de candidato à prefeitura). Aliás, digo salvador de cabeças, pois fico imaginando quantas cabeças rolaram por implantar um hotfix recomendado pelo fabricante e após o mesmo, começaram as vitimas (digo usuários) a se queixarem de suas pastas estarem sumindo após mover ou copiar uma pasta.

Para aqueles que não sabem, segue a definição de Update Rollup: An update rollup is a tested, cumulative set of hotfixes, security updates, critical updates, and updates that are packaged together for easy deployment. A rollup generally targets a specific area, such as security, or a component of a product, such as Internet Information Services (IIS).

As duas perguntas que faço quando vejo um novo hotfix são:

  • Quantos bugs esse hotfix irá causar?
  • Quando será lançado o hotfix para esse hotfix?

 

Abraços e até o próximo resgate!
Magno Alberto