Se não resolver, a Microsoft possui um artigo que ajuda a solucionar outras possíveis causas desse problema: http://support.microsoft.com/kb/928169

Seu site pessoal não pode ser criado porque a Criação de Site Pessoal não está habilitada. Contate o administrador do site para obter mais informações.

Para habilitar o Meu Site, basta ir na Administração Central > Gerenciamento de Aplicativo > Segurança de Aplicativo > Gerenciamento de Site Pessoal.

Observação: Não se esqueça de selecionar o Web Application correto (o mesmo que foi criado para o Meu Site no Shared Services) antes de habilitar a criação de site pessoal.

Não é possível iniciar a atualização, pois as fontes de conteúdo estão inacessíveis. Corrija os erros e tente a atualização novamente.

Contexto: Aplicativo ‘SharedServices1′, Catálogo ‘Portal_Content’

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

Caso isso ocorra, o problema pode ser que endereço do site do SharePoint não esteja acessível pela máquina que está instalado o serviço de pesquisa. Por exemplo, se o site possuir o endereço http://ss2007 tente acessá-lo no servidor de pesquisa. Uma solução pode ser editar o arquivo HOSTS e colocar o IP do próprio servidor evitando de passar pelo NLB ou gerenciador de cluster.

Existe também um link no suporte da Microsoft que pode ajudar na resolução desse problema.

Exemplo:

SPSecurity.RunWithElevatedPrivileges(delegate()
{
     using (SPSite site = new SPSite(web.Site.ID)
     {
         // seu código
         return site;
     }

});

A solução é simples retire as chamadas return de dentro do método RunWithElevatedPrivileges.

Modo correto:

SPSecurity.RunWithElevatedPrivileges(delegate()
{
    using (SPSite site = new SPSite(web.Site.ID)
    {
        // seu código
    }

});
return site;

A explicação técnica desse erro é devido ao fato do método RunWithElevatedPrivileges herdar a interface IDisposable(). Por isso a chamada de um return iria evitar a disposição do método e o método continuaria na memória podendo ocasionar problemas.

SPSecurity.RunWithElevatedPrivileges(delegate()
{
    // executar tarefas com o "system account"
});

Atenção: Caso seja necessário utilizar alguma variável definida fora da chamada SPSecurity.RunWithElevatedPrivileges, essa variável possuirá os privilégios do usuário e não da conta de sistema. O exemplo mais comum é utilizarmos o SPControl.GetContextSite(this.Context) conforme abaixo:

Código incorreto:

SPSecurity.RunWithElevatedPrivileges(delegate() {
  using (SPSite site = SPControl.GetContextSite(this.Context))
  {
      // o site será baseado no usuário que executa o código
  }
});

O código acima não funcionará pois o contexto utilizado para obter o valor da variável site ainda era do usuário.Código correto:

SPSecurity.RunWithElevatedPrivileges(delegate() {
  using (SPSite site = new SPSite(web.Site.ID))
  {
      // site será baseado nas permissões do system account
  }
});

Com esse comportamento, podemos concluir que o problema não é na configuração do servidor de e-mail. Pesquisando a solução encontrei em um blog uma propriedade no utilitário STSADM.EXE:

stsadm.exe -o setproperty -url -pn alerts-enabled -pv true
stsadm.exe -o setproperty -url -pn job-immediate-alerts -pv "every 5 minutes"

Aparentemente a fonte do problema é o serviço SharePoint Timer Service (que gerencia o envio de alertas). Esse mesmo serviço causa o problema que impede o IIS Manager de abrir (The path specified cannot be used at this time) em alguns casos. A causa desses problemas até o momento é desconhecida e aleatória.

The path specified cannot be used at this time

Como reiniciar esse servidor não era uma opção, comecei tentando reiniciar os serviços do SharePoint (através da opção Serviços das Ferramentas Administrativas).  Reiniciando apenas o serviço “SharePoint Timer Service” funcionou nesse caso.

Outras alternativas para resolver esse problema é executar o iisreset e reiniciar a máquina.