En el mismo desarrollo de flujos de trabajo fue necesario el buscar un control que me permita presentar en un drop-down varias opciones en base a un filtro en específico. Igualmente dentro de la página de codeplex me encontré con el campo Filtered Lookup para Sharepoint 2010 (http://sp2010filteredlookup.codeplex.com/). Espero sea de su utilidad.
Durante la ejecución de un proyecto en el que se involucra el diseño y desarrollo de flujos de trabajo me encontré con la necesidad de un campo de lista de Sharepoint que me permita seleccionar una opción en un campo padre y automáticamente las opciones que estan ligadas a ese valor puedan filtrarse en el siguiente campo de la lista. Luego de algunas búsquedas me encontré con que si existe un campo de Sharepoint que permite implementar esta funcionalidad, en el sitio de codeplex me encontré con el control Cascading Drop-Down List Field (http://cascddlistwithfilter.codeplex.com/), sin embargo la limitante es que está diseñado en teoría solo para Sharepoint 2007. En el mismo foro del control me encontré que si hay forma de instalarlo en Sharepoint 2010 (http://cascddlistwithfilter.codeplex.com/discussions/218850).
Un nuevo error, al tratar de conectarme a SQL Server desde SQL Server Management Studio desde mi computador hacia el servidor se presentó el mensaje de error indicado en el título de este post, buscando algunos artículos en internet se indica que esto puede ser provocado por fallos en comunicación con Directorio Activo y entre otras cosas por diferencia de horas entre servidores, en efecto al revisar el reloj de mi servidor no estaba con la hora adecuada, procedí a cambiar la hora y todo funcionó sin problemas.
El día de ayer tuve serios inconvenientes al aplicar una configuración de manera errónea en un DC lo que provocó que las carpetas SYSVOL y NETLOGON desaparezcan. El problema empezó al configurar un ambiente con un controlador de dominio principal (Windows Server 2003) y uno adicional (Windows Server 2008 R2), las carpetas de SYSVOL y NETLOGON del servidor W2008R2 no aparecieron nunca. Durante la verificación del proceso de replicación se presentó el error: DOMAIN SYSTEM VOLUME (SYSVOL SHARE) is in JRNL_WRAP_ERROR. Al buscar en Internet, encontré que para resolver esto es necesario aplicar uno de dos procedimientos:
- Detener el servicio NTFRS (net stop ntfrs), agregar la clave Enable Journal Wrap Automatic Restore (HKLM\System\CurrentControlSet\Services\NtFrs\Parameters) con valor 1 en el registro, iniciar nuevamente el servicio NTFRS (net start ntfrs). Luego de culminado el proceso, que toma aproximadamente una hora, es necesario retornar la clave Enable Journal Wrap Automatic Restore a 0.
- Detener el servicio NTFRS, colocar el valor de la clave BurFlags a D2 (HKLM\SYSTEM\CurrentControlSet\Services\Ntfrs\Parameters\Backup/Restore\Process at Startup), iniciar el servicio NTFRS, e igualmente esperar un tiempo aproximado de una hora.
Resulta que este proceso se debe ejecutar en el controlador de dominio en donde no se presentan las carpetas SYSVOL ni NETLOGON como compartidas. Luego de aplicar los dos procesos para tratar de resolver el problema en el controlador de dominio principal desaparecieron estas carpetas. Previamente había obtenido un respaldo del volumen del sistema con la herramienta NTBackup.
El procedimiento que seguí para poder restaurar las carpetas SYSVOL y NETLOGON fue:
- Restaurar en una ubicación alterna el respaldo del estado del sistema utilizando la misma herramienta NTBackup.
- Copiar el contenido de la carpeta SYSVOL de la ubicación alterna en la ubicación correspondiente (C:\Windows\SYSVOL).
- Debido a que la carpeta SYSVOL dejó de ser compartida fue necesario cambiar la clave de registro SysvolReady (HKLM\System\CurrentControlSet\Services\Netlogon\Parameters) con valor de 1, esto hace que la carpeta SYSVOL se comparta al igual que la carpeta NETLOGON.
Como paso final ejecuté el comando dcdiag para verificar el normal funcionamiento del controlador de dominio el mismo que se ejecutó sin problemas.
Iniciando el trabajo con SQL Server 2008 R2 (CTP November) y Sharepoint 2010 Beta 2, encontré un problema al acceder a los reportes desde otro equipo que no sea el de SQL Server 2008 R2 donde se encuentra implementado Reporting Services.
Al tratar de acceder desde un equipo de la misma red que el servidor de SSRS 2008 R2 obtuve el siguiente error:
En algunos blogs y sitios de Microsoft se indican las siguientes posibles fallas:
- Firewall
- Conexiones TCP/IP no configuradas en SQL Server
- Timeout en conexiones
Curiosamente, cree un reporte con Report Builder 3.0 en donde al configurar la conexión con la fuente de datos, en la viñeta de "Credentials", seleccioné la opción "Use this user name and password" y marqué la opción "Use as Windows Credentials". Este reporte funciona perfectamente, sin embargo desarrollé otros reportes por medio del IDE de Visual Studio en donde al configurar las opciones de conexión no existe el "checkbox" "Use as Windows Credentials", este reporte es el que genera el mensaje de error expuesto en la pantalla.
Para solucionar el problema, edité el reporte que lo desarrollé inicialmente con el IDE de Visual Studio y marque la opción "Use as Windows Credentials", probé nuevamente el reporte y todo funcionó sin problemas.
Este mismo proceso solució el problema del siguiente gráfico.
Originalmente, Windows Virtual PC no soporta la ejecución de máquinas virtuales (*.vhd) desde un disco duro externo USB, sin embargo, como lo hace Virtual PC / Virtual Server o cualquier otro motor de virtualización. Existe una forma de poder ejecutar máquinas virtuales desde un disco duro externo en Windows Virtual PC y es ejecutando el archivo de configuración de una máquina virtual previamente creada con Virtual PC 2007 (*.vmc).
Ahora mismo me encuentro probando una posible solución: Windows 7 soporta nativamente discos duros virtuales (*.vhd) como medio de almacenamiento, la prueba que estoy realizando es primero crear un disco duro virtual en mi disco duro externo, luego adjuntarlo usando el administrador de equipos y dentro del mismo tratar de crear la máquina virtual desde Windows Virtual PC, pronto tendré noticias de si este escenario funciona o no.
Dando los primeros pasos con Sharepoint 2010 sobre Windows Server 2008 R2, el proceso de instalación funcionó sin problemas, sin embargo al ejecutar el asistente de configuración de productos de sharepoint se presentó el error:
Al visitar el blog de nuestros buenos amigos de equipo de producto encontré este artículo: 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, done se indica que si estás instalando Sharepoint 2010 Beta sobre Windows 7 o Windows Server 2008 R2 hay que descargar e instalar una actualización.
Al tratar de publicar un reporte diseñado en Reporting Services de SQL Server 2005 y abrir el sitio de "Reports" ó "Reportserver" se presentó el mensaje de error:
The Report Server Web Service is unable to access secure information in the report server. Please verify that the WebServiceAccount is specified correctly in the report server config file. (rsAccessDeniedToSecureData)
Al revisar en la consola de configuración de SQL Server Reporting Services 2005, la opción de WebService Identity se encontraba con un símbolo en rojo indicando error. La cuenta con la que se encuentra configurada el servicio no cambió su contraseña ni mucho menos caducó. Únicamente hice un clic en el botón de "Apply" y el servicio volvió a funcionar sin problemas.
En un servidor completamente funcional con Windows Server 2008 y Hyper-V fue apagado para dar mantenimiento a partes y piezas de hardware, sin embargo al iniciar una de las máquinas virtuales se presentó el error de la figura:
Lo extraño es que este mensaje solo se presentó en una de dos máquinas virtuales. La máquina virtual con el error también tenía algunos snapshots que fueron obtenidos en fechas pasadas. Leyendo en algunos foros se indica que este problema se debe a que el archivo de configuración de la máquina vitual se ve afectado de alguna forma y lo que recomiendan es que se cree una nueva máquina virtual y se haga referencia al disco virtual de extensión VHD. Sin embargo en este caso en particular el tomar el disco principal VHD como punto de partida para crear una nueva máquina virtual no aplica en vista de los snapshots tomados. Si ese es su caso hay que seguir dos pasos:
- Hacer una combinación manual de los snapshots al disco principal
- Crear una nueva máquina virtual haciendo referencia al disco combinado
Para hacer la combinación manual pueden seguir los pasos de este enlace: http://www.networkfoo.org/forum/hyper-v/recovering-your-virtual-machine-how-manually-merge-hyper-v-snapshots-back-one-vhd?p=384
El día de hoy instalé una máquina virtual Windows Server 2008 Server Core sobre Hyper-V v2 (Windows Server 2008 R2), al tratar de configurar la tarjeta de red resulta que no estaba instalada ninguna, esto se debe principalmente a que hace falta instalar los Integration Services de Hyper-V. Para hacer esto hagan lo siguiente:
- Clic en Action y seleccionen "Insert Integration Services Setup Disk"
- En el Command Prompt de Server Core accedan a la unidad virtual del CD
- Ingresen a la carpeta \support\x86 y ejecuten setup.exe
- Les pedirá que reinicien la máquina virtual y todo funcionará correctamente, espero les sirva.
Por defecto, Exchange 2007 durante el proceso de instalación genera un certificado digital que permite asegurar varios servicios, entre ellos el de OWA. Este certificado es de origen local por lo que al tratar de acceder desde internet al sitio de OWA, por ejemplo, se presentará una advertencia indicando que dicho certificado digital no ha sido reconocido por una autoridad certificadora de internet y puede significar un riesgo. Al cambiar este certificado por un generado y reconocido en internet, en los usuarios de la intranet se presentará un mensaje de advertencia indicando que los nombres de los certificados no coinciden. Para resolver esto procedan con los pasos indicados en este enlace: http://support.microsoft.com/kb/940726
Cuando un controlador de dominio presenta algún tipo de fallos o problemas que le impiden recuperarse y funcionar normalmente es necesario hacer una limpieza de metadatos del servidor para que la infraestructura de red Microsoft continue operando, Les comparto dos enlaces donde se indica el proceso:
Windows Server 2008: http://technet.microsoft.com/en-us/library/cc816907(WS.10).aspx
Windows Server 2000/2003: http://support.microsoft.com/kb/216498
Al tratar de convertir un equipo físico en virtual utilizando la opción P2V de System Center Virtual Machine Manager 2008 se presentó el mensaje de error:
There is already an SSL certificate associated with port 443 on machine <servidor>.
Ensure that no application on machine tbcdc03 listens for HTTP traffic on TCP port 443 during the conversion. Alternatively use registry key HKLM\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\P2VBITSTcpPort on the VMM server to change the P2V transfer port number and add the necessary firewall rule for TCP port 443 on machine tbcdc03.
ID: 13252
Revisé todos los servicios y hubo ninguno asociado a ese puerto o con un certificado digital adjunto. Cree en el registro del servidor de SCVMM la clave de tipo DWORD P2VBITSTcpPort en la sección HKLM\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\ y coloqué el puerto 30443. Finalmente reinicié el servicio Virtual Machine Manager, bajé durante el proceso el firewall de Windows Server 2008 y todo funcionó son problema.
Se que se obtengan o no instantáneas (snapshots) de máquinas virtuales creadas con Hyper- de Windows Server 2008, en la carpeta snapshots de cada VPC se crean estos archivos de extensión .avhd. A ciencia cierta no se por sucede esto pero de acuerdo a documentación sobre el tema, al pagar una VPC se ejecuta un proceso de combinación de discos de manera automática. Sin embargo, pude experimentar que no se ejecutaba este proceso de forma automática cuando apagaba una VPC, tomando en cuenta adicionalmente que no tenía ninguna instantánea tomada. Para forzar de alguna forma a que se ejecute este proceso lo que hice fue crear una instantánea, apagar la VPC y borrar la instantánea. Esto provocó que se ejecute el proceso y los archivos .avhd fueron combinados al disco maestro.
Posterior a la instalación de MOSS 2007, sin ningún tipo de problema o error, al tratar de crear un sitio personal se presentó el mensaje de error de "Archivo no encontrado" similar a la siguiente imagen:
Al parecer es que no encontraba la página MySite.aspx que por defecto se instala con MOSS. Sin embargo luego de revisar todo ahí estaba. Revisé todas las configuraciones del Proveedor de Servicios Compartidos (Shared Service Provider - SSP) y todo estaba en orden.
Igualmente luego de buscar y buscar en Internet no encontré una solución definitiva a mi problema. Finalmente se me ocurrió crear un nuevo "My Site host Location", siguiendo los pasos del enlace http://technet.microsoft.com/en-us/library/cc263516.aspx, y al final funcionó y llegué a mi objetivo de crear sitios peronales.
Trabajando con Forefront Security for Exchange pude caer en cuenta que, a diferencia de Antigen, ya no vienen precargadas las listas para filtrar correo spam, lo cual me parece algo negativo. Sin embargo encontré la manera de hacerlo, aunque no de una forma tan eficiente pero bueno al fina funciona. En el sitio http://urlblacklist.com/?sec=download cada cierto tiempo se publican bases de datos para cargarse sobre sistemas antispam basados en Linux. Estos archivos obviamente vienen en format legible para dicho sistema operativo, lo cual no es una limitante. Luego de descargar la base descarguen también la herramienta TOFRODOS (http://www.thefreecountry.com/tofrodos/index.shtml) esta herramienta permite convertir los archivos de formato LINUX/UNIX a DOS, y es aquí donde está la tarea complicada.
Al final del día se obtienen los archivos necesarios para poder subirlos a Forefront Security for Exchange.
Entre los muchos inconvenientes que se presentaron con Windows Vista, la incompatibilidad de ejecución de ciertas aplicaciones, que funcionaban bien sobre windows XP, generó una gran resistencia a la migración a este sistema operativo. Fue bastante interesante e importante leer en las últimas noticias de Microsoft, la liberación de Windows XP Mode "Beta" (basado en el nuevo Windows Virtual PC "Beta"), que entre otras cosas permite la ejecución de aplicaciones basadas en Windows XP sobre un entorno de Windows 7 de manera transparente.
En resumen el procedimiento es el siguiente:
- Instalar Windows 7, dependiendo del hardware que disponga, habilitar en el BIOS la característica de tecnología de virtualización (Intel VT o AMD-V)
- Descargar, instalar y configurar Windows Virtual PC y Windows Virtual XP (http://www.microsoft.com/windows/virtual-pc/)
- Instalar las aplicaciones que no sean compatibles con Windows 7 en el ambiente virtualizado de Windows XP, para mi caso particular instalé una aplicación de administración de un appliance de seguridad que no es compatible ni con Windows Vista ni con Windows 7.
- Para acceder a las aplicaciones instaladas en la máquina virtual de Windows XP, desde Windows 7: clic en Inicio > Todos los programas > Windows Virtual PC > Virtual Windows XP 1 Applications y seleccionar la aplicación requerida.
- Finalmente, se ejecutará la aplicación sobre el ambiente de Windows 7. En el caso de que se haya mantenido abierta la máquina virtual de Windows XP y se haya tratado de ejecutar la aplicación virtual está pedirá primero que se cierre dicha máquina virtual antes de ejecutar la aplicación. En el cuadro de advertencia que se presente simplemente hay que continuar o aceptar. El resultado final, es la ejecución de la aplicación incompatible sobre Windows 7.
Espero esta guía rápida de uso de Windows XP Mode de Windows 7 sea de su utilidad.
Durante la creación de una campaña de Marketing para el envío de correo electrónico a un listado de contactos, la tarea de "Actividades de Campaña" se creó perfectamente, sin embargo dentro de esta en la opción de "Mensajes de correo electrónico creados" no aparecía ninguno en lista.
Revisando los servicios en el servidor de CRM encontré que el servicio "Servicio de procesamiento asincrónico de Microsoft CRM" estaba detenido, al iniciarlo se crearon exitosamente las tareas y los correos comenzaron a enviarse.
Acabo de recibir la noticia de que Sharepoint Designer 2007 es completamente gratuito, ingresen a este link y verifiquenlo.
http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=baa3ad86-bfc1-4bd4-9812-d9e710d44f42
Al utilizar la barra de Acciones de la consola de administración de System Center Essentials 2007 para ofrecer asistencia remota a cualquier equipo de una red se presentó el siguiente mensaje de error:
Cannot display the page
The page you are trying to view cannot be displayed. This may because:
- If you are trying to view this content over the network, there may be network congestion or a problem with your connection.
- There might be an error in the page's address.
- The page might not be available.
Please check your network connection or try another page.
Intente lo que se recomienda en la página: http://www.winxptutor.com/helpctrscripting.htm, sin embargo no dió resultados. Intenté reinstalar asistencia remota tampoco sin éxito.
Al tratar de abrir el sitio: hcp://CN=Microsoft%20Corporation,L=Redmond,S=Washington,C=US/Remote%20Assistance/Escalation/Unsolicited/SCEUnsolicitedRCUI.htm, no se presentó dicha página, sin embargo al abrir: hcp://CN=Microsoft%20Corporation,L=Redmond,S=Washington,C=US/Remote%20Assistance/Escalation/Unsolicited/UnsolicitedRCUI.htm, se presentó la pantalla para ofrecer asistencia remota, conclusión es un problema con SCE 2007.
Al revisar todas las actualizaciones instaladas, se encontraba SP2 de Windows Server 2003 mas no estaba actualizado a SP1 SCE2007, tras instalar SP1 de SCE 2007 todo se solucionó.
More Posts
Next page »