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



domingo, 8 de septiembre de 2013

Cambio de Hora ESX 4.X y 5.X

Para ser breve dejare como proceder con el modificación de la hora en los servidores físicos de ESX en las versiones 4.x y 5.x.

ESXi 4.x o ESX 4.X
Antes que todo debemos identificar la hora que tenemos actualmente.
  • date
Luego nos vamos a la siguiente ruta, para el caso de adelantar una hora podemos elegir la zona horaria que queramos, en mi caso utilizare Buenos Aires Argentina.
  • cd /usr/share/zoneinfo/
  • cd America/Argentina/
Ahora debemos editar el archivo Clock
  • vi /etc/sysconfig/clock
estando adentro del archivo a modificar, modificamos la zona actual y ponemos la que queremos, como comente la mia será Buenos Aires
  • ZONE=America/Argentina/Buenos_Aires
siguiendo debemos crear un respaldo del archivo que maneja el tiempo
  • mv /etc/localtime /etc/localtime.backup
y finalmente para vncular la nueva configuración debemos ejecutar el siguiente comando
  • ln -s /usr/share/zoneinfo/America/Argentina/Buenos_Aires /etc/localtime
Finalmente para comprobar, nuevamente ejecutamos el comando date para verificar con la hora vista al principio.

PD: Dejo vinculo relacionados y además listado con los valores que podemos ingresar al momento de modificar la zona horaria en el archivo CLOCK.

listado con los valores
Fuente aqui


ESX 5.X
Para esta versión, fue un poco mas complejo ya que no cuenta con la carpeta zoneinfo, dentro de Share.

Aquí podremos sincronizar la hora con el el hardware y el sistema en si. para proceder debemos realizar los siguiente:

Ver la hora y fecha actual:
Tiempo del Hardware:
  • esxcli hardware clock get
Tiempo del Sistema:
  • esxcli system time get
Luego identificada la hora, podemos modificar tiempo.
Tiempo del Hardware:
  • esxcli hardware clock set -d 28 -H 03 -m 21 -M 04 -s 00 -y 2013
Tiempo del Sistema:
 esxcli system time set -d 28 -H 03 -m 25 -M 04 -s 00 -y 2013

Donde los valores para cada comando son los siguientes:

 -d --> day= Day
 -H --> hour= Hour
 -m --> min= Minute
 -M --> month= Month
 -s --> sec= Second
 -y --> year= Year

Saludos
CperezQ

viernes, 28 de junio de 2013

Error al Instalar Language Packs para SharePoint Server 2010

Amigos,
Bastante tiempo que no escribo en mi blog, lo motivos el trabajo, la familia y la autodisciplina de estudiar me deja con poco tiempo.

Sintomas
Bueno directo al grano, hace un tiempo atrás al intentar instalar el paquete de idiomas de SharePoint 2010, en mi caso instalando el paquete de idioma para tener en español mis sitios (instalación de SharePoint server en ingles) me arroja el siguiente error

Español --> "No se encuentra la versión esperada del producto en el sistema"
Ingles --> "The expected version of the product was not found on the system"
 


 
Motivos
El motivo del problema pasa por la detección del versionamiento del SharePoint, lo que se identifica y muestra en la imagen existe una variacion de las versiones de los productos y/o paquetes instalados, lo cual se debe regularizar para que quede toda la plataforma de forma homogenea.



Nota: Este no es mi ambiente productivo XD, lo cual no es tanta mi preocupación por actualizarlo.

Solución
Después de dar vueltas de como solucionar este problema, he encontrado una solución que en realidad me ayudo a salir de este problema.
 
Solo debemos ejecutar la instalación del paquete de idioma mediante CLI, lo cual el comando es:
 
nombre del archivo PACKAGE.BYPASS.DETECTION.CHECK=1
 
 
como indica el comando lo que hacemos es saltarnos la verificación de las versiones instaladas de cada producto, lo cual y como se muestra en la seccion de "motivos" hay una variacion en la instalación de los paquetes.

Como ven en la imagen al final del comando se debe considerar no poner espacio en CHECK=1, lo cual el espacio no es correcto.
 
Posterior a la ejecución de la instalación del paquete, podremos ver que la instalación ha finalizado correctamente (imagen adjunta)
 
 
Finalmente procedemos a ejecutar el Wizard por CLI o GUI y con esto nuestro SharePoint queda operativo el paquete de idioma.

Para verificar que la instalación se ha realizado, podemos verificar en:
  • Central Administration
  • Upgrade and Migration
  • Check product and patch installation status
Como se en la siguiente imagen se visualiza el paquete instalado exitosamente.
 
 
Con esto damos por superada esta incidencia.
 
 
Fuente: