Posts com Tag ‘Microsoft’

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

Olá Sobreviventes…

Recordo-me como era apaixonado pela idéia da Microsoft oferecer ao mercado seu próprio hypervisor. Gostava muito (e ainda gosto) da tecnologia VMware mas acreditava que a Microsoft estava perdendo um nicho de mercado que, para mim, estava óbvio que seria o que é hoje.

Com o lançamento do Windows Server 2008, já estava com as pontas dos dedos coçando para poder realizar alguma implantação com o Hyper-V, mas lançar ainda em fase beta, parecia mais uma piada ou mesmo uma afronta a todos aqueles que são ou eram evangelistas Microsoft, ok… eu preciso confessar, eu tinha um apreço acima da média pela Microsoft. =/

Logo após o lançamento oficial do Hyper-V e seus inúmeros hotfixes pós-instalação, não tive nenhuma oportunidade de realizar uma implantação para ambiente corporativo mas já estava encontrando informações que a MS estava desenvolvendo em ritmo acelerado a nova versão do Hyper-V e que em pouco tempo estaria disponível. Na época eu achava: “Oohh, agora a MS vai surrar a VMware”, mas no fundo ficava aquela pulga: “Por que a MS estaria já desenvolvendo uma nova versão se male-male havia saido o Hyper-V1?” Qualquer defensor da MS diria que isso era para mostrar o poder de fogo da MS mas aqueles que não estava nas clouds diria que eles lançaram um produto mal-feito para os defensores da MS quebrarem a cara com os seus clientes enquanto eles estavam tentando desenvolver algo mais competitivo. Bem… obviamente eu era daqueles que quebravam a cara diante do cliente.

Independentemente de qual seria a verdade, eu estava torcendo para ter a oportunidade no menor tempo possível experimentar esse novo produto. Era tanto a minha ansiedade que entrava no canal Virtualization da MS todos os dias para acompanhar a liberação do Hyper-V2. Lembro de ficar lendo todos os comparativos entre Hyper-V e VMware, de como era lindo esse mundo, onde você poderia implantar necessários complexos de virtualização com o Hyper-V Server 2008 R2 praticamente sem custo para o cliente, que isso e aquilo…

Em todas os comparativos da Microsoft, obviamente eles demonstram que o Hyper-V é superior em quase tudo em relação com a VMware, mas a única vantagem real é custo, isso considerando o Hyper-V Server e o Live Migration em comparação com o vSphere e vMotion, evidentemente comparar produto gratuito contra produto pago é muito fácil, mas o cliente não precisa saber que a VMware tem uma versão gratuita, né?!?!

Tudo bem… realmente precisamos mostrar as vantagens em relação ao concorrente, mas até onde é justo a manipulação ou ocultar informação? A Microsoft não gosta de falar que a VM em Hyper-V está limitado a somente 4 processadores nem tão pouco sobre o desempenho inferior da VM em comparação com uma VM no VMware ou mesmo sobre o eterno problema do VMBUS mesmo com todos os hotfixes lançados (para aqueles que não sabem, é um bug onde VM ao receber alta carga na rede, o VMBUS falha e a VM fica completamente sem acesso a rede, sendo necessário realizar reboot da VM).

Rapidamente li em alguns artigos que a MS está trabalhando no novo Hyper-V, não posso fazer nenhum comentário pois não aprofunei nas pesquisas mas acho que o Big Bear de Redmond deve estar hibernando ou os engenheiros de desenvolvimento estão usando a criatividade para elaborar materiais comparativos de Hyper-V e VMware, mas desenvolver um software maduro e robusto só saberemos mesmo quando sair essa nova versão, enquanto isso a VMware está renovando a tecnologia de virtualização.

Uma das coisas que eu considerava um absurto em qualquer tecnologia de virtualização era a impossiblidade de virtualizar o próprio hypervisor. Uns diriam, é devido aos RINGS, outros diriam que é devido as instruções Intel VT e AMD-V, e outros simplesmente diram que é impossível virtualizar a virtualização, blah, blah, blah…

O que muitos esquecem, tudo fundamentalmente é BIT, seja as instruções do hardware ou mesmo o próprio software, tudo depende do bom e velho 0 e 1. Com o lançamento do VMware Workstation 7.1 foi possível instalar o próprio vSphere 4 em uma VM. Ohhhh… finalmente minhas preces estavam começando a serem atendidas, alguém teve a incrível idéia que isso seria ótimo para, por exemplo, permitir profissionais de TI simularem e estudarem implantações de um hypervisor sem mesmo precisar de um computador dedicado a isso, mas infelizmente estava limitado a somente ao vSphere 4 sobre o Workstation.

Mas não muito longe desse marco histórico, a VMware ousa novamente inovar. Está para ser lançado possivelmente no terceiro trimestre desse ano a nova versão do seu hypervisor, o VMware vSphere 5. Entre todos os novos recursos, um dos mais excitantes é a possibilidade de virtualizar o próprio Hyper-V, ou seja, será possível executar VMs de Hyper-V dentro de uma VM da VMware.

Provalmente na prática isso não ofereça nenhuma vantagem, mas isso realmente não importa, o que importa é poder oferecer um produto com novas tecnologias e capacidades e não ficar limitado as mesmices da virtualização. Aliás, consigo ver situações práticas para essa possibilidade: Simular a própria instalação de diversos Hyper-V para cenários de HA (high availability) ou mesmo verificar se aquele novo hotfix para Hyper-V realmente irá resolver ou se irá piorar o bug do VMBUS ou mesmo estudar para o exame TS 70-652, onde requer dois ou mais Hyper-V para realizar os laboratórios. =)

Para mim, essa evolução demonstra como a tecnologia VMware está a frente da Microsoft. Enquanto isso os engenheiros da MS preferem usar seus talentos para desenvolver propaganda exaltando o Hyper-V como sendo o supremus-visor isso sem contar com os comparativos do Hyper-V + SystemCenter em relação vSphere, mas deixa pra lá

Realmente desejo que a Microsoft saia das clouds e volte a ter o pé no chão e reveja o que ela anda oferecendo ao mercado. Todos e digo todos sabemos que ela tem condições de oferecer um produto altamente competitivo mas acho que ela foca demais em propaganda e deixa os seus parceiros com o hyper-pepino na mão.

How to Enable Support for Nested 64bit & Hyper-V VMs in vSphere 5
http://www.virtuallyghetto.com/2011/07/how-to-enable-support-for-nested-64bit.html#comment-form

Five features you should know about in VMware’s vSphere 5
http://www.zdnet.com/photos/five-features-you-should-know-about-in-vmwares-vsphere-5/6282963?tag=photo-frame%3Bget-photo-roto

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

Olá sobreviventes

É incrível como o Windows Small Business Server 2008 gosta de causar susto na gente. Entre os diversos produtos problemáticos da Microsoft, esse tem um “cantinho especial” no meu coração. Acredito que a ideia do produto tem uma finalidade ótima para pequenas empresas, mas tem coisa nele que causa mais complicação do que qualquer produto para média ou grande empresa. Recentemente um colaborador da empresa que trabalho foi desligado, apesar do desligamento ter ocorrido tranquilamente, sempre fica aquele ar meio preocupante de o que poderá acontecer após sua saída. Incrivelmente aconteceram algumas coisas, mas poderia ter ocorrido em qualquer período, contudo hoje realmente pensei que houve alguma sabotagem, mas já expresso meu pedido de desculpas pela acusação leviana.

Um dos meus cliente possui o Windows Small Business Server 2008 e claro, utiliza o Exchange Server 2007, e mais claro ainda, por ser pequenas empresa, utilizado o famigerado POP3CONNECTOR. Até levo em conta algumas bobeiras do Windows SBS mas esse componente que incluíram, o super-mega-blaster POP3CONNECTOR consegue causar ulceras até na minha alma. Prometi para todos os deuses do multiverso (múltiplos universos) que jamais ofereço essa solução da Microsoft.

Mas voltando ao caso se hoje. O cliente proprietário dessa solução entrou em contato comigo informando que não estava conseguindo receber e-mails. Prontamente acessei remotamente e já fui direto ao EVENTVWR para visualizar algum erro. Tanto no APPLICATION quanto no SYSTEM não apresentava nada anormal, contudo no nó “Windows Small Business Server 2008” estava sendo exibido o seguinte erro:

Nome do Log: Microsoft-Windows-Small Business Server/Operational
Fonte: Windows Small Business Server 2008
Data: 10/03/2011 10:06:22
Identificação do Evento:203
Categoria da Tarefa: Conector POP3 do Windows SBS
Nível: Erro
Palavras-chave:
Usuário: LOCAL SERVICE
Computador: SERVER.DOMAIN.local
Descrição:
Ocorreu um erro durante entrega de correio a ‘USER@DOMAIN.com.br’ no servidor SMTP ‘localhost’. O código de erro é 0x800ccc6c. Verifique se a caixa de correio existe e se os conectores de recebimento do Exchange estão configurados apropriadamente.

Pela mensagem deduzi que houve alguma alteração em alguns dos conectores de recebimento. Estavam todos lá devidamente configurados. Logo em seguida fui verificar se realmente as contas estavam lá com seus respectivos endereços SMTP. Tudo normal. Fiz até uma verificação se a POLICY de “Domínios Aceitos” estavam configurados. Tudo normal.

Resolvi elevar o nível de LOG do super-mega-blaster POP3CONNECTOR para verificar o qual o possível motivo de ele estar recusando o download de e-mails.

“C:\Program Files\Windows Small Business Server\Bin\POP3Connector.exe” /logVerbose

Após tentar baixar os e-mails, abri o arquivo de log: POP3SERVICE.LOG

Após alguns instantes de leitura, fiquei intrigado com a seguinte linha:

pszResponse: 452 4.3.1 Insufficient system resources

Bem interessante isso, recursos insuficientes. Apesar de o disco estar com 5 GB livre, resolvi dar um pouco de folga. Deixei com 20GB e em alguns segundos, os usuários já estavam recebendo e-mails.

Ok… Eu sei que é pouco para um servidor com o Windows SBS, mas o SYSTEM do EVENTVWR não avisar pouco espaço também só sendo vidente!

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

Magno Alberto

Olá Sobreviventes…

Estava em um cliente e observei que alguns dos usuários adicionaram o atributo de encriptografia em diversos arquivos bem na semana que estava iniciando a migração desses arquivos que estavam em um  velho servidor para uma storage, e claro, só observei isso depois do bom e velho Total Commander não ter conseguido copiar justamente os arquivos encriptogrados.

Para não perder tempo, optei em fazer um backup pelo NTBACKUP do próprio Windows Server 2003, já que esses arquivos estavam nesse próprio servidor e já direcionei ele (backup.bkf) para a storage, mas esse servidor não tem acesso direto a storage, logo precisaria mapear pois essa storage está ligada em uma HBA no novo servidor que roda Windows Server 2008 R2… muito trabalho… a parada é produção…  como o Windows Server 2008 R2 não tem o NTBACKUP, lembrei que a Microsoft estava desenvolvendo um NTBACKUP próprio para essa edição, pois o NTBACKUP requer RSM (Removable Storage Manager) e o Windows Server 2008 R2 possui outra tecnologia.

Para finalizar, segue o link no NTBACKUP para Windows 7 e Windows Server 2008 R2.

Description of the Windows NT Backup Restore Utility for Windows 7 and for Windows Server 2008 R2

http://support.microsoft.com/kb/974674

E abaixo segue um link para um KB explicando a questão do NTBACKUP e RSM.

Windows Server 2008 R2 and Windows 7 cannot restore NTBACKUP volumes created by prior versions of Windows

http://support.microsoft.com/kb/2002414

 

Agraços e até o próximo salvamento.

Magno Alberto

Olá sobreviventes…

Hoje foi mais um dia daqueles… bem… exagerando um pouco nas tintas… felizmente foi rápido achar a solução, mas é duro ver isso acontecer.

Um cliente que implantei recentemente um IBM BladeCenter S com Windows Server 2008 R2, Hyper-V e Failover Clustering tinha VMs que perdiam a comunicação com a rede simplesmente do nada de forma intermitente. O cliente executou um restart nas VMs e subiu mas a questão é: Porque a VM parou? O que levou a parar?

Realizando uma pesquisa no EVENTVWR (visualizador de eventos) da VM, encontrei o seguinte evento:

Event Type: Warning
Event Source: netvsc
Event Category: None
Event ID: 5
Date: <date>
Time: <time>
User: N/A
Computer: <computer name>
Description: The miniport ‘<network adapter name>’ hung.

Após algumas consultas ao Oráculo da ilha (Google) encontrei alguns sobreviventes que passaram pelo mesmo erro. Encontrei um hotfix que corrige essa falha para somente ser usado quando esse ocorre . Detalhe: é um hotfix e não um update, ou seja, a Microsoft ainda não sabe se é um bug ou não, mas como é intermitente, ela recomenda somente aplicar o hotfix se ocorrer o problema.

A chato de tudo não é propriamente a falha mas sim o cliente se prejudicar com esses bugs que no meu ponto de vista não deveriam ocorrer. Até antes dessa falha acreditava cegamente que o Windows Server 2008 R2 e Hyper-V R2 eram produtos extremamente maduros e que poderiam serem oferecidos e implantados tranquilamente para qualquer cliente, mas… como já diria um mestre meu… somente utilize nova versão do Windows após o seu primeiro Service Pack… Será que ele estava certo?!?!?

Link do hotfix:
http://support.microsoft.com/default.aspx?scid=kb;EN-US;981836

Ainda não testei com o cliente se o hotfix irá dar certo pois teremos que reiniciar o lâmina após o hotfix. O documento diz que “talvez” seja necessário reiniciar… na dúvida: restart.

Existe um outro link que fala de um problema similar – http://support.microsoft.com/kb/974909/en-us – mas esse apresenta revisão em outubro de 2009,  já o primeiro é de abril de 2010.

Atualização: 14:34 13/8/2010
Havia publicado esse artigo anteriormente no WordPress – http://magnoalberto.wordpress.com/ – e exatamente hoje, esse cliente ligou para mim falando que uma VM estava apresentando o mesmo erro. Consultei o Oráculo da ilha e encontrei mais links. O segundo link não está nada relacionado ao problema desse cliente contudo achei interessante a leitura para cenários de VDI.

The network connection is lost for a Windows Server 2003-based or Windows XP-based virtual machine that is hosted on a computer that is running Windows Server 2008 R2
http://support.microsoft.com/kb/2223005

Virtual machines in a VDI environment are not rolled back as expected if the disconnected Remote Desktop connections on the virtual machines are stopped by Group Policy
http://support.microsoft.com/kb/2096902

Hyper-V Update List for Windows Server 2008 R2
http://technet.microsoft.com/en-us/library/ff394763%28WS.10%29.aspx