Despiste 7: Aumentar el periodo de evaluación de Windows Server 2008

Seguramente no soy el único que monta servidores Windows 2008 para hacer su pruebas antes de pasar a mayores. El problema de tener estos servidores es que si queremos cumplir con la legalidad debemos instalarle su correspondiente licencia, pero lo cierto y verdad es que a nadie le hace mucha gracia tener que duplicar los costes de licencia simplemente por tener una plataforma para hacer el bestia.

Como sabreis, el periodo evaluación de los Windows Server 2008 (cualquier versión) es de 60 días, pero si ejecutamos el comando slmgr.vbs -rearm, podremos resetear este periodo de evaluación hasta en tres ocasiones más, contando con un periodo de evaluación total de 240 días.

Despiste 6: Cambiar el canal de licencia de un Windows XP

Bueno, después de algún tiempo si escribir nada, ya va siendo hora de ponerse a "currar" un poquito :).
Este quizás sea uno de los problemas clásicos a los que la mayoría de los administradores Windows nos hemos enfrentado en alguna ocasión, la reactivación de la licencia de un windows XP después de un clonado o una virtualización.
A ver, os pongo un poco en antecedentes para que podáis tener una perspectiva completa del problema al que me ha tocado enfrentarme en esta ocasión. Como ya os he comentado en alguna ocasión, me toca administrar una plataforma de VMware más o menos grande, en la que además utilizo VMware View. Pues bien, como era de esperar tenía que llegar el momento en el que se empezaran a virtualizar los escritorios de los usuarios. Si la virtualización de estos escritorios se hiciera desde cero, esto no supondría ningún problema, lanzamos el converter, le decimos la máquina que queremos importar, esperamos un "ratito" y ... voilá, PC virtualizado y listo para ser utilizado.
¿Donde está el problema entonces?, pues en que evidentemente no vivimos en un mundo ideal y que la virtualización de escritorio que se pide es la de los PCs de usuarios que ya tienen instalados, configurados y personalizados a su gusto. Si tenemos mala suerte nos podemos encontrar en el siguiente caso: El PC de usuario tiene un WindowsXP preinstalado (OEM) y queremos virtualizarlo. En este punto me gustaría hacer un pequeño inciso y aclarar un poco los canales de licenciamiento de Microsoft.

Microsoft cuenta con tres canales de licenciamiento:

• OEM, una licencia de coste reducido que se obtiene cuando compramos un ordenador con Windows PreInstalado. Esta licencia está asociada al hardware y no se puede reutilizar en otro hardware diferente.
• Retail (RTL), es la licencia que adquirimos si compramos el software original para instalaciones limpias o actualizaciones. Existen ciertas restricciones en cuanto al movimiento de licencia si hemos adquirido un software de actualización.
• Volume License (VLK), es la típica licencia corporativa donde con una única clave de producto podemos licenciar un gran número de equipos.
  

Pues bien, el problema se presenta cuando hemos instalado Windows XP con un CD de instalación OEM y después de haberle pasado el sysprep y haberlo virtualizado (para los clones pasa lo mismo) intentamos licenciarlo con una clave VLK o RTL. La solución a este problema pasa simplemente por obtener un cd del canal de licenciamiento apropiado y hacer una reparación del sistema desde el CD de instalación, es decir, arrancando desde el CD e iniciando el proceso de instalación, pero en lugar de machacar la instalación antigua, le decimos que la repare. Tened cuidado de no entrar en la consola de reparación que nos ofrece al principio el programa de instalación.

Tened cuidado en el caso de las máquinas virtuales, que la controladora SCSI que configura VMware por defecto no viene soportada por el programa de instalación de Windows XP, así que tendreis que añadir el controlador de forma manual.

Referencias:

Determinar el canal de licencia de un CD

Información ampliada de los canales de licencia

Driver SCSI de VMware para la instalación de Windows XP

OneLiner 3: Detección de errores de conectividad en las vmhba de fibra

Buenas, os paso un OneLiner encargado de recoger la configuración de HBAs de fibra asociadas a los servidores ESX de un cluster determinado e imprimir el estado de las mismas. Si existe cualquier fallo de conexión con la SAN se mostrará la hba y su correspondiente WWNP (Port World Wide Name) en rojo.

 foreach ($esx in $(get-vmhost -Location (get-cluster '<cluster>') | ? {$_.State -eq 'Connected'})) {(get-view (get-vmhoststorage $esx).Id).StorageDeviceInfo.HostBusAdapter | % {if ($_.key -match 'FibreChannel') {if ($_.status -ne 'online') { Write-Host ("Host: {0} - HBA: {1} - WWNP: {2:X}" -f $esx.name,$_.Device,$_.PortWorldWideName) -Foreground Red} else { Write-Host ("Host: {0} - HBA: {1} - WWNP: {2:X}" -f $esx.name,$_.Device,$_.PortWorldWideName) -Foreground Green}}}}

Si en lugar de controlar los ESX que están en un cluster quereis controlar todos los ESX de vuestro datacenter simplemente teneis que eliminar la parte: -Location (get-cluster '<cluster>'). El OneLiner controla el estado de los servidores, de forma que sólo interroga a los ESX que están conectados actualmente al Virtual Center, sin tener en cuenta si el ESX está en modo mantenimiento o en modo desconectado.

OneLiner 2: Modificar la configuración NTP de los servidores ESX

Esta mañana estaba revisando unos logs cuando de repente... sorpresa!!! la hora de las entradas del log no tenían sentido ninguno. El problema evidente era que la hora del sistema no era la correcta, así que me puse a revisar la configuración del cliente ntp y... voilá! estaban mal. El paso siguiente y evidente era corregir la configuración del cliente ntp, pero claro (y por murphy...), no en un único ESX, ... ¡sino en todo el datacenter!. Solución, script al canto. En este caso tres oneliner:

• Un OneLiner para consultar la configuración ntp de todos los hosts del datacenter:

Get-VMHost |Sort Name|Select Name, @{N=“NTPServer“;E={$_ |Get-VMHostNtpServer}}, @{N=“ServiceRunning“;E={(Get-VmHostService -VMHost $_ |Where-Object {$_.key-eq “ntpd“}).Running}}

• Otro OneLiner para eliminar los servidores incorrectos, ya que no se puede hacer sustituciones directamente:

Get-VMHost | Sort Name | Remove-VMHostNtpServer @("servidor1","servidor2",...)

• Otro para añadir la configuración correcta de servidores:

Get-VMHost | Sort Name | Add-VMHostNtpServer -NtpServer @("servidor1","servidor2",...)

• Y el último para reiniciar el servicio de ntp, para que el servicio actualice los cambios en la configuración:

Get-VmHostService -VMHost (Get-VMHost | Sort Name) | Where_Object {$_.key -eq "ntpd"} | Restart-VMHostService

 Aprovecho ya también para llamaros la atención sobre este último OneLiner. Si observais, básicamente lo que hace este OneLiner es localizar un servicio, en nuestro caso ntpd y reiniciar el servicio. Si cambiais ntpd por el nombre del servicio que os interese y el cmdlet Restart-VMHostService por Start-VMHostService o Stop-VMHostService, podeis gestionar los servicios de los ESX de vuestro datacenter de forma remota. Por supuesto, esta no es la única forma de hacerlo, simplemente una más :).

Despiste 5: Dividir un fichero de texto en partes de tamaño fijo

En esta ocasion os dejo un script que toma un fichero de texto y lo divide en partes de tamaño fijo. El script lo podeis descargar desde:

http://dl.getdropbox.com/u/1039818/Blog/Windows/split-file.ps1

Para hacer honor a la verdad, este script no ha sido una creación mía, sino una modificación de un script que he encontrado por la red (escrito por Josh Einstein) que hace lo mismo, pero divide el fichero de texto en el número de partes que se le pasa como parámetro, sin poder definir el tamaño de las partes. Si quereis acceder al original, lo encontrareis en este enlace:

http://stackoverflow.com/questions/1001776/how-can-i-split-a-text-file-using-powershell/1003866#1003866

OneLiner 1: Máquinas Virtuales ejecutándose en un Cluster

Seguro que no soy el único administrador de VMware al que en algún momento le ha venido algún compañero con una de las más inocentes preguntas que nos pueden hacer: "¿cuantas y cuales son las máquinas virtuales hay corriendo en el cluster?". Como podreis adivinar, la tarea no es que sea especialmente complicada, pero si el número de las susodichas es elevado, de una tarea sencilla, pasamos a una tarea tediosa. Pues precisamente esa ha sido la pregunta que me han hecho hoy... así que he decidido tirar de powershell, o para ser más exactos de PowerCLI, y hacer no un script (que me parecía demasiado engorroso para obtener una simple lista) sino un OneLiner (es decir, una secuencia de comandos que ocupa una sóla línea). Pues bien, aquí os dejo un oneliner que se encarga de obtener el listado de todas las máquinas virtuales que se estén ejecutando en un cluster determinado:

(Get-View $(Get-Cluster cluster).Id).Host | Foreach-Object {(Get-View $_).Vm | Foreach-Object { (Get-View $_) | Where-Object{$_.Runtime.PowerState -eq 'poweredOn'}} | Select-Object Name }

Donde simplemente teneis que sustituir cluster por el nombre de vuestro cluster. Recuerdo que el oneliner requiere que hayais establecido previamente una conexión con un virtual center mediante el comando:

Connect-VIServer virtualcenter

Cambiando virtualcenter por el nombre o la IP de vuestro virtual center
Si en lugar de obtener las máquinas virtuales asociadas a un cluster, quereis saber el nombre de todas las máquinas virtuales que se están ejecutando bajo el control de vuestro virtual center, el oneliner quedaría:

(Get-VMHost | Foreach-Object {Get-View $_.Id}) | Foreach-Object {Get-View $_.Vm |  Where-Object {$_.Runtime.PowerState -eq 'poweredOn'}} | Select-Object Name

Despiste 4: Comparar el contenido de varios directorios

Bueno, pues otro despiste más... El otro día en el trabajo me encargaron comparar el contenido de un directorio distribuido entre 12 servidores diferentes. Imaginandome como iba a ser el percal y que la cosa no iba a ser tan simple como revisar el tamaño y la fecha de 2 ó 3 ficheros decidí tirar de San Google. Después de estar buscando durante un rato no encontré ninguna herramienta que satisfaciera completamente mis necesidades, así que tiré de scripting (amos, lo que suelo hacer cuando no encuentro una herramienta que satisfaga mis necesidades). El resultado de esas horas de programación ha sido mDiff, un pequeño script en PoSH que toma como único parámetro de entrada una lista de ficheros o directorios a comparar (independietemente de que estén en el disco local o publicado en una carpeta compartida) y que calcula la firma MD5 de cada uno de los elementos a comparar, presentando un informe en HTML con el resultado de las comparaciones.

El script podeis descargarlo como siempre desde mi dropbox:

http://dl.getdropbox.com/u/1039818/Blog/Windows/mdiff.ps1

Para poder ejecutarlo necesitareis la PoSH v2 y las extensiones de la comunidad (PSCX)