Menu Barra

sábado, 26 de octubre de 2013

Configuración duplicada en IPv4 - Windows Server 2008 VMware

Buenas Noches, bueno paso a contar una nueva situación relacionada al momento de eliminar una tarjeta de red en un servidor virtual con VMware.

Situación
Al realizar la modificación en una maquina virtual con Windows Server 2008, donde se procede con la eliminación de una interfaz de red (en mi caso E1000) donde  ya tenia asignada una dirección IP, Mask, Gateway y DNS (ah!!! y sin quitar la IP de esta interfaz), posterior se asigna una nueva NIC (VMXNET 3) para luego reasignar la IP de la antigua interfaz a esta nueva tarjeta de red. En un principio funciona sin problemas, posterior a un reinicio wuaaa!!!! por cosas de la vida perdió conexión con nuestra red física, sin tener acceso a RDP, Internet, etc.

Si bien nos vamos y revisar nuestra tarjeta tiene asignada nuestros datos de IP, pero aquí se viene de como identificar el problema. Por linea de comando (Inicio, Ejecutar, CMD), hacemos un IPCONFIG /ALL y visualizaremos como siempre los datos de red, pero he aquí un detalle, como muestra en la imagen.

Motivo
Queda una IP en modo fantasma, lo que queda la IP como una especie de reserva (a veces pasa también cuando tenemos otro servidor con la misma IP y no tan solo agregando o quitando la interfaz de red como lo fue en mi caso) ante el equipo de Networking.

Solución
Bueno investigando encontré varias formas, pero la que mas se acerco a mi situación fue este post aquí, si bien en esta publicación indican los paso a realizar (lo que los dejare aquí también) para solucionar el problema para mi caso no lo soluciono :(

1.- abre una venta de DOS, ... se ve que ya sabes como
2.- typea en el prompt:
netsh interface ipv4 show inter
Esta instrucción te va a desplegar una información mas o menos asi:
Idx Met MTU State Name
--- ---------- ---------- ------------ ---------------------------
1 50 4294967295 connected Loopback Pseudo-Interface 1
11 10 1500 connected Local Area Connection
 En tu caso obviamente van a ser otros números, pero debes fijarte en el primer par de la ultima línea, en este caso es el 11 ¿lo ves?, pero puede ser cualquier otro, como 12, 13, 05... etc
3.- Ya que hayas identificado ese numero typea el siguiente comando con ese numero que te indique, en mi caso pongo 11, recuerda que en tu caso puede ser otro:
netsh interface ipv4 set interface 11 dadtransmits=0 store=persistent
después ya con eso puede ser suficiente, debe quitarte ese conflicto de tu IP pero si no, intenta ese ultimo paso
4. En "ejecutar" pon services.msc y deshabilita el DHCP Client service o su traducción al español y listo, ya veras que con eso se arregla.
Gracias a estos comentarios y mi problema no se había solucionado, se me ocurre deshabilitar el protocolo TCP/IP del la interfaz de red del servidor y adivinen que Chan!!!! problema resuelto. Solo nos queda realizar otro IPCONFIG /ALL, verán que ahora no tenemos la versión del IPv4 Duplicado o Preferido y que tenemos red.


Saludos
Claudio J. Pérez Quiroz

jueves, 24 de octubre de 2013

Esquema de sugerencia para actualizar alguna plataforma

Si bien este diagrama es de Microsoft dedicado para SharePoint, lo encontré muy practico y útil al momento de querer realizar un proceso de actualización de una plataforma no tan solo sharepoint, tomando los resguardo y sugerencias antes de aplicar estos en el ambiente productivo.

A continuación les dejo el diagrama
Saludos
 
CperezQ

lunes, 21 de octubre de 2013

Alerta - Warning VmwareTools - Event ID 1000

Hola amigos, para esta ocasión se ha estado trabajando y raramente se ha visto cada 1 segundo una cantidad de alertas refiriéndose a las VMwareTools. En este caso la plataforma de virtualizacion se encuentra en ESXi 5.1 y el error visualizado es sobre un S.O. Guest con M. Windows Server 2008 SE (Standard Edition), el mensaje de error es el siguiente:

Origen    : VMware Tools
Event ID: 1000
Nivel      : Advertencia (Warning)

Detalle

[warning] [vmusr:vmusr] Error in the RPC receive loop: RpcIn: Unable to Send.



Motivo
Según el KB oficial de VMware, refiere que es un problema relacionado directamente con el demonio (vmtoolsd) de las VMwareTools, donde se limita a solo dos sesiones de terminal ejecutándose de forma simultanea sobre el servidor.

Solución
Para esto existen dos soluciones (la definitiva y la provisoria). 
La solución definitiva, apunta a la actualización manual o mediante el update manager del siguiente update
VMware ESXi 5.1., Patch ESXi510-201212402-BG: Updates tools-light (2035778).

Por otra parte si el problema persiste o simplemente el cliente no puede reiniciar la plataforma por alguna razón de sus servicios críticos, podemos aplicar la segunda solución de forma provisoria hasta a aplicar el update que corresponda, lo que implica esto es el desactivado del registro de Log en el visor de eventos.


1.- Para poder aplicar esto existen distintas rutas para cada S.O., lo cual detallo sus rutas.
  • Windows XP and Windows Server 2000/2003:
    • C:\Documents and Settings\AllUsers\ApplicationData\VMware\VMware Tools\
  • Windows Vista, Windows 7, and Windows Server 2008:
    • C:\ProgramData\VMware\VMware Tools\
  • Linux:
    • /etc/vmware-tools/tools.conf
2.- Una vez identificado nuestro S.O., y dentro de esta ruta procedemos a crear un archivo llamado tools.conf (Si no existe el archivo en esta ruta, podemos crear dicho archivo y su correspondiente extensión).

3.- Al crear este archivo, este debe contener el siguiente en su interior.
     [logging]
     vmusr.level = error

4. Luego Guardamos este archivo y lo cerramos, para luego debemos reiniciar el servicio de las VMwareTools correspondiente al S.O. Guest.

Si desean mas información dejo Aqui KB de VMware.

Saludos 
Claudio J. Pérez Quiroz

domingo, 13 de octubre de 2013

Identificar y Generar un nuevo SID en Windows 2008

Bueno para los que tiene problemas con una maquina virtual clonada con Windows 2008 y requieren modificar el SID, que es un numero único para cada servidor y su sistema operativo. Dejo la secuencia y las herramientas de como poder ver, visualizar y modificar este identificador.

Antes que todo debemos descargar aqui la herramienta PSTools directamente de Microsoft, para luego ejecutarla o si no copien y peguen el vinculo
http://download.sysinternals.com/files/PSTools.zip

1.- Identificar SID, ejecutar PsGetsid.exe, de la ruta donde esta la carpeta PSTools (en este caso esta un C:\)

2.- Luego copiar, pegar y guardar para tener visibilidad para el cambio.

3.- Posterior ejecutamos el SYSPREP para el cambio de SID, este se encuentra en la siguiente ruta C:\Windows\System32\sysprep, y debemos ejecutar el archivo "sysprep.exe"

4.- cuando se ejecute debemos modificar los siguientes parámetros.

  • En Systen Cleanup Action, se debe modificar a ENTER SYSTEM AUDIT MODE, y se debe dar el ticket a GENERALIZE.
  • Luego indicar la acción posterior, donde se recomienda el reinicio para que los cambios surtan efecto.

5.- Finalmente ejecutamos nuevamente el paso N°1 para visualizar el nuevo SID y compararlo con el antiguo.

A continuación dejo un SID (un antes y un después) para que tengan el formato de como es.

Antes del cambio
SID for \\WIN-1200DI1MVKF:
S-1-5-21-1416643716-582567490-1509492382

Después del cambio
SID for \\WIN-K35OAV63AK2:
S-1-5-21-102630303-2961379920-3098093223

Por otra parte le dejo un vídeo con este mismo instructivo.
Cualquier cosa quedo atento a sus comentario

Saludos
Claudio Pérez



viernes, 4 de octubre de 2013

Error al ejecutar Script en PowerCli vcheck5.45.ps1

Al momento de ejecutar el siguiente Script

PowerCLI C:\TMP> .\vcheck5.45.ps1 IP vCenter o Nombre de Este

sobre PowerCli con la finalidad de extraer información de la plataforma y ver el estado actual de ella, no arroja el siguiente mensaje de error
No se puede cargar el archivo c:\vcheck5.45.ps1'. El archivo c:\vcheck5.45.ps1' no esta firmado digitalmente. El script no se ejecutara en el sistema. Vea "get-help about_signing" para obtener mas información. 

Esto se debe a la seguridad de Microsoft donde no permite la ejecución de script que no estén firmados, lo cual es una medida de seguridad.

Para poder deshabilitar esto de forma momentánea debemos ejecutar el siguiente comando.

Set-ExecutionPolicy Unrestricted

Posterior nos preguntara si queremos cambiar la directiva y le indicamos que si, luego podemos ejecutar el script y solo no queda esperar para ver la información extraída, visualizada en un navegador web y en un archivo HTML en la ruta C:\TMP.

Finalmente nos queda restaurar las directivas de seguridad con el siguiente comando

Set-ExecutionPolicy Restricted

Saludos
Claudio Pérez

Microsoft entra al grupo de los Lideres en Infraestructuras de Virtualización.

Microsoft entra al grupo de los Lideres en en el cuadrante Gartner en cuanto a Infraestructuras de Virtualización.

http://www.gartner.com/technology/reprints.do?id=1-1GJA88J&ct=130628&st=sb#!

Una de las nuevas características de Hyper 2012 es la integración de los Switch virtuales.
The Hyper-V Extensible Switch is a Layer 2 virtual network switch that provides programmatically managed and extensible capabilities to connect virtual machines to the physical network. The Hyper-V Extensible Switch is an open platform that lets vendors provide extensions written to standard Windows application programming interface (API) frameworks.
Ademas dejo documentación con las comparativas que tiene Hyper-V 2008 con la versión 2012.
http://download.microsoft.com/documents/italy/SBP/server2012/WS 2012 Feature Comparison_Hyper-V.pdf

Saludos
Claudio J. Pérez Quiroz