Problemas con el administrador de Terminal Server.

Bueno, esto me ha pasado en un cliente.
En el administrador de Terminal server aparecía el servidor con un interrogante amarillo y no se podía conectar nadie a los servicios de Terminal Server.
No aparecía ningún tipo de error en el visor de sucesos.
Brujuleando un poco por internet he encontrado muchas preguntas sobre este error y muy pocas respuestas, pero al final una de ellas me ha llevado a una página de Microsoft donde he encontrado una solución que parece que funciona.
La página es la siguiente:
http://support.microsoft.com/default.aspx?scid=kb;en-us;324446
En resumen, el error viene de un problema de rendimiento de la máquina y de Terminal Server.
La solución propuesta es la siguiente:

Step 1. Turn on the "Enable advanced performance" feature in Windows Server 2003 or the Power Protect option in Windows 2000

Windows Server 2003

To turn on the Enable advanced performance feature on a Windows Server 2003-based computer, follow these steps:
Warning We recommend that you only enable the Enable advanced performance feature for disks that have a backup power supply. This setting improves disk performance, but it also increases the risk of data loss if the disk loses power.

1. Click Start, right-click My Computer, and then click Manage.
2. Under System Tools, click Device Manager.
3. In the right pane, expand Disk drives.
4. Right-click the disk drive that you want to configure, and then click Properties.
5. Click the Policies tab.
6. If the Enable write caching on the disk check box is selected, click to select the Enable advanced performance check box.
7. Click OK.

Step 2. Configure registry subkeys

You must also configure the following registry subkeys on the Terminal server and on all file servers:
Note This section applies to both Windows Server 2003 and to Windows 2000.

• In the HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Lanmanserver\Parameters subkey, configure the following entries:
  • Name: MaxWorkItems
    Data Type: REG_DWORD
    Value data: 8192 (decimal)
  • Name: MaxMpxCt
    Data Type: REG_DWORD
    Value data: 2048 (decimal)
  • Name: MaxRawWorkItems
    Data Type: REG_DWORD
    Value data: 512 (decimal)
  • Name: MaxFreeConnections
    Data Type: REG_DWORD
    Value data: 100 (decimal)
  • Name: MinFreeConnections
    Data Type: REG_DWORD
    Value data: 32 (decimal)
• In the HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Lanmanworkstation\Parameters subkey, configure the following entry:
  • Name: MaxCmds
    Data Type: REG_DWORD
    Value data: 2048 (decimal)
• By default, your registry does not have a Configuration Manager subkey. To create the key, locate and then right-click the following subkey: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager
  Point to New, and then click Key. Type Configuration Manager, and then press ENTER.
  In the new HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\Configuration Manager subkey, configure the following entry:
  
• 
  
  • Name: RegistryLazyFlushInterval
    Data Type: REG_DWORD
    Value data: 60 (decimal)

Bueno, y después de todo esto y de reiniciar el servidor, todo parece funcionar correctamente.
Espero que os resulte útil.

Ejecutando VMware vSphere Client en Windows 7

Hoy me he encontrado una solución a un problema que me había surgido con VMware vSphere Client (Versión 4.0) y Windows 7.

El problema es que esta versión da un error al ejecutarla en Windows 7, mientras que la versión 3.5 funcionaba perfectamente.

“Error parsing the server “<server name” “clients.xml” file.”

“The type initializer for ‘VirtualInfrastructure.Utils.HttpWebRequestProxy’ threw an exception.”

Pues bien, buscando, buscando, me he encontrado con un par de webs en las que explican la solución.

http://www.techhead.co.uk/running-vmware-vsphere-client-on-windows-7

http://techblog.sunsetsurf.co.uk/2009/06/vmware-vsphere-virtual-centre-on-windows-7/

Yo he probado la primera de ellas y la verdad es que funciona muy bien.

Espero que os resulte de utilidad

Instalando Veeam FastSCP en Windows 7

Hoy me he encontrado con un probleilla.

He intentado instalar la utilidad gratuita para VMware VEEAM FASTSCP en mi Windows 7 y por desgracia de daba un error diciéndome que la versión de sistema operativo no era válida.

Por suerte para tod@s en internet casi siempre encontramos respuestas. En la siguiente web he encontrado la respuesta http://andrius.kozeniauskas.com/blog/2009/03/25/installing-veeam-fastscp-30-on-windows-7-beta/

Y la cosa es que tenemos que extraer los ficheros del instalador, se puede hacer con WinRAR, y luego podemos ejecutar la instalación sin problemas.

Espero que os resulte de utilidad

No nos funciona “sudo …”

Esto lo saqué de alguna web, pero no recuerdo la dirección, seguro que hay muchas que lo explican.

Problema: Al ejecutar sudo “comando” me aparece un mensaje de error que dice "(usuario) is not in the sudoers file. This incident will be reported."

Solución: boot into recovery mode (hit escape if the grub menu is not revealed for you at boot time)
cat /etc/sudoers
It will let you know who has sudo priviledges. Perhaps you misspelled your username?

add the following line to your /etc/sudoers file:
usuario ALL=(ALL) ALL

La tarjeta de red va creciendo “eth0”, “eth1”, “eth2”…

Extraido de un documento de :
http://gabriel.verdejo.alvarez.googlepages.com/


Con el sistema de ficheros “udev” se tiende a realizar una cache de dispositivos en el
directorio /etc/udev/rules.d. De esta manera al cambiar el sistema de ordenador los dispositivos
antiguos tienen ya ocupados los nombres (eth0, eth1…) y el sistema utiliza los siguientes que
son los que tiene libres.
El fichero /etc/udev/rules.d/xx-persistent-net.rules es el encargado de mantener la cache
de dispositivos de red. (xx- puede ser diferente)
# This file was automatically generated by the /lib/udev/write_net_rules
# program, probably run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single line.
# MAC addresses must be written in lowercase.
# PCI device 0x10ec:0x8139 (8139too)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:50:fc:2b:a0:XX NAME="eth0"
# PCI device 0x1106:0x3065 (via-rhine)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:0c:6e:c2:f7:XX NAME="eth1"
De esta forma al borrar este fichero cada vez que se inicie el sistema nos asegurarnos de que
las tarjetas de red empiecen en el dispositivo eth0.
Por ejemplo podemos añadir las siguientes líneas al fichero /etc/init.d/sysklogd
echo "" > /etc/udev/rules.d/xx-persistent-net.rules
echo "" > /etc/udev/rules.d/xx-persistent-cd.rules