Un día horrible como técnico de IT

Esto se termina...

2011-12-03T19:12:00.001+01:00

Hola a todos tras un año desconectado.

Ha sido un año de muchos cambios en mi vida tanto laboral como personal y he estado muy falto de tiempo y la verdad también de ganas. De hecho en varias ocasiones me he planteado seriamente cerrar el blog, y la verdad es que aun no he tomado una decisión sobre el destino final.

El origen de este blog era contar mi día a día como técnico de sistemas, que problemas me enfrentaba en mi trabajo diario y como los solucionábamos. Con el objeto de ayudar a otros que o bien por tiempo o por tener menos experiencia pudieran necesitarlo.

Pero desafortunadamente (para este blog) mi vida dio un cambio en Marzo del año pasado dejando de lado mi gran pasión por el mundo IT y reorientando mi actividad laboral más hacía el área comercial de proyectos en una gran compañía. Si es cierto que requiere un importante componente técnico pero de ninguna manera del modo que tenía antes. Podemos decir que aquí leo algún articulo según la necesidad del cliente, rozamos la tecnología, y nos focalizamos en vender proyectos. Eso si, mucha metodología, comunicación con el cliente, seguimiento, etc. Un rollo en definitiva.

Bueno, al menos hasta final de año el blog permanecerá vivo y coleando así que si alguien quiere mantener algún articulo que lo copie, por que es posible que este blog muera con el año.

Gracias a todos los que alguna vez habéis enviado un comentario o agracedimiento. No sabéis lo que eso ha significado.

Gracias.

Configuración de una tarjeta de red en un Cluster Hyper-V

2011-02-09T08:49:00.009+01:00

Anoche nos tocaba realizar una intervención de las teoricamente sencillas, pero que en nuestro mundo nunca son sencillas y al final se terminan complicando. Básicamente tenemos un cluster de Hyper-V con 4 máquinas virtuales en dos Hosts con Win2k8 R2 Enterprise. Cuando hicimos las pruebas en laboratorio todo fue perfecto y la máquina virtual con la que hicimos experimentos de caidas etc. funciono sin problemas.

La intervención en uno de los hosts implicaba apagarlo, para ello decidimos que moveríamos todas las máquinas virtuales al otro host y listo. Pues nada, a darle al botoncito del "Quick Migrate" todo fue bien, hasta que de repente una de las máquinas (la más improtante para variar) decidió que :

'Virtual Machine XXXX03' failed to start

Nada, a dar vueltas, nos hemos equivocado en el calculo de memoria, de cores, pero nada todo correcto, una vuelta por los visores de sucesos y nos encontramos con estos errores:

Ummmm, vaya, parece que algo en la red no va demasiado bien, revisamos los datos de tarjetas, de los switches, la visibilidad, etc. Aparentement todo correcto, una pequeña investigación nos llevo a ver que cuando tienes un cluster en Failover en Hyper-V las mismas herramientas que tienes en la MMC de Hyper-V las tienes en la caracteristica de Failover (vamos ya lo sabiamos pero siempre pensamos que eran identicas), pero una pequeña prueba (de las que mi profesor de matemáticas llamaba de idea feliz) hizo que al entrar en la configuración de la máquina virtual pero usando la herramienta de Cluster de repente la configuración de la red aparece como "Erronea", simplemente un cambio en la configruación de la red usando esta herramienta:

Una investigación por el Technet de Microsoft nos llevo a decubrir que es imperativo que la configuración de cualquier parametro de una máquina virtual que pertenezca a un cluster se debe llevar a cabo desde la herramienta de cluster no desde la MMC de Hyper-V u ocurrirán cosas como estas.

Estás advertido, disfruta.

Componentes de integración en máquinas CentOS 5 o superior

2011-01-28T22:52:00.002+01:00

Hoy vamos a dar el pequeño detalle para la instalación de los componentes de integración de Hyper-V en las máquinas Linux basadas en CentOS 5.4 o superior. Lo primero que debemos hacer es actualizar nuestro kernel y librerías a las últimas versiones, para ello desde nuestra máquina virtual ya instalada y configurada (por supuesto con adaptador heredado, ya que el sintetico no funcionará) ejecutamos el siguiente comando:

yum update

Esto nos validará todas las actualizaciones, que aceptaremos, instalaremos, y reiniciamos la máquina con el último kernel disponible.
Ahora vamos a necesitar las últimas Herramientas de Integración de Hyper-V que a fecha de hoy las tienes aquí para descargar.

Bien, ejecutamos el ejectuable, valga la redundancia, y esto nos deja en un directorio una imagen .ISO que montaremos para la máquina virtual.

Para montar la imagen usaremos este comando:

mkdir /mnt/cdrom
mount /dev/cdrom /mnt/cdrom
cd /mnt/cdrom

Si no tenemos instaladas las herramientas de desarrollo en nuestro sistemas usaremos el repositorio de CentOS para hacerlo:

yum groupinstall "Development Tools"

Creamos el directorio donde instalaremos las herramientas y copiamos todos los archivos del CD-ROM a este directorio:

mkdir /opt/LinuxIC
cp -R /mnt/cdrom/* /opt/LinuxIC
umount /mnt/cdrom

ahora simplemente iremos a compilarlas:

cd /opt/LinuxIC
make
make install

Al ejecutar el make debemos fijarnos que no nos de error alguno, sino el make install no tendrá sentido. Con esto habríamos terminado. Si estamos utilizando la versión x64 de CentOS necesitamos un pasito más, para ello montamos el CD-ROM de CentoOS número 1, e instalamos el paquete "adjtime":

mount /dev/cdrom /mnt/cdrom
rpm –ivh /mnt/cdrom/Centos/adjtimex-1.20-2.1.x86_64.rpm

si no tenemos el CD-ROM podemos hacerlo con el comando yum:

yum install adjtimex.i386

Si queremos finalmente validar que todos los componentes de integración están funcionando, lo podemos comprobar con el siguiente comando:

/sbin/lsmod | grep vsc

Un último comentario, recordar que los dispositivos de red de los adaptadores sinteticos son denominados sethX, donde X es el número de interfaz, por ejemplo eth0 se convierte en seth0.

Hasta la próxima.

Backup casero para SQL Server

2011-01-27T08:50:00.007+01:00

Todos los que nos movemos en este mundillo conocemos los agentes de Backup de diferentes fabricantes y los precios que se gastan. En muchas ocasiones en el caso de los SQL Server simplemente necesitamos una copia monda y lironda de la base de datos sin ninguna floritura más. Pagar el dinero que cuestan estos agentes en muchas ocasiones no está justificado, y me he encontrado con situaciones en las que el técnico hace cosas como parar la Base de datos para hacer el backup y luego arrancarla, con los consiguente problemas de tiempo, riesgo de que no arranque, etc. etc.

Por ello aquí va un pequeño método sobre como realizar un backup de SQL Server en caliente. El sistema funcionará de la siguiente manera, un fichero bat/cmd se ejecutará con la periodicidad indicada en nuestro programador de tareas, este fichero pasara una serie de parametros a un script SQL que nuestro servidor entenderá, y a su vez este script SQL llama a un procedimiento almacenado dentro del nuestro SQL Server que es el encargado de realizar el DUMP.

En primer lugar crearemos el script que llamará al procedimiento almacenado y le pasara los parametros, creamos un fichero por ejemplo llamado "fullbackup.sql":

USE [master]
exec expressmaint
@database = '$(DB)',
@optype = 'DB',
@backupfldr = '$(BACKUPFOLDER)',
@reportfldr = 'c:\backupBD\reports\',
@verify = 1,
@dbretainunit = '$(DBRETAINUNIT)',
@dbretainval = '$(DBRETAINVAL)',
@rptretainunit = ' copies',
@rptretainval = 2,
@report =1

Esta sentencia SQL lo que va a hacer es coger lo parametros que le pasemos cuando la llamemos con nuestro script o fichero BAT (se ven claramente los parametros que comienzan por $), y ejecutará el procedimiento almacenado que tenemos que subir como veremos ahora a nuestro sql server.

El fichero BAT que ejecuta este script es un modelo como sigue:

"c:\Archivos de Programa\Microsoft SQL Server\90\Tools\Binn\sqlcmd -S .\ -i"c:\BackupBD\fullbackup.sql" -v DB="BASEDEDATOS" -v BACKUPFOLDER="c:\BackupBD\BackupBBDD\" -v DBRETAINUNIT="days" -v DBRETAINVAL="1"

Por supuesto tendrás que adaptar las rutas de tu Script a tu entorno. Este comando tendrás que meterlo en un fichero .BAT que será el que des a tu programador de tareas para ejecutar.

Por último solo nos quedará, introducir el procedimiento almacenado en nuestro SQL Server, el que contiene la base de datos que queremos realizar copia:

- Abrimos nuestra herramienta de gestión de SQL Server, SQL Server Management Studio en mi caso, y sobre la base de datos [master] creamos un nuevo procedimiento almacenado:

Una vez que nos lo cree, tendremos que pegar dentro el contenido de este fichero, y el procedimiento almacenado se debe llamar "expressmain", si cambiaramos el nombre del procedimiento debemos corregirlo en el fichero "fullbackup.sql".

Procedimiento Almacenado

Una vez preparado, el sistema nos dejará listo por un lado la copia de seguridad de la base de datos en el directorio indicado (BACKUPFOLDER este parametro va en el .BAT) y un informe del estado de la copia de seguridad en el directorio de reportes (reportfldr, este parametro va en el fullbackup.sql).

[Actualización 05/02/2011]

He detectado un error en el fichero para la creación del procedimiento almacenado ya que el comando utilizado que estaba en la descarga es "ALTER" y debería ser "CREATE" ya lo tienes corregido en la descarga para bajar nuevamente.

Por otro lado algunos usuarios han detectado este problema al ejecutar el script:

Esto básicamente indica que la opción xp_cmdshell no está activada en el configurador de superficie del SQL Server, simplemente abrete el SQL Server Surface Configuration y en la opción de Configuración de Superficie para Caracteristicas, activas la casilla al lado de la opción "xp_cmdshell".

Espero que os sirva.

Creación de maquetas con Windows 7

2010-10-14T23:45:00.006+02:00

Se que este post no va muy en la linea de los últimos en que pretendo orientar al campo de virtualización en entornos de Microsoft. Esta necesidad ha ocurrido con un cliente en los últimos días y por eso aportamos la solución aquí.
El cliente ha preparado una maqueta de un sistema basandose en la versión de Windows 7 Professional que viene preinstalado en un equipo HP dc8100SFF, al intentar hacer el sysprep con objeto de hacer el reseal de la maqueta y desplegarla resulta que da un error y no hay forma de hacer el reseal, tras una investigación hemos detectado que Microsoft y por ende sysprep no soporta realizar el reseal de un sistema operativo al que ya se le hizo previamente, como es el caso de los sistemas preinstalados en equipos de fabricantes.

Por ello en este caso tuvimos que recuperar un DVD OEM estandard para instalar el sistema operativo de 0 y que nunca hubiera sufrido un reseal previo. Aprovechando esta circunstancia vamos a explicar como hemos realizado la maqueta con exito.
- PASO 1 -

En primer lugar arrancaremos el equipo con el CD de instalación de Windows 7, el metodo es el mismo para cualquier tipo de SKU (tipo de licencia o producto) da igual que sea OEM, licencia por volumen o Retail, lo importante es que previamente no hubiera sido pasado por un sysprep.

Instalamos el sistema operativo de manera estandard con el DVD original, o bien desde un servidor de implementación, o si tenemos un archivo wim al que le hayamos realizado personalizaciones podremos utilizarlo de la misma manera (las personalizaciones pueden ser añadir drivers, logotipos, urls, etc., igual me animo y escribo otro contando como personalizar el OS).

Si en tu caso tienes una imagen WIM necesitarás un CD con WinPE que incluya la utilidad imagex dentro de el para hacer la instalación final. También necesitarás un medio en el que tengas la imagen wim de Windows 7 a instalar en el equipo. Pincha el disco USB que contenga la imagen WIM antes de arrancar el equipo, introduce el CD de WinPE y arranca el sistema. Esto arrancará una edición de Windows reducida para hacer el despliegue de las maquetas.

Lo primero que haremos será crear las particiones, la manera más sencilla es crear un archivo previamente con la distribución de las particiones que queremos crear en el sistema, la recomendación es crear 3 particiones:

Sistema - Partición pequeña impresindible para que el sistema bote.
OS - Partición que albergará el sistema operativo y los datos de este (podemos crear una cuarta partición para los datos)
Recovery - Partición que contendrá una imagen del sistema operativo instalado con objeto de restaurarlo si fuera necesario en el futuro.

Para realizar esto crearemos un archivo de texto similar al siguiente:

Aquí crearemos una partición R: con 2,5Gb de espacio, una partición S: con un espacio de 100Mb y una última partición C: con el resto de espacio disponible. Este archivo lo tendremos en el disco usb, y desde la ventana de comandos del entorno WinPE ejecutaremos el archivo (ojo, esto eliminará todas las particiones del disco existentes):

DISKPART /s G:\DiskPartScript.txt

Tras la ejecución del comando tendremos nuestro disco particionado, ahora necesitamos restaurar la imagen WIM del disco USB a la partición C:\, para ello usaremos este comando:

IMAGEX /apply G:\Windows7.wim 1 C:\

Esto extraerá la imagen wim sobre la unidad C:, solo nos falta hacer que el sistema bote, para ello usaremos el siguiente comando:

BCDBOOT C:\WINDOWS

[pendiente de subir el sistema de recovery]

Con esto conseguiríamos desplegar el sistema de Windows 7 desde una imagen WIM preconfigurada. Reiniciamos el sistema y arrancará nuestro nuevo y flamante Windows 7.

- PASO 2: Personalización -

Una vez que tenemos instalado nuestro Windows 7 deberemos comenzar a personalizarlo, no es necesario que activemos la licencia, ya que el SYSPREP la eliminará.

Instalar los drivers que puedan faltar del sistema
Instalar los paquetes de software que deseemos distribuir con nuestra maqueta ya preisntalados. Antivirus, ofimática, lector de PDFs, etc.

- PASO 3: Re-seal -

Una vez que hayamos hecho la personalización, simplemente deberemos ejecutar el comando SYSPREP:

c:\windows\system32\sysprep\sysprep.exe

Aquí es importante que elijamos las siguientes opciones, que abstraerá la imagen del hardware y hará que sea instalable en cualqueir hardware, pero ya incluirá los drivers que hallamos puesto, con lo que si es el mismo modelo se configurará automáticamente:

Es importante seleccionar la opcion OOBE, Generalizar y luego Apagar, sobre todo Apagar, ya que si elegimos reiniciar haremos el reseal pero el sistema volverá a iniciarse y reconfigurarse. Una vez que termine el sistema se apaga y está listo para clonar.

La clonación en el siguiente articulo...

Ampliación de discos VHD con Instantáneas (parte 2/3)

2010-10-02T21:00:00.005+02:00

En la primera parte finalizábamos el articulo dejando en el aire dos posibles soluciones para recuperar el sistema una vez que nos hemos cargado nuestros archivos diferenciales, por ejemplo si hemos montado en una máquina viva directamente el fichero .vhd y este ha sido modificado, dejando inservibles la cadena de ficheros de disco diferenciales llamados .avhd.

Los ficheros .avhd funcionan de la siguiente manera, cuando creamos una instantánea de una máquina virtual el sistema congela el fichero .vhd de los discos duros y queda como solo lectura, a continuación crea un fichero .avhd y lo encadena co

n el primer .vhd, a partir de ese momento cada archivo que sea modificad se guardará completo en este nuevo fichero .avhd. Esto tiene sus ventajas e inconvenientes, la principal ventaja es que si montamos un fichero .avhd con una aplicación que lo permita automáticamente podremos recuperar el archivo que necesitemos completo ya que no guarda la diferencia a nivel de archivo desde que lo congelamos hasta ahora, sino una copia completa del archivo. Esto por contra tiene el problema del gran gasto de disco duro que sufriremos ya que se copia como digo el archivo completo y no las diferencias, pensar en servidores que funcionen con Bases de Datos como SQL Server o Microsoft Exchange, sistemas en los que es fácil encontrarnos con ficheros de base de datos de varios gigas de tamaño, esto hará que los ficheros .avhd crezcan rápidamente.

Esto nos va a permitir que ante una situación en la que queden inservibles los ficheros .avhd por ejemplo por que hemos ampliado el tamaño del disco sin consolidarlos, podamos recuperar las modificaciones posteriores, manualmente eso si.

¿Cómo sacar información de un fichero .avhd?

Los ficheros avhd no son otra cosa que ficheros vhd que contienen en su cabecera un id de enlace a su avhd o vhd padre de manera que podamos mantener un orden en la cadena. Simplemente deberemos descargar alguna de las utilidades que permiten montar ficheros vhd, renombrar el fichero .avhd a .vhd y montarlo con esta utilidad, veremos todos los archivos que contiene el disco diferencial, los cuales podremos copiar y res

taurar sin problemas.

¿Que utilidades existen para montar ficheros .vhd?

A día de hoy hay bastantes la verdad, las más conocid

as son vhdmount las cuales permiten montar el disco vhd desde el administrador de discos de un Windows Vista o Windows 7, o una utilidad gráfica la cual la verdad yo prefiero como Gizmo Drive.

Recuerda que:

Nunca amplíes un volumen de Hyper-V el cual tenga instantáneas, antes elimina todas las instantáneas y apaga la máquina virtual hasta que se consoliden todos los discos, lo verás en la consola de Hyper-V como evoluciona. Si no lo haces así perderás todos tus discos diferenciales.

Si tienes que mover un conjunto de discos de ubicación (por conjunto entiende un volumen compuesto por un .vhd y uno o varios .avhd) muevelos todos j

untos, aseguraté que siempre coges el .avhd correcto que será siempre el más nuevo, si aun así tienes dudas utiliza en la consola de Hyper-V la herramienta "Inspeccionar disco", y nos vamos al directorio donde tenemos los discos .avhd, elegimos el más reciente y tendremos una pantalla como la siguiente:

Si pinchamos en inspeccionar veremos una imagen similar con el siguiente disco en la cadena en sentido a llegar al fichero original .vhd. Simplemente para asegurarnos que ese .avhd es el último en la cadena cada vez que pinchamos en inspeccionar nos fijamos que aparezcan en la cadena todos los archivos que tengamos en el directorio, si nos falta alguno quiere decir que ese .avhd que nos falta es posterior al que pensábamos que era el último en la cadena.

Esto es bastante manual pero permite saber el orden de los .avhd por si no te fías de las fechas o al moverlos de volumen has perdido esa información.

Monitorización de Hosts Hyper-V Server con Nagios

2010-08-23T17:51:00.005+02:00

Desde hace bastante tiempo he estado usando Nagios para la monitorización de mis propias máquinas así como la de algunos clientes para los que trabajo. Todo ha ido perfectamente hasta que hace unos meses comenzamos a desplegar en algunos de ellos Hyper-V Server o Hyper-V Server R2.

Esto hizo que los monitores habituales de uso de procesador así como de memoria dejaran de funcionar, despues de bastante investigación vimos que la falta de roles en estos sistemas también ha acabado con los contadores (performance counter logs) sobre todo los que dependen de las instancias "Processor" y "Memory".

El cliente NSClient++ por defecto monitoriza el contador "\Processor(_Total)\%Processor Time" el cual como he comentado en las versiones de Hyper-V Server ha desaparecido, para darnos una visión mucho más granular sobre la monitorización del procesador (podemos ver, a nivel logico de procesador, de core, el uso por máquina virtual, etc.). En este caso deberemos monitorizar la siguiente instancia que nos dará la información que estamos buscando:

"\Hyper-V Hypervisor Virtual Processor(_Total)\% Total Run Time"

Con esta entrada tendremos la visibilidad que estamos buscando sobre el consumo global del procesador a nivel de Host. Para hacer que el cliente NSClient++ monitorize esa entrada WMI simplemente editaremos el fichero NSC.ini que se encuentra en el directorio donde hemos instalado el cliente. En el encontraremos una sección denominada [Check System] (y si no estuviera la añadimos) e incluiremos esta linea:

SystemTotalProcessorTime="\Hyper-V Hypervisor Virtual Processor(_Total)\%Total Run Time"

Reinicia el servicio, y ¡voila!. Queda la linea de la memoria pero esa la dejo para ti.

Saludos.

Ampliación de discos VHD con Instantáneas (parte 1)

2010-08-15T19:51:00.001+02:00

Nuevamente vamos a intentar retomar la disciplina de al menos semanalmente incluir un nuevo artículo en este blog. El principal motivo de la demora se debe a que el objetivo final era plasmar en este blog las incidencias atípicas o complejas que como técnico me surgían día a día y como las habíamos resuelto. Desgraciadamente en los últimos tiempos mi vida está en otros lares más que solucionar incidentes en la gestión y organización del equipo de técnicos que tengo en la empresa para la que trabajo. Bueno al lio.

Esta vez el problema que teníamos era el siguiente, servidor virtual sobre Hyper-V (corriendo en un Windows 2008 R2) con varias máquinas virtuales, una de ellas en su volumen E: se había quedado sin espacio suficiente y teníamos que ampliarlo. Utilizando el asistente de la consola de Hyper-V acometieron la ampliación del fichero VHD con éxito, todo funcionó a la perfección.

El problema vino cuando los usuarios nos reportaron que les faltaba información entre dos fechas concretas (más o menos unos 15 días), es decir el último dato que tenían era de hace 15 días, y volvían a tener información desde el mismo día de la ampliación pero en medio no había ni un solo byte.

Tras una pequeña investigación nos dimos cuenta que habíamos cometido un grave error de novato, vamos con la parte técnica. En Hyper-V al igual que en otros sistemas de virtualización permiten obtener instantáneas de la máquina virtual, esto implica básicamente que el sistema congela el fichero que contiene el volumen del que obtenemos la máquina virtual (.VHD en el caso de Hyper-V) y crea un nuevo disco diferencial en el que va guardando los cambios a partir de ese momento (en Hyper-V son ficheros .AVHD), si creáramos una nueva instantánea el sistema congelaría el anterior fichero diferencial y crearía un nuevo fichero diferencial (nuevo fichero .AVHD).

El problema en las soluciones Hyper-V es que cuando ampliamos el disco hay que tener en cuenta previamente que NO TENGAS INSTANTANEAS CREADAS. Es condición imprescindible que los ficheros de disco del volumen que vas a realizar la ampliación están ya consolidados (recuerda que para consolidar los discos debes eliminar las instantáneas que existan, y apagar la máquina para que el sistema comience la consolidación de los discos).

Nuestro problema empieza a verse claro, se realizó la ampliación del volumen sin haber eliminado si quiera las instantáneas que existían, y mucho menos haber consolidado los discos avhd con el vhd original. El sistema amplio el fichero vhd y lo puso en la máquina virtual como el nuevo disco valido, descartando de esta manera los ficheros diferenciales que existían y por tanto perdiendo los datos desde ese momento hasta la fecha en que se hizo la primera instantánea (15 días en nuestro caso).

Ahora si te ha ocurrido algo como esto tienes un problema, si tienes un backup reciente, no es tal problema, pero si resulta que no hay backup de ese volumen y además te das cuenta varios días después del problema (aquí había un fin de semana por en medio), tienes que recuperar la información que has perdido de alguna manera, ya que en la ampliación del volumen VHD el sistema no borra los ficheros AVHD pero los desune del vhd original. Así que tu información está pero no es accesible. Dos soluciones:

- Solución 1: Deshacer los cambios y dejar el volumen como estaba incluyendo los ficheros AVHD.

- Solución 2: Obtener la información que necesitamos extrayéndola de los ficheros AVHD.

fin [fin parte 1]

Espacio en disco, vhd, sabado noche, y alcohol

2009-09-20T18:23:00.008+02:00

Siempre he pensado como escribir blogs con post a diario, y si puede ser con algo de sentido del humor pues mejor que mejor. La verdad es que no es una de mis virtudes, así que vamos a ver si al menos nos ponemos el reto de actualizar este dichoso blog una vez a la semana, algo que debería ser sencillo para un tío como yo que es animal de costumbres.

Siguiendo la linea de contar mis experiencias en la faceta de técnico, anoche me ocurrió algo que quizas os haya ocurrido y hayáis visto de manera sencilla como solucionar, pero a mi me imponía bastante, ya que se trataba de un problema con un sistema en producción (apagado en ese momento por el problema) el cual había que tratar con sumo cuidado, mi amigo Exchange 2007.

El problema básicamente consistía que nuestro Operations Manager me lanzó una alarma durante la tarde, diciendo que el volumen C: estaba por debajo del umbral de espacio permitido, así que nada, sesión de TS y efectivamente, 4 Gb libres en C: (es un volumen de 250Gb) y cayendo empicado. Que las máquinas se suspendieran era cuestión de minutos, así que opté por la solución de apagarlas de inmediato (ahora entenderéis por que).

El problema del espacio en C: era algo recurrente, ya había ocurrido previamente en otras ocasiones, y tenía en mente haber puesto solución, pero esta semana revisando el sistema de copias vi que curiosamente el fichero VHD de una de estas máquinas, tenía fecha fija en junio de 2009. Esto me hizo pensar, que los ficheros VHD estaban creciendo de manera desorbitada en otro lugar ya que sabía que los ficheros de las dos máquinas virtuales deberían medir 100Gb y 20Gb, y evidentemente algo estaba ocupando los 250Gb y crecía deprisa.

La primera opción fue ir a ver las instantaneas de las máquinas virtuales, pero ninguna tenía ninguna activa, dandole vueltas no podía ser nada más que eso que creciera tan deprisa, así que echamos un ojo al directorio de instantaneas por defecto "C:\ProgramData\Microsoft\Windows\Hyper-V\Snapshots", y voila, dos ficheros de 118Gb y otro de 48Gb, bien pues nada un breve vistazo a technet, y verificamos que el problema está en que solo se realiza la mezcla (merge) cuando la máquina está apagada, así que tuvimos una buena idea, es solo tema de esperar y listo.... tic tac tic tac....

tras un rato largo, llega al 29% del mezclado, y desaparece el mensaje..... ay! dios. una horrible sospecha, no será que va a necesitar espacio para hacer el merge de los ficheros vhd y avhd (los avhd son los ficheros de los snapshots). Efectivamente 0 bytes libres. Bueno tras un rato de googlear resulta que encuentro como de manera sencilla podemos mezclar un VHD con un AVHD, pero el problema es que tengo 2 y no se cual es el primero de los dos :-( (en un futuro post hablaremos como mezclar dos vhd). Así que la única opción que me va quedando es buscar más sitio.

El método es de lo más tonto, y sencillo. Exportar la máquina a un disco con espacio suficiente, borrar la máquina y los vhd, y volverla a importar en el disco con espacio. Así de simple... Como se hace, pues vamos al lio.

En la máquina que tenemos el problema elegimos la opción de exportar:

A continuación nos solicitará donde queremos exportar la máquina virtual, este export necesita por supuesto que vaya a un disco donde tengamos espacio suficiente. Elegimos la unidad, y el sistema se encargará de en el export mover todos los archivos necesarios, de configuración, vhds, snapshots (instantaneas), etc. con la diferencia que los archivos xml de configuración serán cambiados a ".exp".

Cuidado no marquéis la opción de exportar solo la configuración de la máquina virtual (Export only the virtual machine configuration) ya que entonces no exportará ni los vhd ni los avhd.

Ahora solo toca esperar, al final en el path que hemos dicho tendremos todos los datos de nuestra máquina exportados y disponibles, y la máquina original donde estaba. Es momento para borrarla y liberar el espacio. Una vez borrada desde la opción importar de Hyper-V vamos a volver a recuperar nuestra máquina. Ojo, antes de importarla pongamos los ficheros de toda la máquina donde queramos que se quede, por ejemplo yo use para exportar el path "v:\vms\export" y no me gusta que la máquina en producción se quede así, algo mejor como "V:\VMs", así que mueve los ficheros, y vamos al importar.

A continuación nos solicitará el path donde están los archivos, ojo por que lo que nos está pidiendo es el directorio donde están los archivos de la máquina virtual, por ejemplo, si no movimos la máquina de directorio, y la exportamos a "V:\VMs\export" lo que tendremos que elegir es el directorio "V:\VMs\export\MAQUINA".

En las opciones de importar hay varios temas importantes que detallo:

- Mantener el GUID, si no hemos borrado la máquina original y es el mismo host en el que importamos, es importante que genere un nuevo GUID por que sino tendremos problemas. No importa que las máquinas se llamen igual se diferencian por el GUID no por el nombre. (Off-Topic: esto funciona y se ve perfectamente en el complemento de Hyper-V sin embargo en el System Center VMM si las máquinas se llaman igual no es capaz de mostrarlas, tendrás que ir al complemento de Hyper-V y renombrar una de ellas que en el si verás las dos).

- El directorio que importemos tenía unos ficheros .exp con los datos de la exportación, al importar estos son convertidos a ficheros de configuración .xml y ya no se podrá volver a importar esa máquina del directorio.

- Probablemente (bueno seguro) perderás la configuración de la/s tarjetas de red, así que si quieres que todo vaya bien, antes de arrancar la máquina entra en la configuración y vuelve a configurarlas en la máquina virtual (si es el mismo host, arrancará según las configures perfectamente)

- Y si eres como yo y tu objetivo final es que los discos se mezclen (merge) entonces deberás dejar la máquina apagada :-)

A disfrutar.

Actualización firmware HTC Advantage x7510

2009-08-12T13:38:00.007+02:00

Hace bastante tiempo que no posteo en este blog, y hoy he tenido que verificar si es posible la actualización de esta máquina, la HTC Advantage x7510 de un firmware original a un firmware identico pero en castellano.

Antes de empezar señalar que este método es solamente para propositos educativos, y que el uso del mismo es totalmente ilegal ya que si no disponeis de la licencia en castellano, el uso de otro firmware diferente al que te ha sido entregado con la máquina original es ilegal, es una de las restricciones que tiene la licencia, así que tu mismo. Por supuesto tu garantía queda 100% inutilizada.

------------------------------------------------

Vuelta atras, si por algún motivo necesitaras volver atras puedes hacerlo sin dejar demasiado rastro, para ello necesitas deshacer los pasos aquí hecho, re-flasheando el firmware original del que deberías haber hecho copia, y luego reinstalando el SPL original, en el post de cmonex tienes los enlaces para descargar el SPL original, y algunos firmwares también originales.

Espero que te sirva.

Saludos.

-------------------------------

Lo primero que tenemos que verificar son los siguientes puntos:

- PC con XP o Vista, y 1 puerto USB 1.1 o superior.

- Permisos de administrador para ejecutar las aplicaciones.

- Si tienes vista bajate el último Mobile Center de Microsoft y actualiza tu equipo, el mobile center última versión está aquí.

- La HTC debe tener al menos el 50% de la batería cargada.

Con todos estos integrantes, vas a necesitar dos actualizaciones para la HTC, lo primero será lo que se denomina "Hard-SPL", digamos que es el encargado de cargar el sistema operativo, y este viene "capado" para que solo puedas actualizar el sistema operativo para el que tienes comprada la HTC (misma versión, mismo idioma, fabricante, etc.). Puedes descargar una versión de "cmonex" que funciona con las HTC que se han comercializado en españa. tienes una versión aquí.

Por último y para acabar con las herramientas que necesitamos por ahora necdesitas el firmware que vas a instalar, por ejemplo si tu objetivo es instalar el firmware de Windows Mobile 6.1 en Castellano, puedes descargar una versión modificada denominada WWE de aquí o la versión ESN de aquí.

Bien, ya tienes todo, te recomiendo que también te descargues las itsutils que te permitirán hacer una copia de seguridad del firmware de tu HTC, pero eso queda para otro post. Las herramientas las tienes aquí.

Vale, vamos al lio, lo primero es verificar que la HTC la tienes conectada con tu ActiveSync o con el Mobile Center, para probarlo lo mejor es abrir el explorador y ver que puedes navegar por las carpetas de la HTC, esto no lo voy a explicar aquí, si quieres modificar el firmware tienes que saber hacer eso ;-). Si esto te funciona y te has bajado las itsutils puedes ejecutar desde la linea de comandos el comando "pdocread.exe -l" el cual te dará un listado y de las diferentes areas del firmware, es importante verificar que no hay errores.

Si hasta aquí todo va correcto, es momento de modificar el SPL, por defecto la versión que traen las HTC es la versión 3.05.000, para ello descomprime el software que descargaste, y ejecuta el comando x7510_HSPL365.exe, arrancará un wizard, leelo con atención, y avanza hasta el final. Aseguraté que la PDA tiene batería suficiente antes de empezar, y por supuesto que tu equipo informático (sobre todo si es portatil) no se apaga, suspende, etc. El proceso de actualizar el SPL viene a durar 1 minuto no mucho más, verás como la HTC se reinicia al iniciar el proceso a una pantalla llena de colorines, y luego aparece una barra de progreso que se llenará hasta el 100%.

Una vez terminado, reiniciará la máquina, y verás que no hay diferencias significativas más alla del cambio de número de version del SPL. Deja que arranque completamente la HTC hasta la pantalla "Today", y vuelve a asegurarte que tienes batería, más de un 50%.

Ahora si vamos a modificar el windows mobile por la versión que deseemos, cogemos el paquete que hayamos descargado y nuevamente ejecutamos el .exe de actualización, en nuestro ejemplo lo que buscamos es actualizar al idioma actual y nos hemos bajado el paquete de xtep que incluye windows mobile 6.1 (igual que el que traia) pero una versión en castellano, por lo que ejecutamos el actualizador de la versión ESN que se llama x7510Wrapper.exe. El proceso es similar a la actualización del SPL, pero en esta ocasión nos llevará aproximadamente 8 minutos, nuevamente insisto en las precauciones habituales (batería, no apagar, cables, etc.).

Una vez finalizada esta actualización el sistema se reinicia, y esta vez tardará un poco más de lo normal en arrancar, ya que instala el nuevo firmware con la pantall en negro bastante rato. Cuando arranqueis la primera vez estará como cuando sacada de la caja, toda la información se habrá perdido completamente. Y hemos terminado... configura tu HTC y disfruta.

---------------

Fuentes:

Backup HTC: http://forum.xda-developers.com/showthread.php?t=334680

Firmware modificado Español: http://forum.xda-developers.com/showthread.php?t=475780

SPL modificado: http://forum.xda-developers.com/showthread.php?t=441684

Agradecimiento por la info y todo el merito para xda-developers, en especial a xtep, y cmonex.

Licenciamiento y Software Original

2008-12-24T00:13:00.001+01:00

El licenciamiento de productos de software es algo así como los costes de los CDs de música o los DVD de vídeo. La gente tenemos una curiosa teoría por la que la cultura debería ser gratuita y de amplio acceso a todo el mundo, y en parte tienen razón, la cultura es una de las grandezas del ser humano que nos diferencia de los animales (bueno y no a todo el mundo). Pero también es cierto que la cultura la tiene que producir alguien, al cual le gusta comer, beber, vivir, etc. todos los días exactamente igual que a nosotros. Pero es que además la cultura es un bien prescindible, incluso me atrevería a decir que en ciertos aspectos es un lujo. Lo que quiero decir con esto es que el acceso a música, o películas, o series, etc. son temas totalmente superfluos por los que deberíamos entender que quien invierte su tiempo, talento, y recursos en producir ese bien quiere ganar algún dinero, pocos son los artistas que no tienen un ingreso adicional y quieren regalar su trabajo. Si no estamos dispuestos a pagar por ello es que no lo necesitamos, y mucho peor no lo valoramos. No vamos a entrar en discusiones del tipo y si luego no me gusta, y si es malo?, hoy en día tenemos múltiples maneras de ver, oír, o probar el producto antes de comprarlo.

Ahora tras esta introducción, la vamos a convertir en lo que el software es a la empresa privada, es un bien que es producido por personas a las que les gusta comer, beber, vivir, etc. es un bien que en el caso de una empresa SI es necesario, es imprescindible hoy en día, podríamos encontrar la justificación que es un bien necesario no como la música ya que sino mi empresa no funciona, Vd. puede pasar sin oír música o sin ver una película, pero yo sin mi Office no puedo trabajar. Correcto, estoy de acuerdo contigo. Pero...

Si la conclusión a la que tu mismo llegas es que es una herramienta imprescindible para tu trabajo, por que no estás dispuesto a pagar por ello, por que la electricidad es imprescindible para tu trabajo, y no puenteas el cable de luz en el transformador de la distribuidora. O los picos que usan tus operarios son necesarios para su trabajo, y no te planteas ir a la ferretería y decirle oyes véndeme un pico y te robo otros 49 picos, joer no voy a pagar por 50 no?, si me preguntan ya enseño la factura de un pico.. es muy sorprendente que no nos planteemos esto con el software.

El software es una herramienta más dentro de tu empresa, igual que una excavadora, una mesa, o el paquete de folios de la fotocopiadora. Por que cuando haces tu plan de negocio, o cuando calculas cuanto cobrar por tus servicios, igual que incluyes el coste de personal, servicios, etc. no incluyes el coste del software que es IMPRESCINDIBLE para tu día a día.

La excusa, es que es muy caro. Si por supuesto, también lo hay más barato, incluso gratuito (si, si, para cualquier solución existe una alternativa gratuita, si, incluido tu ERP). El software vale lo que vale, cuando compras una máquina de imprimir, no le cuestionas al tio por que vale 600.000€, o cuando compras un coche para tu comercial no le dices al concesionario, joer, 18.000€ de coche, al contrario, lo asumes, inicias un plan de amortización y lo incluyes en tu actividad diaria. El software es lo mismo, es una herramienta sin la que tu día a día no sería posible.

Como he dicho existe software libre, pero haz una prueba muy simple, en tu próxima entrevista a por ejemplo un perfil comercial o administrativo, pregúntales, ¿usa Vd. office?, ¿sabe Vd. usar Open Office?. Cuanto cuesta Microsoft Office, 400€ la suite más amplia (no la más alta de gama), uy que caro por cada empleado madre mía, bien eso son 10€/mes/empleado en 3 años, crees de verdad que es caro?, ahora pregunta cuanto cuesta un curso de OpenOffice, 200/300€/empleado, más las 40 horas de empleado en el curso, estamos hablando de cerca de 1.000€ de coste, sin añadir la falta de experiencia que no podemos valorar. ¿Realmente crees que la licencia es tan cara?...

Piénsalo un poco, el software es una herramienta imprescindible para tu trabajo, y como tal deberás comprarla.

Sistemas virtualizados

2008-11-15T17:28:00.004+01:00

Bueno, comenzaremos planteando algunos cambios que me obligan a este post. La empresa para la que vengo trabajando desde hace algún tiempo deja de existir durante este mes de Noviembre para incorporarse en un proyecto más ambicioso, pero como este blog no trata de mi anterior empresa, vamos al lio.

Dentro del nuevo proyecto, soy el responsable de la gestión y administración de los recursos IT internos a la compañía. Como en toda buena integración o migración de compañías es imposible que todo esté en la fecha que marcan los jefes, y entre otras cosas algo que no tenemos operativo a día de hoy (Sabado 15 de Noviembre) son las máquinas nuevas que soportarán la infraestructura. Esto implicaría el retraso de la mudanza con los costes añadidos que eso lleva, el trastorno para los clientes, los empleados, etc. Por ello hemos decidido tomar una decisión de emergencia y es "Virtualicemos".

Por que hemos decidido virtualizar, la respuesta es sencilla, por que tenemos máquinas para ello :-), no, la realidad es que el virtualizar nos permite experimentar en un entorno en producción real (aunque ya teníamos alguna experiencia previa) el manejo de los sistemas virtuales, y por otro lado nos permite que una vez que tengamos aquí las máquinas físicas reales, de una manera extremadamente sencilla podrémos migrar las máquinas virtuales a las reales como máquinas virtuales.

Como resumen de las ventajas:

- Funcionamiento en fechas.

- Puesta en marcha de la infraestucutra necesaria abstrayendola del hardware.

- Movimiento de máquinas virtuales de la infraestructura temporal a definitiva en minutos.

- Desde el minuto 0 tenemos un laboratorio de pruebas y muestra para clientes.

- Adquisición de conocimientos y experiencia en nuevos entornos y herramientas de MS.

- Posibilidad de ensayo/error muy sencillo (tiras la máquina y levantas una nueva).

Toda la infraestructura ha sido montada sobre dos máquinas que detallo a continuación:

- [VM01] Clonico con placa Gigabyte P48SX, micro Dual Core E660, 8Gb de memoria DDR2/667, 4 discos SATA, 2 RAID1, y 2 de 500Gb para almacenar los VHD y datos.

- [VM02] Proliant ML110G4 (si, si, lo se), 4Gb de memoria (hemos intentado meter 8Gb pero imposible, si todos los módulos son iguales), micro XEON a 1,8Ghz, y un disco de 146Gb SATA (suficiente para almacenar dos 2008 core con roles de dns, dhcp, iis, y poco mas).

El software que estamos utilizando para virtualizar es Hyper-V RTM, en el VM01 tenemos un 2008 x64 Enterprise, con el Rol de Hyper-V instalado y System Center Virtual Machine Manager 2008. En el VM02 tenemos Windows 2008 Hyper-V Edition (es gratis!).

Utilizamos SCVMM08 para toda la gestión de la infraestrucutra, y la verdad es que funciona de manera espectacular, no como la beta que madre mia que castigo, mantenemos las librerías con diferentes máquinas en diferentes combinaciones, así como las ISOs de los productos que tenemos que instalar de manera centralizada, no nos tenemos que preocupar de copiar o mover archivos, o estampar ISOs, SCVMM08 se encarga de toda esa gestión, es un producto muy espectacular.

Bueno como muestra, os dejo simplemente una foto de donde estamos montando los cacharritos para que os murais de envidia, vosotros en casa durmiendo la siesta y otros aqui disfrutando como cosacos con mi amigo el Hyper-V ;-)

PROBLEMAS CON NTBACKUP Y LAS INSTANTANEAS

2008-09-26T16:56:00.004+02:00

Cualquier administrador de sistemas sobre Windows 2003 conoce los problemas que tiene basar la política de copias de seguridad en la herramienta NTBACKUP. Al igual que comentaba en el anterior articulo las carencias de la herramienta de gestión de Microsoft Exchange, lo mismo pasa con NTBackup que te obliga a comprar un software decente de copias de seguridad si realmente quieres garantizarte que todo funciona correctamente.

Es muy habitual encontrarte con un problema al utilizar NTBACKUP y es que al hacer la copia (crítica por otro lado) del "System State" de Windows 2003 obtengas un error como el siguiente:

Este error en principio un poco críptico viene seguido de este otro evento, que da algo más de información y claramente nos lleva a pensar a un problema con la base de datos MSDE SQL Server:

Bien, este es un problema conocido cuando has instalado una versión runtime de SQL Server puede ocasionar que la librería SQLVDI.DLL se "des-registre" provocando que todo el sistema de instantaneas de volumen falle, incluida la copia del System State que se apoya en estas.

La solución es extremadamente sencilla, simplemente iendo a "Archivos de Programa\Microsoft SQL Server\80\COM" y ejecutando "REGSVR32 SQLDVI.DLL" quedará solucionado el problema.

Problema complejo (o raro) para una solución extremadamente sencilla. Si queréis más detalles técnicos aquí están:

http://support.microsoft.com/kb/830575

Saludos.

Gestión de colas en Exchange

2008-09-24T22:56:00.002+02:00

Un problema con el que os habréis encontrado en multiples ocasiones, sobre todo si tratáis con diversos clientes, es la gestión de las colas de correo en diferentes sistemas. En particular hoy voy a hablar de Exchange que es con el que más me toca pelear últimamente.

Desde hace unos meses hacía aquí es bastante habitual que algún simpaticon te bombardee tu servidor SMTP con millones de correos con un mismo origen hacía todo tipo de combinaciones dentro de tu dominio, es decir hacía: a@midominio.com, ab@midominio.com, abc@midominio.con, etc. hasta dar con todos los posibles destinatarios.

Borrar esa cantidad ingente de correos (yo suelo encontrarme con entre 15.000 y 20.000 en muchas máquinas) es una tarea dificil, sobre todo cuando los destinos son múltiples dominios, ya que como sabéis Exchange la gestión de colas te la separa por dominio de destino de correo:

Y claro, cuando tienes 16.000 correos, a 2-5 correos por cola, pues puedes imaginarte, una locura borrar todo ese correo.

Siempre tenemos algún amigo simpaticon que se ha currado una herramienta que te hace la vida más facil, y que normalmente pierdes horas trabajando por no echar un minuto en buscarla, así que aquí va la herramienta definitiva para los administradores que nos permite gestionar desde la linea de comandos las colas de exchange:

ftp.microsoft.com/pss/Tools/Exchange%20Support%20Tools/Aqadmcli/

Viene a ser algo así como: "Advanced Queue Administration Client", es un sencillo interfaz de lineas de comandos, muy potente y que te permite hacer mil diabluras en las colas de correo de tu Exchange 2000/2003 (en 2007 habla con tu amigo la PowerShell). Para el ejemplo que pongo si deseamos borrar los 16.000 correos con origen ebay@ebay.it (como te pille te mato, como odio a los spammers), tendríamos un comando de este tipo:

delmsg flags=SENDER,sender=yo@midominio.com

con esto borraríamos todo los mensajes de origen yo@midominio.com, si por el contrario queremos borrar la cola completa pues más sencillo:

delmsg flags=ALL

Como he dicho una herramienta muy potente y muy versatil desde la linea de comandos.

A disfrutarla. Saludos.

Hacia la certificación

2008-08-18T23:52:00.002+02:00

Han sido dos años de dimes y diretes, y parece que el horizonte de la certificación como MCSA está proximo (espero que en un par de semanas a lo sumo). La verdad es que cuando empiezas parece que hay un largo recorrido por delante y efectivamente así es. Pero cuando te pones en serio a trabajar sobre ello realmente no es tan complicado como puede parecer en un primer
momento.

La premisa básica para obterner la certificación a mi modo de ver es tener una amplia experiencia manejando los sistemas en los que quieres tener ese nivel de experto, esa experiencia yo me atrevería a decir que es un 60%-70% del aprobado, ya que esa es la cantidad de pregutnas que tendrás en el examen que con la experiencia y un poco de cabeza puedes contestar sin problemas. ¿Por que digo un poco de cabeza?, sencillo, muchos de nosotros que trabajamos o venimos de trabajar en PYMES o para ellas, manejamos infraestructuras pequeñas, de entre 2 y 10 servidores, y hasta unos 70-100 equipos clientes, con como mucho 5 delegaciones. Muchas de las cuestiones que se presentan en las certificaciones sobre todo para MCSA y MCSE se refieren a grandes corporaciones, en las que la infraestructura suele ser miles de equipos, decenas de servidores, y multiples "branch offices", pero al final la solución es la misma para 2 servidores que para 100, solo con un pelin de lógica se sabe la respuesta (y experiencia por supuesto).

Queda un 30-40% de respuestas para las que debes estudiar y debes estudiar duro, primero con los "Self-Paced" de Microsoft que son de muy alta calidad (olvidate de los MOC y de los cursos presenciales, me he gastado una fortuna y aun no conozco ningun curso presencial bueno). En segundo lugar utiliza test de prueba como los de Mesasure-Up o Testking (los de última generación) que simulan los examenes a la perfección sin hacer las trampas de copiar las preguntas literales del examen.

Mi próximo reto es el 70-620, o lo que es lo mismo "Configurando Windows Vista" el cual la verdad tengo muchas esperanzas ya que realmente el estudio al menos me está resultando extremadamente sencillo, ya que en el libro no hay prácticamente nada que no haya visto en mi día a día de uso del Vista desde hace casi un año, como digo el 70% del examen lo tengo del día a día, un 30% me falta de caracterisitcas que nunca he usado (y posiblemente ni yo ni mis clientes usen jamas) o cuestiones que Microsoft decide que se han de hacer de determinada manera por que ellos creen que esa es la mejor.

Bueno simplemente desearme suerte, y espero a vuelta de fin de semana añadir este examen al curriculum... el siguiente... la próxima semana.

Animaros y estudiar, cualquier pregunta o curiosidad que no viole el AUP del examen, estoy a vuestra disposición.

Saludos.

Sharepoint y Reporting Services

2008-06-25T18:43:00.003+02:00

Hay un problema conocido en Office Sharepoint Server 2007 (sharepoint 3.0 no lo soporta) en integrar Reporting Services si además estás utilizando autenticación por formularios, por el que si el acceso a tu sitio lo realizas por cualquier URL que no sea la "Predeterminada" o "Default" da un error de Seguridad el servicio de Reporting Services en modo integrado.

Según MSDN simplemente lo único que debes hacer es que los Reportes del servicio de RS se haga por la URL predeterminada, pero claro si tu quieres tener diferentes URLs (como tiene el 90% de la gente) para permitir accesos desde la intranet o desde la extranet no es posible.

Bien obviando este inconveniente que espero que solucionen con el SP3 de SQL Server, hoy nos hemos encontrado con un problema en un cliente en el que al hacer el cambio, y poner la url como predeterminada el Reporting ha dejado de funcionar, no da el error de seguridad pero nos informa de que el servicio de Reporting Services no está instalado o bien configurado.

Ha sido una pequeña lucha, ya que además es una granja quien soporta este sharepoint con 1 Backend corriendo SQL Server, y (actualmente) un frontend soportando el acceso de los clientes. El problema se agravaba ya que este cambio lo habíamos realizado con anterioridad en otros entornos y había funcionado sin problemas, pero en este caso fallaba.

Una pequeña pensada sobre la evolución del sistema, nos llevo a ver que problemas sufrimos durante la implementación, y uno de los mayores problemas que hemos tenido siempre, ha sido con la resolución de nombres, de hecho durante la implementación hemos tenido que tirar del fichero HOSTS en multiples ocasiones (el cliente no nos dejaba tocar su DNS). Esto nos llevo a intentar hacer un ping a las URL de los frontend desde el mismo frontend para descubrir que no resolvía el nombre (si el XP que usabamos el cliente), inmediatamente tras resolver este problema, el sistema comenzo a funcionar perfectamente.

Previamente ya tuvimos algunos problemas sobre la "llegada" de los frontend hacía los servidores de SQL server justamente por la resolución de nombres.

Por ello, es extremadamente importante que cuando implementes una solución de Sharepoint (aunque sea sencilla) tengas claro que nombes de host utilizarás, interna y externamente y que tengas claro que los DNS van a resolver adecuadamente las IPs internas, externas, etc. Technet tiene documentación sobre la planificación de este aspecto muy detallada, te ahorrarás muchisimo trabajo.

Cualquier comentario es bienvenido.

Y essooooo... digo y otroooooo...70-

2008-05-30T13:17:00.002+02:00

Bueno, ha sido duro, han sido pocas horas de sueño esta última semana, pero al final hemos pasado. El 70-291 ya está en mi bolsillo. Cuando empece a estudiar el "Self Paced" del 70-291 comence con muchisimo animo ya que era eminentemente un tema de redes que la verdad creo que me manejo bastente bien, DHCP, DNS, rutas, etc. Pero la verdad es que cuando te metes un poco en profundidad la cosa se complica, el apartado sobre todo de solución de problemas (throubleshot) es bastante complejo, ya que muchas operaciones que tu sueles hacer de una determinada maner, Microsoft decide que es mejor de otra manera (por ejemplo, yo no restauraría jamas un servidor DHCP como dice microsoft, también es cierto que no manejo redes de miles de computadoras).

Bueno mi recomendación es que te atrevas con este examen, con el apoyo del libro se simplifica, pero también es cierto que es interesante sobre todo que vayas con un poco de práctica en los apartados de IPSec y protocolos de encriptación, CHAP, EAP, etc. (aunque de estos a mi no me cayo ninguna, dios me van a echar por revelar información).

Si te animas, aquí me tienes para cualquier duda.

Exchange y antivirus para cliente (desktop pc)

2008-05-18T23:16:00.002+02:00

Esta vez el problema ha sido de rápida solución, aunque es el típico problema que yo denominaría (al igual que hacía un profe mio de matemáticas) de idea feliz.
La cosa comenzó un Miercoles por la tarde, en que un amigo me pidio que le echara un ojo a su exchange ya que llevaba un par de días volviendose loco con el ya que había conseguido que levantara en varias ocasiones pero la mayor parte del tiempo estaba caido sin funcionar, y esto le estaba causando un gran trastorno en su cliente por que más de 50 personas estaban sin servicio de correo.
Puestos manos a la obra, diagnosticamos de manera rápida que el problema estaba en la propia máquina de Exchange, ya que los DNS, firewalls, sistemas anti-spam/antivirus frontales estaban operando correctamente, y sin embargo el servicio SMTP del Exchange no estaba levantado. Un siguiente vistazo también nos mostró de manera rápida que las bases de datos de Exchange (publica y de buzones) no estaban tampoco montadas, click con botón derecho montar, pero sin exito, por lo que nos vamos a ver que dice nuestro gran amigo el visor de sucesos.

La verdad es que esta vez el "Event Viewer" no daba gran información, pero si me llamo la atención un evento de la controladora SCSI que tiene la máquina en la que trabajamos (HP/Compaq con una SCSI y un RAID5 para almacenar datos) en que reportaba un disco fallando, un vistazo a la máquina física nos muestra que el disco 1 del RAID esta marcado como en fallo. Esto nos aclara un primer problema, el Exchange no es capaz de montar las bases de datos, ya que no es que estén corruptas (el RAID5 las preserva) sino que el tiempo que tarda de acceso a las bases de datos es gigantesco y Exchange se cansa de esperar. Por lo que tomamos la decisión de mover las bases de datos a una unidad a parte de este RAID5 en que tenemos espacio suficiente, sin tolerancia a fallos, pero es una emergencia hasta que llegue el disco sustituto. Para que os hagáis una idea, el almacen de buzones ocupa 6,7Gb y tardo aproximadamente 25 minutos en mover ese archivo al nuevo disco temporal, lo que explica que Exchange y por ende el conector SMTP se aburrieran de esperar y no montaran los almacenes y el conector SMTP no funcionara.
Bien, movemos los almacenes (45 minutos despues) montamos los almacenes, y perfecto a la primera, problema solucionado...o no....

Evidentemente el primer problema, está solucionado pero el servicio sigue sin funcionar, el servicio anti-spam no es capaz de entregar el correo al Exchange, sin embargo el Exchange si es capaz de sacarlo hacia fuera, y OWA y los Outlook funcionan correctamente. Bien, echemos un vistazo al puerto 25 a ver que pasa. Hacemos un telnet a la ip publica del la máquina Exchange, y nada, timeout (y el servicio está corriendo), hacemos un telnet a localhost al puerto 25 y ahi está nuestro Exchange perfectamente, recibe correo, pero evidentemente no nos sirve, nadie podrá llegar a localhost desde fuera que es lo que necesitamos.

Venga, algo se ha quedado tonto, reiniciamos la máquina a ver que pasa. Idem. Vale, a esa IP le ocurre algo extraño, pero curiosamente el resto de servicios funciona sin problemas, IIS, etc. Añadimos una segunda IP y ocurre lo mismo, no hay forma de conectar con el servicio, solo con localhost. Tras una charla con el amigo que pidió la ayuda descubrimos que esto es algo que había pasado previamente y había desaparecido de manera misteriosa. Pues bien, en ese momento aparece la "idea feliz", ya está, el antivirus....

Hay algunos antivirus, como en este caso el McAfee instalado, que reconfiguran el Outlook o el cliente de correo que tengamos para que sean los propios antivirus los que escuchen en el puerto 25 y todo lo que salga por ahi sea revisado por el propio antivirus. Aquí lo que estaba ocurriendo es que cuando el McAfee arrancaba antes que el servicio SMTP de Exchange ocupaba el puerto 25 haciendo que el servicio SMTP no pueda "bindearse" a las IPs públicas de la máquina que el ocupaba. Desinstalando McAfee...funcionando a la perfección.

Moraleja, jamas, jamas, jamas, instales un antivirus de cliente en un servidor, y si instalas un antivirus de los que se venden de servidor de ficheros, asegurate que solo escanea los ficheros que debe, si quieres un antivirus para Exchange hay soluciones muy buenas expresas para Exchange, por eso suelen añadirle al nombre del antivirus al final "for Microsoft Exchange"

Punto y seguido...

2008-05-13T20:44:00.002+02:00

Bueno, en vista de los tiempos que corren, he decidido darle un pequeño giro a esto y profesionalizar el web, y poner en segundo plano el blog personal ya que es de uso muy restringido para familiares, y animales de compañía.

El objetivo de este Blog sigue siendo el mismo que el primer día, contar las andanzas a las que nos enfrentamos desde el pequeño departamento de sistemas en el que trabajo y que espero que os ayuden a ahorrar unos millones de minutillos en encontrar la típica chorrada que hace que arruines los planes de trabajo de una semana.

Bienvenidos y a vuestra disposicion.

Somos los amos, los putos amos.

2008-02-26T21:12:00.004+01:00

La verdad es que cuando monté mi último gran lio, uno de los objetivos es vender calidad de servicio a toda costa, empiezas fuerte, sigues fuerte pero tienes momentos en que te planteas si realmente estás dando la calidad que merecen tus clientes. En ese momento, vas a uno de los más venerados en este mundo, Microsoft, e intentas entrar en una de sus webs, pero no cualquier web, si no la web en la que viven y habitan todos sus gurús, sus tios certificados, sus ingenieros, etc. y ohhhh.....

...resulta que en la nada menos que todo poderosa Microsoft alguien la caga en cosas tan básicas como esta... Bien, la verdad es que en vez de cabrearme por no poder entrar a la web lo que he conseguido es una inyección de automoral, ya que hasta este nivel por ahora no hemos llegado, así que, lo dicho....

"Los amos, somos los putos amos"

Pack de administración para Windows Vista (windows 2003 server admin pack)

2008-02-24T12:05:00.003+01:00

Por fin parece que alguien se ha currado el tema de hacer funcionar el AdminPack para Windows 2003 Server en Windows Vista, es comodisimo poder llegar a casa de un cliente hacer click con el portatil y administrar cualquier punto del sistema.

Los pasos son sencillos, descarga el Admin Pack para Windows 2003 SP2 aquí:

http://www.microsoft.com/downloads/thankyou.aspx?familyId=86b71a4f-4122-44af-be79-3f101e533d95&displayLang=es

Una vez instalados ejecuta una linea de comandos en tu Vista con privilegios de administrador y todo este churro:

regsvr32 /s adprop.dll
regsvr32 /s azroles.dll
regsvr32 /s azroleui.dll
regsvr32 /s ccfg95.dll
regsvr32 /s certadm.dll
regsvr32 /s certmmc.dll
regsvr32 /s certpdef.dll
regsvr32 /s certtmpl.dll
regsvr32 /s certxds.dll
regsvr32 /s cladmwiz.dll
regsvr32 /s clcfgsrv.dll
regsvr32 /s clnetrex.dll
regsvr32 /s cluadmex.dll
regsvr32 /s cluadmmc.dll
regsvr32 /s cmproxy.dll
regsvr32 /s cmroute.dll
regsvr32 /s cmutoa.dll
regsvr32 /s cnet16.dll
regsvr32 /s debugex.dll
regsvr32 /s dfscore.dll
regsvr32 /s dfsgui.dll
regsvr32 /s dhcpsnap.dll
regsvr32 /s dnsmgr.dll
regsvr32 /s domadmin.dll
regsvr32 /s dsadmin.dll
regsvr32 /s dsuiwiz.dll
regsvr32 /s imadmui.dll
regsvr32 /s lrwizdll.dll
regsvr32 /s mprsnap.dll
regsvr32 /s msclus.dll
regsvr32 /s mstsmhst.dll
regsvr32 /s mstsmmc.dll
regsvr32 /s nntpadm.dll
regsvr32 /s nntpapi.dll
regsvr32 /s nntpsnap.dll
regsvr32 /s ntdsbsrv.dll
regsvr32 /s ntfrsapi.dll
regsvr32 /s rasuser.dll
regsvr32 /s rigpsnap.dll
regsvr32 /s rsadmin.dll
regsvr32 /s rscommon.dll
regsvr32 /s rsconn.dll
regsvr32 /s rsengps.dll
regsvr32 /s rsjob.dll
regsvr32 /s rsservps.dll
regsvr32 /s rsshell.dll
regsvr32 /s rssubps.dll
regsvr32 /s rtrfiltr.dll
regsvr32 /s schmmgmt.dll
regsvr32 /s tapisnap.dll
regsvr32 /s tsuserex.dll
regsvr32 /s uddi.mmc.dll
regsvr32 /s vsstskex.dll
regsvr32 /s w95inf16.dll
regsvr32 /s w95inf32.dll
regsvr32 /s winsevnt.dll
regsvr32 /s winsmon.dll
regsvr32 /s winsrpc.dll
regsvr32 /s winssnap.dll
regsvr32 /s ws03res.dll

Y listo, lo he probado en Vista RTM y en Vista SP1 (la edición de MSDN) y funciona perfecto.

Saludos.

Hace mucho que no nos vemos o KRB_AP_ERR_MODIFIED

2008-01-30T23:33:00.000+01:00

De repente todos tus usuarios que han estado conectado a tus servicios de Terminal te llaman y te dicen que les sale un mensaje que dice, usuario no autorizado. Bueno, con lo bien que empezaba el dia, venga vamos a investigar que ocurre.

Un primer vistazo nos muestra que la conectividad entre los dos DC no existe no se ven uno y otro (el cliente mantiene su infraestructura y sus dos DC están conexioados por vpn que une dos lan en diferentes subnets). Bien por algún motivo se ha caido la VPN, los técnicos se ponen mano a la obra y consiguen reparar la VPN pero todo sigue igual, las máquinas se ven pero no son capaces de hablar entre ellas, de echo el evento KRB_AP_ERR_MODIFIED se reproduce en el visor de sucesos con cierta frecuencia, y ya no solo no atentica si no que no pueden compartir impresoras, o directoios, pero misteriosamente los equipos de la red local si pueden acceder al servidor local (el que no funciona TS).

Un poco de lectura del evento (pocos te dan tanta información) y un par de busquedas en google nos llevan a este articulo de la base de conocimiento de MS: http://support.microsoft.com/kb/325850.

El problema se debe a que desde hace mucho, mucho timepo los dos DC no están sincronizando sus bases, y la clave que utiliza kerberos para autenticar con la cuenta de equipo del otro controlador ha cambiado pero no se ha replicado el cambio en el otro controlador. Además al hacer tanto tiempo que ha ocurrido esto resulta que en el controlador que funciona correctamente incluso ha vuelto a cambiar esta clave una segunda vez, con lo que aunque hayamos restaurado la conectividad el nuevo controlador tiene "actualizaciones del Active Directory" que son obsoletas y no actualiza entre otras cosas estas credenciales.

Este problema solo lo hemos podido solucionar usando el comando netdom /resetpwd en ambas máquinaspara poner la misma clave para la autenticación de la cuenta de equipo, y que coincida en ambos extremos.

Buenos, si te pasa ya nos ha pasado antes ;-), si tienes cualquier aportación o corrección por favor sientete libre.

¡Saludos y suerte!

ISA Server 2004 en un SBS R2 2003

2007-11-28T22:32:00.000+01:00

Bueno, hace algun tiempo que no alimentamos este blog con una bonita anecdota.
El cliente esta vez tiene un marido informático el cual además trabaja en la parte de seguridad dentro del mundo de la informática con lo que la paranoia en seguridad y firewalls es importante. Durante la fase de diseño hemos presentado diversas configuraciones con firewalls por software por hardware, etc. pero al final se optó por la más versatil, y aparentemente eficiente que fue ISA Server que la incluye Windows 2003 Server for Small Business Premium edition.

Bien, en nuestro diseño de implementación nos la prometiamos felices ya que bueno, SBS sus asistentes, sus instalaciones automatizadas, la integración blah, blah, todo genial.

Bien pues el escenario de instalación más o menos como sigue, un servidor 2000 Server en producción con un Active directory funcionando y protegido de internet por un Firewall Linksys básico. Instalamos el CD1 de SBS, hasta que es un 2003 Funcional y antes de convertirlo en un SBS full-equip continuando la instalación lo unimos al dominio, lo convertimos en controlador, y le asignamos los roles y lo convertimos en catalogo global.

Pues nada, dale manolo, instalamos el resto, exchange, administración, sharepoint, etc... todo de maravilla. Venga vamos a por el isa y nos ponemos a configurar equipos con exchange...
Vale instalamos ISA, y arrancamos con un error, evento en ISA 14147, que las rutas que figuran en un adaptador no corresponden con la ip. Revisamos las configuraciones, cada tarjeta con sus ips correctas, la de internet con su puerta de enlace, la interna sin puerta de enlace y con sus dns. Configuramos las politicas reiniciamos un millon de veces, probamos mil configuraciones, y nada, el firewall arranca, pero en el estado en la consola de ISA nos muestra una cruz roja con 4 interrogaciones.

Instalamos SP3, desinstalamos, ejecutamos el Asistente de configuración de internet se autoconfigura todo de maravilla, pero nada pelotita roja, e interrogaciones. Cambiamos los rangos de ips, y nada, modificamos las rutas a mano, nada. Configuramos RRAS para ver interfaces e intentar controlar las cosas pero nada.

Bueno, conseguimos una pista y es que los usuarios de sistema "Network Service" y "Local Service" deben figurar en la política local de "Generar auditoría", bien, vamos. Editas la politica local (donde deben figurar) y misteriosamente (o no tanto) no nos permite añadir usuarios (evidente, es un controlador de dominio no podemos usar politicas locales). Lo intentamos de todas las formas conocidas y no hay forma.

Mi compi sigue indagando por los grupos de google y da con un articulo, el cual se deriva del párrafo anterior. La verdad es que el párrafo de añadir los usuarios de las politicas locales era el que más sonaba, lo que indica que tenemos un problema de permisos, y efectivamente resulta que el problema radica en que el servicio "Microsoft Firewall" (el alma de ISA) se está ejecutando con las credenciales de "Network Service" y al cambiar para que se ejecute con el usuario "Local Service" reincias, y voila!, todo funciona de maravilla....aparentemente...

Vega, dale, vamos a ponernos como locos a configurar outlooks (esta historia nos ha llevado casi 24 horas resolverla), pues claro, en nuestra felicidad inmensa por reparar el problema de ISA añadimos el outlook a Exchange y se acaba la felicidad... pero al instante.... Nada, nada esto es un problema de reglas y listo.......5 horas más tarde (y no es mi primer ISA server) no hay forma de con reglas, sin reglas, cambiado todo, permitiendo nada, imposible....venga tio vamos por la calle de enmedio, desinstala.........10 minutos.... reinstala (sin SPx).....intenta ahora el outlook.... plafff... a funcionar... joder y por que ahora funciona..... no preguntes y tira pa lante...

La teoría es que el cambio de usuario de Network Service por Local Service cambio los permisos en algún punto y reconfiguro alguna entrada probablemente en el Registry de manera que esta última reinstalación se ha hecho de manera correcta y no como ha ocurrido en todas las ocasiones anteriores....

Que triste es la vida del informático...... bueno espero haberte ahorrado unos minutos de lucha...

P.D.: Gracias a mi compi que se lo curro .... y bien..

Replicación de SYSVOL y NETLOGON o como migrar un servidor

2007-09-17T19:51:00.000+02:00

Bien, situemonos, martes por la mañana en la oficina, se te acerca el comercial y te plantea la cuestión, oye Juanen tenemos un servidor de un cliente que es un pobre Pentium IV con 1Gb de memoria que corre W2003 SBS con Sharepoint 2 y 3, SQL Server, Exchange, Antigen, NOD32 y varios hosts IIS con aplicaciones ASP.NET.

Y tu le dices, si, si claro, que lo recuerdo, lo montamos hace un mes, compramos varias barras de acero y calzadores para conseguir meter todo... y ale con un par, to pa dentro...
Pues nada que me comenta el cliente que es que le va un poco lento que se está planteando ampliar el Hardware 8-\....

Bien para que os hagais una idea es un cliente que se gasto una fortuna en W2003SBS con sus 15 licencias, sus licencias de Antigen, Office, Project (menos mal que le convencimos de no montar project server), SharePoint, etc.... hablamos de varias decenas de miles de euros, y no fue capaz de invertir un centimo en hard....

Bueno, pues nada presupuestamos, se estima la migración en na, una mañana total pa que :=)...
Pues los buenos de los chicos del departamento discutimos un par de posibilidades que pasan por la reinstalación total, que no nos apetece demasiado ya que tiene muchisimas politicas de grupo, usuarios, seguridad, etc... Por lo que optamos por el metodo "Swing It!" de Jeff Middleton, el cual tiene unos resultados excelentes, facilita la tarea, y para los lerdos como un servidor (más adelante veréis por que) es maravilloso ya que la guia es paso a paso, comando a comando, y movimiento a movimiento, lo que te permite que si no tienes ni idea, saber como migrar un sbs en producción a otro hardware nuevo con el mínimo tiempo de caida. Si tienes algo de idea, pues si tienes un problema te sirve para seguir los pasos uno a uno y ver donde la has cagado.

Bien, nos ponemos a ello, y decidimos hacerlo mediante una Máquina Virtual, total para que narices vamos a usar una máquina intermedia, no hay que instalar hard, nos bajamos un vhd de Microsoft de Win2003 y ni instalamos...

La teoría del sistema "Swing It!" es sencilla, creamos un controlador de dominio temporal que replicará todos los elementos del directorio activo, lo convertiremos en catalogo global, asumirá todos los roles, replicará y en ese momento lo separamos de la red, lo conectamos al nuevo hardware repetimos los pasos y tenemos una replica identica del SBS original, con todas nuestras cositas conservadas, joer... dos horas de curro y listo.... dale niño....

Bien comenzamos la tarea, montamos Virtual Server R2 en la máquina con hardware nuevo, un VHD de microsoft con Windows 2003 Standard de evaluación (si, si, aqui está: http://www.microsoft.com/vhd/), lo configuramos, lo unimos al dominio, le promocionamos como controlador, nos replica el dns, joer, esto va de locura.... vamos, vamos... esto en hora y media... (tardamos más en descargar que en montarlo... si esto es España). Lo desconectamos de la red del SBS original y decimos vamos a cerciorarnos que va todo bien, vale, nos bajamos un Vista de Evaluación, ale para el Virtual Server, lo arrancamos, lo intentamos unir al dominio y ups... no hay forma....

Algo ha pasado...revisamos, miramos, re-revisamos....y descubrimos que el servicio NTFRS no está replicando los directorios SYSVOL Y NETLOGON con lo que Houston tenemos un problema, bien una semana de curro, dandole vueltas, tirando el controlador, uniendolo desuniendolo, mirando, leyendo KB de MS, nada de nada...

En este momento la desesperación es bastante grande la verdad, así que no podemos perder más tiempo (ya hemos perdido bastante pasta con una semana y un fin de semana continuo migrando historias). Y a alguien se le ocurre borrar la base de datos del NTFrs (si reiniciarlo tampoco funciona), paramos el servicio, la borramos, lo iniciamos...y voila!, no replica pero si nos da el evento 10516 que dice que sysvol y netlogon ya están disponibles..... así que como medida drastica decidimos no perder más tiempo seguir desde ese punto y ya algun machaca se recreará todas las GPO a manita... les imprimimos las configs, y ale para adelante...

La verda es que el resto del camino tuvo algun que otro problema (configuraciones de DNS olvidadas, etc. el sistema de Jeff incluye unas herramientas que evitan ese tipo de problemas) pero conseguimos tener el directorio activo en el nuevo hardware sin problemas, pero también sin GPO.

Al echar un ojo a las politicas que habían llegado, las politicas estaban pero los archivos que deberían conteniendolas no estaban, sysvol estaba vacio, podíamos crearlas, pero no editar o aplicar las existentes, así que teníamos un visor de sucesos petado de errores. La solución....

Sencillo, exportarlas, se abre la consola de GPO, botón derecho en cada una de ellas y se exportan, ojito con esto, no lo hagáis sobre un HDD USB ya que tuvimos problemas con los nombres de algunas de ellas por los caracteres y las longitudes, exportarlas en vuestro disco duro NTFS y luego las comprimis con un WINRAR para moverlas al nuevo hardware... En el nuevo hardware las importais, y voila!, servidor en producción como un campeon....

Realmente la historia es bastante más compleja, lo único que pretendo es comentaros que si os encontrais en este caso y NTFrs no monta sysvol y netlogon, borrarle la base de datos, y al final simplemente le copias (exportais e importais) las politicas y los scripts que podáis tener y listo...

Un saludo.

Desarrollo para Microsoft CRM 3.0

2007-07-29T15:47:00.000+02:00

Hace tiempo ley una frase que decía "Los README son para cobardes, ¡ejecuta!", y la verdad es que creo que es una máxima de los informáticos, pero todos somos conscientes que tras 3 días de darnos cabezazos contra algo que no conseguimos que funcione, perdemos dos horas en leer un par de docs, y lo sacamos en 5 minutos... pues eso mismo es aplicable a este pequeño articulo.

El tema de hoy se basa en desarrollar "Callouts" o "Workflows" para Microsoft CRM 3.0 en Visual Studio 2005. Bien, MS te da soporte para VS 2003, y su CRM SDK solo es para 2003. Y claro, vacaciones, portatil, conexión UMTS, busca VS2003, bajatelo, lleva instalado dos entornos de desarrollo, los SDKs, que hay configurado, que no, vamos una locura... Así que alguien debió pensar lo mismo y se ha currado un template para crear callouts en C# en Visual Studio 2005, y ¡es autoinstalable!.

Bien, el autor es Arash Ghanaie-Sichanie (uno de los desarrolladores de MS), tienes hasta un MSI para instalar el template, lo primero que te llama la atención al instalarlo es que la ruta por defecto es "C:\Program Files\" sin más, y dices bueno, si este chico lo ha hecho así el sabra... Bien, instalas, y evidentemente no funciona. Lo quitas, y dices pues hay algo mal, lo reinstalas, pero ahora le fuerzas la ruta a la del VS2005, y tres cuartos de lo mismo. No hay forma, hasta que te da por leer un poco más abajo en su blog (los comentarios), y descubres que donde se deben instalar los templates es en "Documents and Settings (ó Users en Vista)\Documentos\Visual Studio 2005\Templates\ProjectTemplates\", pues nada, desinstalamos, reinstalamos, y efectivamente, ahi están los templates. ¡Genial! vamos a programar algo.....

Meeec, error, no encuentra algo en C:\Program Files\DynamicsCRM\, esto te hace pensar, oyes pues quizas la primera opción era correcta, pero esta vez tiras por la calle de enmedio, copias el directorio DynamicsCRM que te ha instalado en tu carpeta de templates en C:\Program Files\ y ale funcionando perfectamente...

Espero que al menos encuentres este post antes de que te vuelvas loco intentando hacer funcionar todo esto ;-)

P.D.: Los gurus de Visual Studio ya saben todo esto, es que este post no es para ti...

Enlace al template: http://blogs.msdn.com/arash/attachment/719626.ashx
Enlace al Articulo original: http://blogs.msdn.com/arash/archive/2006/08/25/719626.aspx

Saludos.

Licenciamiento en Terminal Server 2003

2007-07-28T11:11:00.000+02:00

El licenciamiento en los productos de Microsoft es una de las partes a mi modo de ver peor soportadas. No se si es algún tipo de interés oculto dentro de MS para tener la libertad de cambiarlo cuando les plazca, o que realmente no quieren que se conozca o entienda de manera eficiente. Tengo amig@s que son MCP en licenciamiento de Microsoft en sus 3 categorías, y ni siquiera ellos pueden explicartelo. Tengo acceso a partners de MS que tienen competencia de Licenciamiento y ni por esas, por ello tras la experiencia que vamos cogiendo día a día, aqui avanzamos algunas de las cosas que descubrimos de licenciamiento sobre todo desde el punto de vista de los desgraciaitos técnicos.

El licenciamiento de Terminal Servern en Windows 2003, tiene dos modos diferentes de ser contemplado, podemos otorgar licencias por dispositivo o por usuario.

Licencias por dispositivo: Estas licencias se otorgan a un cacharro único (entiendase por cacharro, cualquier cosa que sea utilizable con un cliente de terminal server, un PC, una PDA, un Tablet, etc.), en este caso no importa cuanta gente utilice un cacharro, es el propio cacharro el que tiene la licencia asignada y pueden acceder tantas personas como queramos desde el mismo. Un ejemplo sería una empresa de telemarketing, en que tenémos 20 puestos de operadoras, con 3 turnos (si un poco esclavizados pero bueno), esto hace que 60 personas diferentes usen los sistemas, pero como elegiríamos el sistema por dispositivo, solo necesitamos 20 licencias, una para cada cacharro o PC.

Licencias por usuario: Estas licencias en vez de utilizarse por cacharro van asignadas a un único nombre de usuario. Esto es, 1 licencia para "Fulanito de Tal", este fulanito podrá acceder desde todos los cacharros del mundo que desee a su servidor de Terminal en modo licencia por usuario. Este escenario está pensado por ejemplo para los que tenemos o utilizamos habitualmente más de un cacharro, el PC de la oficina, el de casa, la PDA, el del Cyber, si fueramos por dispositivo necesitaríamos una licencia para cada uno, al ser por usuario se asigna la licencia al usuario "Fulanito de Tal" y listo.

El sistema de licenciamiento funciona por servidor, esto quiere decir que si el servidor está en modo licencia por dispositivo, no podemos instalar licencias por usuario y viceversa. Lo que hay que tener en cuenta, en un único servidor de licencias no pueden convivir los dos modos. Sin embargo en una misma red si podemos tener dos servidores de licencias sin problemas, en modos diferentes, peeeeeeeeeero ojito, por que cada servidor de Terminal server se agarra a un único servidor de licencias, por lo que si el sevidor de TS número 1 está agarrado al servidor de licencias (puede ser el mismo o no) que sirve licencias por dispositivo, solo podrá conectarse gente con licencias por dispositivo.

Tras esta introducción siguen dos articulos más sobre la gestión de licencias, y sobre la asignación de las mismas... estar atentos por que la parte de licenciamiento por usuario es muy, muy interesante.....

Bienvenida...

2006-12-10T23:29:00.000+01:00

Los que hayais seguido mi blog de manera habitual (tampoco mucho ya que como el 95% de la gente escribo poco), sabéis que mi actividad principal en la vida está relacionada con estos chismes con cables, bits, y bytes.

Esto hace que prácticamente de manera diaria me encuentre con problemas de mis clientes en muchos casos fuera de lo habitual, no cosas como no me imprime o no puedo navegar, sino cosas como veo bien los PDF en la pantalla y al imprimirlos salen con caracteres extraños, o cosas de este estilo.

Es posible que muchos digais, pero y el pollo este tiene problemas con estas idioteces?, pues que inutil. Bien si este es tu caso entonces este blog no es para ti... ;-) lo pillas verdad?. Sin embargo si esto te ha pasado y crees tener una solución, o la que yo encontre te saca de un apurillo, pues maravilloso.... una buena obra que hemos hecho. Solo te pido que me dejes un comentario...

Gracias y bienvenidos a todos los que paséis por aquí.

Saludos.