Llevo unos días evaluando el potentísimo y nuevo sistema operativo para servidores de Microsoft, Windows Server 2012.
La
verdad es que me está dando muy buenas sensaciones, me está gustando
mucho pero lo primero que eché en falta en cuanto inicié sesión fué
nuestro querido botón inicio ..
He encontrado ClassicShell, una magnifica herramienta que a más de uno le alegrará el día.
jueves, 26 de julio de 2012
lunes, 4 de junio de 2012
XENSERVER - Inicio automático de la VM -
Imagino que no debo ser el único que ha echado de menos el inicio automático de las máquinas virtuales en Xenserver. Citrix decidión en la versión 6 que esta funcionalidad pasa a ser exclusiva en las versiones de pago del producto.
El cambio solo se ha producido a nivel del administrador de los servidore XenCenter y por tanto podemos seguir configurándolo desde la consola. Para ello debemos:
1. Activar la función de Auto Iniciar VM en el pool :
xe pool-param-set uuid=(pool UUID) other-config:auto_poweron=true
2. Ahora en cada VM que quieras que auto inicie tu debes de ejecutar:
xe vm-param-set uuid=(vm UUID) other-config:auto_poweron=true
Para localizar el ID del Pool podemos ejecutar:
Xe pool-list
Para localizar el ID de la VM que queremos configurar:
Xe vm-list
Saludos
El cambio solo se ha producido a nivel del administrador de los servidore XenCenter y por tanto podemos seguir configurándolo desde la consola. Para ello debemos:
1. Activar la función de Auto Iniciar VM en el pool :
xe pool-param-set uuid=(pool UUID)
2. Ahora en cada VM que quieras que auto inicie tu debes de ejecutar:
xe vm-param-set uuid=
Para localizar el ID del Pool podemos ejecutar:
Xe pool-list
Para localizar el ID de la VM que queremos configurar:
Xe vm-list
Saludos
martes, 12 de abril de 2011
Error al montar los almacenes de Exchange
Hemos tenido una incidencia en un cliente que, la verdad, nos ha hecho pasar un mal rato.
Nos llamó el cliente diciendo que no les funcionaba el correo y, tras conectarnos con su servidor, vimos que los almacenes de Exchange (Buzones y Carpetas Públicas) estaban desmontados.
Al intentar montarlos el sistema daba un error, no había manera.
Empezamos a buscar informacion en San Google y, tras varios intentos fallidos, dimos con la solución:
Desde la línea de comandos del servidor de Exchange ejecutamos:
c:\Archivos de programa\Exchsrv\bin\eseutil /p "ruta almacen carpetas públicas"
c:\Archivos de programa\Exchsrv\bin\eseutil /p "ruta almacen buzones privados"
Después de haber ejecutado este comando deberemos borrar todos los archivos de log y chk.
(yo recomiendo moverlos a otra carpeta).
Una vez borrados los archivos podemos defragmentar tanto el almacen de carpetas públicas como el que contiene los buzones con el comando eseutil /d
Después de la degragmentación ejecutaremos:
isinteg -s nombreservidor -fix -test alltests
Si todo ha ido bien ya podemos montar nuestros almacenes.
Importante tener en cuenta que para ejecutar todos estos comandos deberemos estar dentro del directorio bin de nuestro servidor exchange.
Saludos
Nos llamó el cliente diciendo que no les funcionaba el correo y, tras conectarnos con su servidor, vimos que los almacenes de Exchange (Buzones y Carpetas Públicas) estaban desmontados.
Al intentar montarlos el sistema daba un error, no había manera.
Empezamos a buscar informacion en San Google y, tras varios intentos fallidos, dimos con la solución:
Desde la línea de comandos del servidor de Exchange ejecutamos:
c:\Archivos de programa\Exchsrv\bin\eseutil /p "ruta almacen carpetas públicas"
c:\Archivos de programa\Exchsrv\bin\eseutil /p "ruta almacen buzones privados"
Después de haber ejecutado este comando deberemos borrar todos los archivos de log y chk.
(yo recomiendo moverlos a otra carpeta).
Una vez borrados los archivos podemos defragmentar tanto el almacen de carpetas públicas como el que contiene los buzones con el comando eseutil /d
Después de la degragmentación ejecutaremos:
isinteg -s nombreservidor -fix -test alltests
Si todo ha ido bien ya podemos montar nuestros almacenes.
Importante tener en cuenta que para ejecutar todos estos comandos deberemos estar dentro del directorio bin de nuestro servidor exchange.
Saludos
jueves, 17 de febrero de 2011
Idioma teclado en Citrix
Para cambiar el idioma de teclado que se les configura a nuestros usuarios cuando inician sesión en nuestro servidor Citrix debemos
1.- Revisar la configuración del cliente Citrix que esten utilizando para comprobar que tienen seleccionado el idioma de teclado Español.
2.- Modificar la siguiente clave de registro en el servidor:
HKEY_USERS\.DEFAULT\Keyboard Layout\PreLoad
cambias el valor del 1 y pones, por ejemplo: 0000040a (Español)
Conseguiras otros valores aqui:
http://www.microsoft.com/globaldev/reference/winxp/xp-lcid.mspx
Deberemos hacer un log off - log on para que los cambios se apliquen.
PS si no funciona prueba con la clave HKCU, y haces lo mismo:
HKEY_CURRENT_USER\Keyboard Layout\PreLoad
(esto deberemos hacerlo en la sesión de cada uno de los usuarios)
1.- Revisar la configuración del cliente Citrix que esten utilizando para comprobar que tienen seleccionado el idioma de teclado Español.
2.- Modificar la siguiente clave de registro en el servidor:
HKEY_USERS\.DEFAULT\Keyboard Layout\PreLoad
cambias el valor del 1 y pones, por ejemplo: 0000040a (Español)
Conseguiras otros valores aqui:
http://www.microsoft.com/globaldev/reference/winxp/xp-lcid.mspx
Deberemos hacer un log off - log on para que los cambios se apliquen.
PS si no funciona prueba con la clave HKCU, y haces lo mismo:
HKEY_CURRENT_USER\Keyboard Layout\PreLoad
(esto deberemos hacerlo en la sesión de cada uno de los usuarios)
miércoles, 24 de noviembre de 2010
MD3200 y XEN con Multipath activo
Después de varios días luchando para conseguir activar el Multipath en un entorno con dos servidores Dell R710 con Xenserver y una cabina de discos ISCSI Dell MD3200i hemos dado con la solución.
Para que esta importantísima funcionalidad se pueda activar hemos tenido que seguir los siguientes pasos:
1.- Configurar las tarjetas de Red de las controladoras RAID de la cabina de la siguiente manera:
CONTROLADORA 0
Puerto 0: 192.168.130.101
Puerto 1: 192.168.131.101
CONTROLADORA 1
Puerto 0: 192.168.130.102
Puerto 1: 192.168.131.102
XEN1
TARJETAS DE ACCESO A DISCO:
eth0: 192.168.130.250
eth1: 192.168.131.251
XEN2
TARJETAS DE ACCESO A DISCO
eth0: 192.168.130.251
eth1: 192.168.131.251
2.- Deshabilitar IP V6 en todas las tarjetas de ambas controladoras.
3.- Configurar el grupo de discos y el disco virtual según nos interese para nuestro entorno.
4.-Brindar acceso a nuestros servidore Xen a la LUN correspondiente.
5.-Conectar a nuestro Pool de servidores el almacenamiento ISCSI y verificar que funciona correctamente y es accesible por todos los servidores.
6.-Modificar el archivo /etc/multipath-enabled.conf desde la consola en todos los servidores añadiendo lo siguiente:
AL PRINCIPIO DEL ARCHIVO
blacklist {
device {
vendor "*"
product "Universal Xport"
}
}
EN LA SECCIÓN DEVICES
device {
vendor "DELL"
product "MD32xxi"
path_grouping_policy group_by_prio
prio rdac
polling_interval 5
path_checker rdac
path_selector "round-robin 0"
hardware_handler "1 rdac"
failback immediate
features "2 pg_init_retries 50"
no_path_retry 30
rr_min_io 100
prio_callout "/sbin/mpath_prio_rdac /dev/%n"
}
7.- Poner en "modo mantenimiento"uno de los servidores (que no debe tener ninguna máquina virtual instalada).
8.- Activar en este servidor el Multipath.
9.- Salir del modo mantenimiento en este servidor.
10. Repetir los puntos 7,8 y 9 en cada uno de los servidores restantes.
11. Ejecutar en la consola de cada uno de los servidores los siguientes comandos:
echo "reconfigure" multipathd -k
/opt/xensource/sm/mpathcount.py
Para que esta importantísima funcionalidad se pueda activar hemos tenido que seguir los siguientes pasos:
1.- Configurar las tarjetas de Red de las controladoras RAID de la cabina de la siguiente manera:
CONTROLADORA 0
Puerto 0: 192.168.130.101
Puerto 1: 192.168.131.101
CONTROLADORA 1
Puerto 0: 192.168.130.102
Puerto 1: 192.168.131.102
XEN1
TARJETAS DE ACCESO A DISCO:
eth0: 192.168.130.250
eth1: 192.168.131.251
XEN2
TARJETAS DE ACCESO A DISCO
eth0: 192.168.130.251
eth1: 192.168.131.251
2.- Deshabilitar IP V6 en todas las tarjetas de ambas controladoras.
3.- Configurar el grupo de discos y el disco virtual según nos interese para nuestro entorno.
4.-Brindar acceso a nuestros servidore Xen a la LUN correspondiente.
5.-Conectar a nuestro Pool de servidores el almacenamiento ISCSI y verificar que funciona correctamente y es accesible por todos los servidores.
6.-Modificar el archivo /etc/multipath-enabled.conf desde la consola en todos los servidores añadiendo lo siguiente:
AL PRINCIPIO DEL ARCHIVO
blacklist {
device {
vendor "*"
product "Universal Xport"
}
}
EN LA SECCIÓN DEVICES
device {
vendor "DELL"
product "MD32xxi"
path_grouping_policy group_by_prio
prio rdac
polling_interval 5
path_checker rdac
path_selector "round-robin 0"
hardware_handler "1 rdac"
failback immediate
features "2 pg_init_retries 50"
no_path_retry 30
rr_min_io 100
prio_callout "/sbin/mpath_prio_rdac /dev/%n"
}
7.- Poner en "modo mantenimiento"uno de los servidores (que no debe tener ninguna máquina virtual instalada).
8.- Activar en este servidor el Multipath.
9.- Salir del modo mantenimiento en este servidor.
10. Repetir los puntos 7,8 y 9 en cada uno de los servidores restantes.
11. Ejecutar en la consola de cada uno de los servidores los siguientes comandos:
echo "reconfigure" multipathd -k
/opt/xensource/sm/mpathcount.py
12. Reparar el SR que deberá estar con un símbolo de exclamación.
Con este procedimiento deberíamos tener accesible nuestro repositorio de máquinas virtuales de la partición de la SAN accesible desde todos nuestros servidores por diferentes caminos.
Etiquetas:
Dell,
MD3200i,
Virtualización,
XenServer
ACCESO POR RDP A UBUNTU
Para poder acceder a nuestro Ubuntu utilizando el cliente de Escritorio remoto incorporado en Windows debemos realizar los siguientes pasos:
En el sistema Ubuntu
1.- Instalar XRDP
2.-Instalar Tightvnc
3.- Habilitar el acceso remoto en el menu de "preferencias" dentro de "sistema".
(No debemos olvidar configurar correctamente este servicio protegiendo, al menos, con una contraseña el acceso a nuestra máquina.
En nuestro Windows
1.- Ejecutar el cliente de escritorio remoto
En el sistema Ubuntu
1.- Instalar XRDP
2.-Instalar Tightvnc
3.- Habilitar el acceso remoto en el menu de "preferencias" dentro de "sistema".
(No debemos olvidar configurar correctamente este servicio protegiendo, al menos, con una contraseña el acceso a nuestra máquina.
En nuestro Windows
1.- Ejecutar el cliente de escritorio remoto
miércoles, 11 de noviembre de 2009
Llamar gratis a un montón de paises.
Hoy he ledio en TeachTear un post en el que hablaban de un nuevo servicio que me ha parecido una pasada. Ring2Skype es un servicio, totalmente gratis, en el que nos ofrecen un número de teléfono fijo por el que recibir llamadas en nuestro Skype. Podemos elegir nuestro número entre una lista enorme de paises con sus respectivas ciudades.
Se me ocurren un montón de posibilidades para este servicio. Desde recibir las llamadas de nuestros clientes en nuestro cliente Skype (idependientemente de si lo estamos ejecutando en un pc, teléfono, etc) hasta ahorrar dinero si tenemos familia o amigos en el extrajero dándonos de alta un número de el país con el que tenemos que hablar o haciendo que ellos se den de alta un número al que nosotros podamos llamar con tarifa plana.
Bueno, yo tengo mi número ya ..
Saludos
Suscribirse a:
Entradas (Atom)
