Todas las publicaciones, artículos y otros contenidos de este blog se proporciona "TAL CUAL", sin garantías, y no otorga ningún derecho. Cualquier ejemplo esta bajo los términos especificados por Microsoft
Hola a todos
Seguro que en estos días a más de uno le han aparecido ciertas actualizaciones críticas entre las que se encuentra el KB973917 para Windows Server 2003 SP2 y IIS 6.0. Por mantenernos actualizados hemos instalado estos KBs y después de reiniciar nos encontramos que nuestro IIS no esta funcionando... No podemos ni acceder a SharePoint o ni podemos acceder a nuestro Team Foundation Server. Uff tiene pinta de caso de soporte pero no.
Antes de abrir un caso echad un ojo a unas cuantas cosas.
Id a vuestro event viewer y mirad si teneis algo parecido a lo siguiente: W3SVC process exit code was “'0xffffffff” además deberías ir a los logs de IIS y buscar si tienes el siguiente evento:
Event Type: WarningEvent Source: W3SVCEvent Category: NoneEvent ID: 1009Date: 12/11/2009Time: 12:22:04 PMUser: N/AComputer: [Miservidor]Description:A process serving application pool 'DefaultAppPool' terminated unexpectedly. The process id was '[Tu número de proceso]'. The process exit code was '0xffffffff'.
Si todo lo anterior apunta a tu situación, aquí esta la causa. El problema es debido a que hay dlls de IIS 6.0 de WS 2003 SP1 mezcladas con dlls de IIS 6.0 de WS 2003 SP2. ¿A quée es debido? Puede ser debido a una mala instalación de WS 2003 SP2 o una instalación posterior de IIS 6.0 en WS 2003.
¿Que debemos de hacer para solucionarlo? Pues simple y llanamente debemos reinstalar el SP2 de Windows Server 2003 y el problema desaparecerá, además no sería necesarío reinstalar el KB973917.
Para más información consultar el KB2009746: Internet Information Services 6.0 may not function correctly after installing KB973917
Saludos.
Héctor Calvarro Martín. SharePoint Dev. Microsoft Support Engineer for DEV EMEA
Hola MOSSer@s!
Queremos compartir con todos vosotros un sencillo procedimiento para añadir STSADM al path de vuestro sistema. Mediante esta operación, ya no tendréis que navegar hasta la carpeta ;"C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\bin" para ejecutar un comando STSADM.
Para ello solo tenéis que abrir las propiedades del sistema y seleccionar "Variables de Entorno" dentro de la pestaña "Opciones Avanzadas":
A continuación modificamos el Path en las Variables de Sistema:
y por último añadimos la siguiente ruta al path: C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\bin (sustituir "Program Files" por "Archivos de Programa" para entornos en castellano):
Aprovechamos para desearos a tod@s unas felices fiestas, esperando que los SSMM los Reyes Magos os traigan como regalo ¡la nueva versión de SharePoint 2010!
Hola a todos,
bueno como lo prometido es deuda aquí tenéis el segundo Post relacionado con el people picker. En este hablaremos sobre el people picker de las audiencias. Recordando lo descrito en el anterior Post sobre people picker tenemos que tener presente que tenemos dos tipos de People Picker en MOSS 2007, el tratado anteriormente situado en la sección de "Personas y Grupos" para dar permisos a usuarios y el de People Picker. El primero se conecta al AD y el segundo consulta la base de datos y es del que vamos a tratar en esta entrada.
Como ya decía anteriormente, el people picker no consulta la información del Active Directory sino que la consutla de la base de datos. El people picker de audiencias lo podemos ver tanto en el Shared Services en la parte de audiencias como en la configuración de las web parts y está muy estrechamente relacionado con la importación de perfiles. Básicamente, para tener los usuarios y grupos dentro del people picker de audiencias únicamente tenemos que hacer una importación de perfiles del Active Directory que queramos llevar a nuestro MOSS 2007. Posteriormente a la importación MOSS 2007 se encarga de calcular la pertenencia a los grupos de cada usuario y todo esto se almacena en la base de datos para que el people picker lo pueda consultar. Este ha sido un gran cambio respecto a SPS 2003 puesto que anteriormente se consultaba el Active Directory y compilar una audiencia podía tardar varias horas y ahora lo tenemos en unos pocos minutos.
Teniendo en cuenta lo dicho anteriormente, lo primero que tenemos que comprobar por lo tanto si algunos usuarios no salen en nuestro people picker es ver si dichos usuarios han sido importados correctamente.
Si se trata de un grupo que no aparece tenemos que tener en cuenta lo siguiente:
- El cálculo de la pertenencia a grupos se ha realizado correctamente. Este punto no es algo que podamos revisar muy fácil pero principalmente lo que podemos ver es si el usuario que se usa para la importación puede recuperar la propiedad del Active Directory llamada "memberOf". Esto lo podemos ver tanto con una traza de red y poniendo un filtro ldp como se explica en el anterior post o con la herramienta ldp descrita anteriormente.
- Otro punto a repasar es ver si ese grupo tiene usuarios en el Active Directory. Si no los tiene, nunca aparecerá en nuestro people picker.
- Por último y una de las más interesantes pruebas es comprobar la base de datos donde el people picker consulta para mostrar los usuarios. Con unas consultas muy sencillas podremos ver los usuarios importados y a los grupos a los que pertence. Esta consulta la debemos realizar en nuestra base de datos del Shared Services dónde hemos importado los usuarios y es la siguiente consulta:
SELECT UserMemberOf.SourceReference AS Expr1, UserProfile_Full.NTName AS Expr2FROM UserMemberOf INNER JOIN UserProfile_Full ON UserMemberOf.RecordID = UserProfile_Full.RecordID
Podéis hacer muchas variaciones como por ejemplo poner la siguiente condición WHERE:
WHERE (UserMemberOf.SourceReference LIKE '%Administrators%')
para ver los grupos que pertenecen al grupo "Administrators". El nombre del grupo lo podemos modificar para ver los usuarios que pertenecen a un cierto grupo.
Y si queremos ver los grupos a los que pertenece un usuario específico debemos poner la siguiente clausula WHERE:
WHERE (UserProfile_Full.NTName LIKE '%Administrator%')
Y veremos una lista con todos los grupos de Active Directory a los que pertenece ese grupo.
Si por el contrario con estas consultas no somos capaces de ver ni el grupo ni el usuario quiere decir que no se ha importado correctamente y por lo tanto nuestro troubleshooting deberemos centrarlo en analizar porque no se importan correctamente estos datos.
Para ver que pasa con nuestra importación principalmente lo tenemos que analizar con trazas de red y ver si en las trazas se ve que se accede correctamente a los usuarios. También podemos utilizar la herramienta ldp como se ha indicado anteriormente para ver si el usuario de la importación puede obtener toda la información específica del grupo o del usuario que no aparece en nuestro people picker.
Espero que os sea de utilidad y con este post se pueda entender mejor como funciona el people picker de las audiencias.
Un saludo a todos, felices fiestas y feliz año nuevo a todos de parte de todo el grupo de soporte de MOSS de España.
Hola a todos.
No hace mucho me encontré con un caso en que había que reescribir los headers de IIS que deja Sharepoint en los logs de IIS. El funcionamiento de MOSS 2007 y WSS 3.0 hace que los accesos a ej http://dominio/ o http://dominio/loquesea te lleve a http://dominio/sites/%3Cbienvenida%3E.aspx . Ello conlleva que tu acceso aparezca como un 302 en vez de un 200 y que tu acceso no sea registrado por ningun rastreador de busquedas.
ATENCIÓN: El siguiente código es un ejemplo explicativo que no tiene porque funcionar per se y al cual no se le da ninguna garantia por parte de Microsoft ,empresa a la que doy servicio, ni por mi parte. El uso se de este código corre por su cuenta y riesgo.
Buscando en internet me topé con la siguiente dirección que me sirvio de gran utilidad http://blog.mastykarz.nl/sharepoint-2007-redirect-solved-using-301-instead-of-302-redirects/ para escribir ese HTTPModule. Trataba el mismo problema pero substituía el 302 por un 301. Así que guiandome por la anterior url desarrollé el siguiente codigo:
using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Web; using Microsoft.SharePoint; using System.Text.RegularExpressions; using Microsoft.SharePoint.Publishing; namespace Example.Dev.Sharepoint.HttpModules { public class RedirectModule : IHttpModule { #region IHttpModule Members public void Dispose() { } public void Init(HttpApplication context) { context.BeginRequest += new EventHandler(context_BeginRequest); } void context_BeginRequest(object sender, EventArgs e) { HttpApplication app = (HttpApplication)sender; string requestUrl = app.Request.Url.ToString(); string destinationUrl = String.Empty; if (requestUrl == "http://YOURURL/") { SPSecurity.RunWithElevatedPrivileges(delegate() { try { using (SPSite site = new SPSite(requestUrl)) { using (SPWeb web = site.OpenWeb()) { if (PublishingWeb.IsPublishingWeb(web)) { PublishingWeb publishingWeb = PublishingWeb.GetPublishingWeb(web); destinationUrl = String.Concat(requestUrl,publishingWeb.DefaultPage.Url); } else destinationUrl ="http://YOURURL/Pages/Default.aspx?a=1"; } } } catch { } }); if (!String.IsNullOrEmpty(destinationUrl)) { app.Response.AddHeader("Location", destinationUrl); app.Response.StatusCode = 301; } } } #endregion } }
Luego puse a Full trust en web.config del sitio en cuestión añadiendo <trust level="Full" originUrl="" /> Añadí la siguiente entrada en la seccion HTTPMODULES del miosmo web.config:
<add name="HTTPmodule" type="Example.Dev.Sharepoint.HttpModules.RedirectModule" /> (El es del tipo type="namespace.Clase")
Luego realice el IISRESET de rigor y ya se empezaron a registrar las redirecciones que queriamos en los logs de IIS,
Disponible acumulativo de Diciembre de 2009 de WSS 3.0 y MOSS 2007. Se recomienda estar instalado en WSS 3.0 SP2 y MOSS 2007 SP2 con sus repectivos language packs si fuera oportuno.
La descripción de estos paquetes acumulativos se encuentra en los siguientes artículos KB:
Los enlaces directos para descargarlo son los siguientes:
Como siempre, indicamos el orden de instalación:
Este paquete se puede instalar directamente encima del SP2 o cualquiera de las actualizaciones posteriores al mismo.
La version final será: 12.0.6524
La descripción de los KB (hotfixes) son los siguientes para WSS 3.0 Dec 2009 CU:
La descripción de los KB (hotfixes) son los siguientes para MOSS 2007 Dec 2009 CU:
Un saludo.