none
Sharepoint Services 2.0 + NLB...problemas depois de 2 meses.... RRS feed

  • Pergunta

  • Boa Tarde,

    Pessoal é o seguinte, eu tenho uma aplicação Sharepoint Services 2.0 rodando em farm nos servidores 1 e 2 e foi feito um NLB para balanceamento de carga, isso funcionou corretamente durante 2 meses. Agora repentinamente e aleatoriamente recebo o erro
    "Erro da WebPartSurprise formato de uma das propriedades da Web Part está incorreto. O Windows Sahrepoint Services nao pode desserializar a Web Part.Verifique o formato das propriedades e tente novamente."
    Ok, sei de algumas coisas q podem gerar esse erro, como minha app fora do GAC, o diretorio de temporarios do windows nao tem permissoes devidas para a conta de pool..e por ai vai...
    O problema é que está tudo certo, e esse erro fica indo e voltando...hora funciona, dai duas horas depois para ...ai 1 minuto depois volta....
    Eu desliguei o servidor 2, e ta tudo funcionando (ja tem umas 6 horas isso).Eu acho q é por causa do NLB..tipo ta misturando request entre a maquina 1 e 2...o que nao faz muito sentido pq funcionou durante 2 meses sem problemas....
    Alguem pode me ajudar????
    Grato, Gilmar Rocha

    terça-feira, 24 de julho de 2007 17:56

Respostas

  • Oi !

     

    A questão do viewstate seria só um inicio... a mensagem de erro diz que ele não consegue desfazer a serialização de uma propriedade de uma webpart, que a propriedade está com valor inválido.

     

    Então :

     

    1) Individualmente, ambos os servidores funcionam ? Você disse ter testado um em separado, mas e o outro ?

     

    2) Os dois servidores estão realmente apontando para o mesmo servidor de dados ?

     

    Agora um chute, caso não seja nenhum dos anteriores :

     

    Assim como o validationKey é usado para codificar o viewstate e o decryptionkey para a autenticação forms, o sharepoint pode estar usando alguma chave durante o processo de serialização das webparts, chave esta que precisaria ser igualada entre os servidores para funcionarem sem afinidade, do contrário causando esse erro.

     

    Veja que até mesmo no chute só imagino este erro em um cenário sem afinidade.

     

    []'s

     

    quarta-feira, 25 de julho de 2007 04:40

Todas as Respostas

  • Oi !

     

    O NLB tem duas formas de trabalho : Com afinidade e sem afinidade. O NLB com afinidade mantém o usuário acessando apenas um determinado servidor, durante um certo espaço de tempo, fazendo com que seja algo totalmente transparente para a aplicação.

     

    Já o NLB sem afinidade, com o objetivo de obter maior escalabilidade na rede, distribui as requisições entre os dois servidores sem se preocupar em continuidade, o usuário poderia estar em um servidor em dado momento e cair em outro no momento seguinte.

     

    Talvez alguém, sem avisar você, tenha trocado o NLB com afinidade por NLB sem afinidade sem levar em consideração as consequencias para a aplicação.

     

    O Sharepoint tem muitas questões específicas a ele, mas no fundo ele é desenvolvido em ASP.NET e tem os mesmos problemas que o ASP.NET em um ambiente de NLB sem afinidade.

     

    Portanto acho que isso começa a explicar as coisas : http://www.bufaloinfo.com.br/dicas.asp?cod=712

     

    []'s

     

     

    quarta-feira, 25 de julho de 2007 01:45
  • Boa noite Dennes,

    O NLB está configurado com afinidade, vou conferir amanha se nao mudaram....o estranho é que o site do Sharepoint abre...somente os locais das webparts é q vem com erro..

    o mesmo efeito eu consigo por exemplo retirando meu assembly do GAC...

    Amanha eu posto a questao do NLB, obrigado!

     

     

    Gilmar Rocha

    quarta-feira, 25 de julho de 2007 01:53
  • Oi !

     

    A questão do viewstate seria só um inicio... a mensagem de erro diz que ele não consegue desfazer a serialização de uma propriedade de uma webpart, que a propriedade está com valor inválido.

     

    Então :

     

    1) Individualmente, ambos os servidores funcionam ? Você disse ter testado um em separado, mas e o outro ?

     

    2) Os dois servidores estão realmente apontando para o mesmo servidor de dados ?

     

    Agora um chute, caso não seja nenhum dos anteriores :

     

    Assim como o validationKey é usado para codificar o viewstate e o decryptionkey para a autenticação forms, o sharepoint pode estar usando alguma chave durante o processo de serialização das webparts, chave esta que precisaria ser igualada entre os servidores para funcionarem sem afinidade, do contrário causando esse erro.

     

    Veja que até mesmo no chute só imagino este erro em um cenário sem afinidade.

     

    []'s

     

    quarta-feira, 25 de julho de 2007 04:40
  • Hum...
    Para minha surpresa ontem o dia todo nao tive problemas e quando cheguei aqui de manha BUM...usuario mandando email

    com o temido erro...isso so com a maquina 1 ligada...o que meio que ja está excluindo ser o NLB (so desliguei o servidor 1, mas o site continua tendo o dns apontado para o NLB e nao para a maquina direto), vou tentar ligar a 2 agora...e ver no que da....
    Ta tenso viu...rsrsrsrsrsr

     

    Muito Obrigado,

     

    Gilmar Rocha

    quarta-feira, 25 de julho de 2007 13:35