Archive for the ‘Troubleshooting’ Category

Troubleshooting: The local farm is not accessible. Cmdlets with FeatureDependencyId are not registered

9 de junho de 2012

Olá Pessoal,

Ao acessar uma farm nova de SharePoint 2010 de um cliente, mesmo com um usuário Domain Admin e com diversas permissões no SharePoint, me deparei com o seguinte erro no PowerShell:

The local farm is not accessible. Cmdlets with FeatureDependencyId are not registered

Esse erro é gerado quando seu usuário logado não possui as permissões adequadas no bando de dados de Configuração do SharePoint.

Para garantir o acesso corretamente, basta adicionar a role “SharePoint_Shell_Access”, ou outras roles que atribuem mais permissões como db_owner.

O comando “Add-SPShellAdmin” de Power Shell também realiza esse procedimento de forma automatizada, para mais informações, veja: http://technet.microsoft.com/en-us/library/ff607596.aspx

Pronto, depois dessa configuração, faça login novamente e acesse o Power Shell que irá funcionar corretamente.

Abraços!

Wagner Amorim
Soluções SharePoint

Troubleshooting: Could not load type ‘Microsoft.SharePoint.Portal.WebControls.TaxonomyPicker’

4 de novembro de 2010

Pessoal,

Ai vai uma dica aká meu amigo e companheiro de projetos Rodrigo Romano:

Continuando a onda de Troubleshoootings sobre infra, o que devemos fazer quando a mensagem abaixo aparece?

Load control template file /_controltemplates/TaxonomyPicker.ascx failed: Could not load type ‘Microsoft.SharePoint.Portal.WebControls.TaxonomyPicker’ from assembly ‘Microsoft.SharePoint.Portal, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c

image

Para resolver, faça o seguinte:

Vá no caminho: <drive>:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\TEMPLATE\CONTROLTEMPLATES

Abra o arquivo TaxonomyPicker.ascx

image

Verifique na linha 1, <%@ Control className=”TaxonomyPickerControl” Language=”C#” Inherits=”Microsoft.SharePoint.Portal.WebControls.TaxonomyPicker,Microsoft.SharePoint.Portal

Notem que existe um código estranho: &#44.

Para resolver este problema, substituam este código por uma vírgula: ,

A linha 1 deverá estar assim: <%@ Control className=”TaxonomyPickerControl” Language=”C#” Inherits=”Microsoft.SharePoint.Portal.WebControls.TaxonomyPicker,Microsoft.SharePoint.Portal

Observação: Essa alteração fará resolver o problema momentaneamente, entretanto, não é uma boa prática alterar arquivos da estrutura do SharePoint diretamente. Lembre-se: esses arquivos fazem parte da estrutura do produto. Qualquer alteração errada pode atrapalhar o seu correto funcionamento.

Para ver o post original, acessem: http://rodrigoaromano.wordpress.com/2010/10/20/troubleshooting-could-not-load-type-microsoft-sharepoint-portal-webcontrols-taxonomypicker/

Abraços!

Troubleshooting: The content type is in use.

4 de agosto de 2010
SharePointers,

Eu tive que fazer um Troubleshooting hoje que achei válido compartilhar com todos.

Meu caso é que eu precisei excluir um determinado “Content Type” via Site do SharePoint mesmo (Site Actions->Site Settings->Galleries->Content types), até ai tudo bem… Se não fosse o erro:

 
The content type is in use

Pra resolver eu encontrei um post muito interessante no Blog do Tyler Holmes, vejam:

Deleting content Types in Sharepoint 2007: A troubleshoot
http://blog.tylerholmes.com/2008/02/deleting-content-types-in-sharepoint.html

Isso ai, mais um Troubleshooting na nossa base de conhecimento!

Abraços!               

 

Troubleshooting: Could not load type ‘System.Data.Services.Providers’

26 de julho de 2010

Olá Pessoal,

Depois de algum tempo sem blogar Troubleshootings (muitos projetos de SharePoint 2010 J), quero postar um troubleshooting de um erro que hoje me deparei ao tentar utilizar o REST.

Nesse caso, meu ambiente é um Farm em ambiente de teste (Single Server) de SharePoint Server 2010 em utilização para vários projetos diferentes, com autenticação Windows.

Cenário:

Em uma das minhas aplicações existentes, tentei acessar uma lista via REST, utilizando a seguinte sintaxe:

ü  http://meusite/_vti_bin/listdata.svc/MinhaLista

ERRO:

Ao tentar acessar a URL acima, mesmo pelo Browser, o seguinte erro era disparado:

 

Could not load type ‘System.Data.Services.Providers.IDataServiceUpdateProvider’ from assembly ‘System.Data.Services, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089’.

Resolva problemas com o Microsoft SharePoint Foundation.  

ID de Correlação: b9f91b69-7f97-444d-bcac-426cf56282b7

 

 

 

 

 

 

 

 

CAUSA:

Minha primeira tentativa de diagnosticar foi verificar se a assembly “System.Data.Services, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089”, citada no erro realmente existia no GAC  (C:Windowsassembly).

Pois é… O resultado foi… SIM! L

 

 

NOTA: Caso a assembly não exista, instale o ADO.NET Data Services v1.5 CTP2.

Tudo bem, pelo menos 1 dos possíveis motivos do erro foi eliminado. O assembly existe.

 

SOLUÇÃO:

E agora? Não foi difícil encontrar informações sobre o assunto, no REST and SharePoint 2010 Quick Start Guide o autor indica que seja instalado o ADO.NET Data Services Update for .NET 3.5 SP1.

Instalei, reiniciei o servidor e tudo funcionando com o REST!

 

Sensacional, em breve pretendo publicar um artigo sobre REST no SharePoint 2010. J

 

Até a próxima SharePointers!

 

Troubleshooting: Cannot upgrade an object [SPContentDatabase Name=] whose build version [14.0.4536.1000] is too old. Upgrade requires [14.0.4730.1000] or higher.

13 de maio de 2010

 

Pessoal,

Hoje tive que migrar algumas aplicações existentes em um ambiente SharePoint Server 2010 Beta para um ambiente executando o SharePoint Server 2010 RTM e me deparei com um erro de versões do Content Database que eram incompatíveis.

Isso é o que realmente podemos chamar de erro inesperado, estava completamente sem tempo para iniciar um troubleshooting mesmo tendo alguma idéia do que poderia ser.

No fim achei muito rápido um post explicando de forma simples como resolver e realmente resolveu, por esse motivo decide compartilhar com meus amigos leitores esse post.

Vejam o post original: http://www.biztalkgurus.com/blogs/biztalksyn/archive/2010/04/24/sharepoint-error-upgrading-sp-contentdb-from-beta-2-to-rtm-14-0-4536-1000-gt-14-0-4730-1000.aspx

Cenário:

Tenho um Backup do tipo SQL Server com um Content Database, que foi extraído de um ambiente executando o SharePoint Server 2010 Beta.

Restaurei esse backup em um Servidor SQL funcionando como servidor de banco de dados de um farm executando SharePoint Server 2010 RTM. Após restaurar o backup do banco, tentei criar uma nova Web Application com esse Content Database, mas o SharePoint não permitiu. Para tentar forçar criei uma Web Application com outro Content Database e depois exclui esse novo banco e tentei adicionar via STSADM o Content Database, também não funcionou.

ERRO:

Abaixo o erro retornado.

Sequence [Microsoft.SharePoint.Upgrade.SPContentDatabaseSequence] cannot upgrade an object [SPContentDatabase Name= <<NOMEdoBANCO>>] whose build versi on [14.0.4536.1000] is too old. Upgrade requires [14.0.4730.1000] or higher.

 

CAUSA:

O SharePoint controla as versões dos databases que tentamos restaurar em nossas aplicações, inclusive isso pode implicar até mesmo nas versões de service packs.

 

 

SOLUÇÃO:

E agora? Como disse no início do troubleshooting, a solução é simples, confiram abaixo:

 

  1. Se conecte ao servidor SQL com o SQL Management Studio.
  2. Navegue até o Content Database que está ocorrendo o erro.
  3. Expanda a pasta Tables.
  4. Localize a tabela Versions.
  5. Abra a tabela Versions no modo de Edição.
  6. Altere as linhas que contém na coluna Version o valor 14.0.4536.1000 para 14.0.4730.1000.
  7. Salve as alterações.
  8. Execute novamente o  stsadm –o addcontentdb comando para adicionar o Content Database

 

Após esses passos você já pode utilizar backups feitos em SharePoint Server 2010 Beta para serem restaurados em ambientes com a versão RTM do SharePoint Server 2010.

Abraços!

Troubleshooting: JOINs com LINQ to SharePoint

10 de maio de 2010
Olá SharePointers,

Compartilho com todos que seguem meu blog esse post do meu amigo e parceiro de trabalho Rodrigo Romano, sobre um troubleshooting que pode ser muito útil para desenvolvedores utilizando o SharePoint 2010 e o LINQ to SharePoint.

Segue texto retirado do seu blog:

Pessoal, hoje eu estava com um problema que era executar uma query com joins. Na minha lista tinha vários campos LOOKUPs (Consulta) (Quer saber como manipulá-los programaticamente? http://www.canalsharepoint.com.br/tutoriais/Tutoriais/Utilizando%20Campos%20de%20Consulta%20(Lookup)%20Programaticamente.aspx) e ao executar a query o seguinte erro era retornado:

A consulta usa elementos sem suporte, como referências a mais de uma lista, ou a projeção de uma entidade completa usando EntityRef/EntitySet.

Procurei várias referências e não achei nada para me ajudar.. Até que finalmente descobri o problema:

Como Internamente o Linq to SharePoint gera um CAML (Collaborative Application Markup Language) que não tem suporte nativo para Joins, o Linq Provider também não suporta, pois para fazer o join ele precisa baixar uma quantidade de dados enorme para o cliente. Como não tem sentido você utilizar o Linq (que executa a query remotamente) no cliente, o servidor simplesmente dispara este erro para informar o desenvolvedor.

 

SOLUÇÃO

Para resolver este problema, você pode forçar a query ser executada do lado do cliente, simplesmente colocando o AsEnumerable() na frente da fonte de dados:

exemplo:

NÃO FUNCIONA FUNCIONA

//Query Expressions
var items = (from emp in dc.GenericList
             where emp.Id == Convert.ToInt32(FileID)                                
             orderby emp.Id descending
             select new
             {
                 emp.Title,
                 emp.Sala.Capacidade,
                 emp.ID,
                 emp.Cinema.Endereco

             }).Take(1);

//Query Expressions
var items = (from emp in dc.GenericList.AsEnumerable()
             where emp.Id == Convert.ToInt32(FileID)                                
             orderby emp.Id descending
             select new
             {
                 emp.Title,
                 emp.Sala.Capacidade,
                 emp.ID,
                 emp.Cinema.Endereco

             }).Take(1);

 —

É isso ai Romano, parabéns pelo seu post, considero de muita utilidade!

Abraços.

Troubleshooting: Could not load file or assembly ‘Microsoft.IdentityModel’.

2 de maio de 2010


Olá SharePointers,

Ultimamente nós recebemos boas notícias sobre o mundo SharePoint, principalmente com os recentes lançamentos do produto. Eu mesmo já tenho alguns ambientes tanto pilotos como de testes baseados no SharePoint 2010, naturalmente passo por alguns sufocos no dia-a-dia, hoje vou reportar mais um Troubleshooting que fiz pra um ambiente SharePoint 2010 funcionar.

 

Cenário:

Tenho um notebook instalado com  o Windows 7 64x  e o SharePoint Foundation 2010 RTM.

Nesse mesmo notebook existia uma instalação do SharePoint Foundation 2010 Beta, eu desinstalei o SharePoint Beta + SQL + todos os componentes de pré requisitos e tentei instalar os pré-requisitos novamente + SharePoint Foundation 2010 RTM + SQL.

ERRO:

A instalação foi bem sucedida, segui um tutorial que escrevi alguns meses atrás sobre o assunto CS9012 – Instalando o SharePoint 2010 no Windows 7, porém no momento de executar o SharePoint 2010 Configuration Wizard, no passo 2 “Creating configuration database” o Wizard era interrompido e exibia a seguinte mensagem de erro.

Failed to create the configuration database

Could not load file or assembly ‘Microsoft.IdentityModel…


CAUSA:

O erro apresentado acima acontece quando a assembly Microsoft.IdentityModel não existe no ambiente que o Configuration Wizard está executando, dependendo da versão da assembly eu descobri que a solução está em pacotes diferentes, confira abaixo as 2 soluções que encontrei para o erro.

SOLUÇÃO:

E agora? Não é tão difícil assim, eu testei nos 2 cenários e o troubleshooting funcionou, vejam.

Se o erro for referente a versão da assembly 1.0.0.0, o erro vai conter o seguinte trecho:

Could not load file or assembly ‘Microsoft.IdentityModel, Version=1.0.0.0, Culture=neutral…

Nesse caso, a solução é apenas instalar ou reinstalar um componente que já existe na lista de pré-requisitos da instalação que é o Microsoft Geneva Framework Beta 1 Runtime for x64, veja em: http://download.microsoft.com/download/F/3/D/F3D66A7E-C974-4A60-B7A5-382A61EB7BC6/MicrosoftGenevaFramework.amd64.msi

 

No caso do erro solicitar a assembly versão 3.5.0.0, o erro vai conter o seguinte trecho:

Could not load file or assembly ‘Microsoft.IdentityModel, Version=3.5.0.0, Culture=neutral…

Nesse caso, a solução é instalar o Windows Identity Foundation, veja em: http://www.microsoft.com/downloads/details.aspx?FamilyID=eb9c345f-e830-40b8-a5fe-ae7a864c4d76&displaylang=en

Talvez precise reiniciar o seu computador, mas a solução funciona perfeitamente. 😀

Enfim galera, isso ai. Mais um troubleshooting finalizado.

Até a próxima.!

Troubleshooting: Failed to create sample data.

4 de abril de 2010

 

Olá Pessoal,

Hoje instalei o SharePoint Server 2010 em um ambiente com Windows 7, tudo ocorreu bem, porém quando tentei executar o SharePoint 2010 Products Configuration Wizard, o mesmo foi interrompido com erro L.

Cenário:

Instalação StandAlone do SharePoint Server 2010 em computador com o Windows 7 64 bits. Para maiores informações da instalação do SharePoint 2010 no Windows 7, recomendo a leitura do artigo: CS9012 – Instalando o SharePoint 2010 no Windows 7

 

ERRO:

No 8º passo do SharePoint Configuration Wizard, Creating  Sample Data o seguinte erro foi apresentado:

            Failed to create sample data.

An exception of type Microsoft.Office.Server.UserProfiles.UserProfileException was thrown.  Additional exception information: Unrecognized attribute ‘allowInsecureTransport’. Note that attribute names are case-sensitive. (C:Program FilesCommon FilesMicrosoft SharedWeb Server Extensions14WebClientsProfileclient.config line 56)

E agora????

SOLUÇÃO:

Depois de pesquisar na internet sobre o erro, percebi felizmente que já temos muita informação sobre o SharePoint 2010, encontrei várias soluções para o problema, entre elas uma oficial. J

A Microsoft disponibilizou um update com a correção para download em http://connect.microsoft.com/VisualStudio/Downloads/DownloadDetails.aspx?DownloadID=23806.

Testei e funcionou perfeitamente, instalei o update,  reiniciei o computador e executei novamente  o Configuration Wizard que executou até o fim com sucesso.

Para mais informações, veja o artigo no Blog do Produto: http://blogs.msdn.com/sharepoint/archive/2009/11/19/installation-notice-for-the-sharepoint-server-public-beta-on-microsoft-windows-server-2008-r2-and-microsoft-windows-7.aspx?utm_source=feedburner&utm_medium=email&utm_campaign=Feed%3A+sharepointteamblog+%28Microsoft+SharePoint+Products+and+Technologies+Team+Blog%29  

Encontrei um blog interessante com uma sugestão de Troubleshooting para um erro também comum na instalação/reinstalação do SharePoint 2010, vejam: http://sqlcoffee.com/troubleshooting063.htm 

 

Troubleshooting: SharePoint 2010 não desconecta da Farm automaticamente

4 de abril de 2010

  

Olá SharePointianos,

Desde o lançamento público em versão Beta do SharePoint 2010, muitos clientes da minha empresa tem solicitado pilotos de projetos utilizando o produto, possivelmente motivados por alguma apresentação ou mesmo após testarem a nova plataforma que sem dúvida evoluiu muito desde sua versão atual (2007).

Em um desses ambientes pilotos, onde estamos implantando para efeito de avaliação o SharePoint 2010, um dos meus clientes solicitou que eu instalasse a versão Foundation do Sharepoint 2010 e depois solicitou um upgrade desse ambiente para o Sharepoint Server 2010 para testar as diferenças das funcionalidades na prática…

Analisando que o Foundation é a base da arquitetura do Server, pensei que instalar o Server iria apenas atualizar a versão do SharePoint e adicionar as features do produto… Correto?

Não deveria… Imaginem que em nosso mundo cruel e perfeccionista de TI que vivemos, uma só vírgula fora do lugar, gera um enorme caos e problemas imensuráveis. Pois é, sabendo disso, sem dúvida com a experiência que tenho o melhor caminho seria no minimo:

1.       Backup do meu ambiente

2.       Desinstalação COMPLETA do ambiente Sharepoint Foundation 2010

3.       Instalação NOVA do SharePoint Server 2010

4.       Restore do ambiente

Lições aprendidas, acreditem, meu atalho não funcionou, traçando o caminho mais perto, demorei mais para alcançar o meu destino. Vejam..

Cenário:

Portal piloto em SharePoint Fondation 2010, utilizando recursos básicos como Listas Customizadas, Blogs, algumas WebParts personalizadas, Workflows entre outros recursos simples…

Objetivo:

Migrar o ambiente atual para utilizar recursos “Enterprise” como Performance Point, Fast, Blog Corporativo, Wiki Corporativo, BCS, entre outros.

Solução Adotada:

Instalação “overwrite” do SharePoint Server 2010 no ambiente existente em SharePoint Foundation 2010.

Resultado:

Alguns recursos não funcionaram como deveriam, o que nos gerou obviamente a dúvida se a causa era a instalação de “overwrite”.

Nesse caso, desinstalei o SharePoint Server 2010 e o Foundation (acredite, os 2 ficaram instalados na máquina), depois desinstalei o SQL.

Logo em seguida instalei o SharePoint Server e o SQL novamente, tudo bem sucedido. J

Ao tentar executar o SharePoint 2010 Products Configuration Wizard

ERRO:

No primeiro passo do SharePoint Configuration Wizard já era apresentado erro e iterrompia sua execução, a mensagem de erro apresentada era:

                Configuration Failed

                Failed to connect to the  configuration database.

Login Failed for “UserName”.

Ou seja o acesso era negado no SQL Server, mas ao analisar o SQL, meu usuário atual tinha acesso ao banco e pior, analisando o log, verifiquei que o Configuration Wizard tentava se conectar a um database que já não existia mais… #Fail

O pior de tudo é que o Configuration Wizard não apresentava a opção de desconectar do Farm… E agora?

SOLUÇÃO:

Após tentar limpar todos os registro dessas instalações mal sucedidas tanto do SQL como do SharePoint e constatar que nada funcionava, tentei manualmente configurar uma nova farm para minha instalação SharePoint Server 2010…

Para isso executei os seguintes passos:

1.       Instalei o SharePoint Server 2010

2.       Instalei o SQL Server 2008

3.       Criei manualmente um novo database.

4.       Executei a operação setconfigdb via STSADM para configurar meu novo Config Database criado acima, veja mais sobre setconfigdb em: http://technet.microsoft.com/en-us/library/cc261712.aspx  

 

Ex.: stsadm -o setconfigdb -databaseserver “SERVERSQL” -databasename “SharePoint_Config” -farmuser “DOMAINUser” -farmpassword “@@Senha@@”

Assim funcionou!

Após esses passos exeutei o Configuration Wizard e o SharePoint foi configurado corretamente na minha nova database. J

Seguem alguns links interessantes que encontrei nessa minha jornada:

10 Tips Troubleshooting Installations for SharePoint 2010 and SharePoint Foundation
http://www.sharepointjoel.com/Lists/Posts/Post.aspx?ID=280  

 

Upgrade and Migration Resource Center for Microsoft SharePoint Foundation 2010 (Beta)
http://technet.microsoft.com/en-us/sharepoint/ee517215.aspx