Connect an ESX host 4.0 in a store of data VMFS 3.31 with vMotion, and ESX 3.5 hosts

Hello

I moved 2 x a new vCenter 4.0 3.5 ESX hosts.  I also have a new ESX 4.0 host.

Can I connect this ESX host 4.0 for the data store using the 2 x ESX 3.5 hosts?  It is a VMFS 3.31 on a CX3-20 SAN data store. I was then going to vMotion virtual machines to the new host and reinstall the old.

I just fear that the new ESX 4.0 host will do something to the data store that make it incompatible with the older ESX 3.5 servers.

Thanks in advance,

Euan

Yes, you can connect and use these data with ESX versions warehouses. If you have sVMotion it will work as well. On ESX 3.5 you can only move the guest as a whole on an ESX 4.0 host, you can move the vDisks independently.

It is perhaps unnecessary, but when I update the ESX 3.5 servers 4.0 I unplug the storage until the update is running. Just in case...

AWo

VCP / vEXPERT 2009

Tags: VMware

Similar Questions

  • After that I changed the Duplex parameter on NIC's Service console, I am not able to connect the ESX host

    Hi all

    Please help solve my problem.

    After that I changed the Duplex parameter on NIC's Service console, I am unable to connect the ESX host. How can I reset the 100 MB NETWORK card duplex. Can someone help me please.

    Concerning

    Vijay

    Hello

    As the bulb you have two problems that are not related.

    (1) duplex setting, your switch and NIC must match. If one is assigned to auto-negotiation, then the other must be set to auto-negotiation. Personally, I tend to let auto-negotiation unless there is an absolute reason to spend. If you then turn on the both sides of the interface, the switch port and esxcfg-NICS allows you to change the duplex, etc.

    (2) passwords for root are not related to the network unless you have also run esxcfg-auth authentication remote.  The only time I saw what you have here is when the system is configured to try to authenticate remote and not locally.

    The two problems are fixable by booting into single-user mode, set the duplex and reset the password.

    Best regards
    Edward L. Haletky
    VMware communities user moderator
    ====
    Author of the book ' VMWare ESX Server in the enterprise: planning and securing virtualization servers, Copyright 2008 Pearson Education.
    Blue gears and SearchVMware Pro items - top of page links of security virtualization - Security Virtualization Round Table Podcast

  • vCenter Server displays the error message: unable to connect to the host

    vCenter Server displays the error message: unable to connect to the host

    Symptoms

    • vCenter Server cannot connect to a host when you perform operations such as:

    o Storage vMotion

    o cold migration

    o cloning a virtual machine

    o the model deployment

    • Newspapers vpxd that contains an entry similar to:

    [2009-06-04 19:27:16.326 error "App" 4444] [VpxdInvtHost] IP address change for 10.223.122.143 to 10.223.127.197 unhandled, verification of the SSL certificate is not enabled.

    • You see errors similar to:

    Unable to connect to the host o

    o [2009-06-04 19:27:09.952 'Libs' 3902384 WARNING] [NFC ERROR] NfcNewAuthdConnectionEx: unable to connect to peer (numRetries = 2). Error: Unable to connect to the host 10.223.122.143: connection timed out

    • vCenter Server shows the VMS as being disconnected then connected.

    Hello

    Resolution

    Cause

    This problem can occur if an ESX host's IP address is changed while being managed by vCenter Server.

    Check the cause

    To check the cause of the problem:

    1. Log in as root to the ESX host using a SSH client.
    1. In the file etc/opt/vmware/vpxa/vpxa.cfg, find the IP address of the host. The entry looks like:


      10.21.48.121

      Note: for more information about editing the files, see installation in VMware ESX configuration files (1017022).

    Troubleshooting

    If the IP address is incorrect, perform the following steps in order. If the operation does not resolve the problem, continue to the next step. Don't skip a step.

    1. Disconnect and then reconnect the host:
    1. Right click on the ESX host in vCenter Server and click Disconnect.
    1. Reconnect the ESX host in vCenter Server.
    1. Restart the VirtualCenter agent on the ESX host:
    1. Stop the service of vpxa with the command:

      # service vmware-vpxa stop

    1. Open the /etc/opt/vmware/vpxa/vpxa.cfg file in a text editor and correct the IP address of the ESX host.
    1. Start the service of vpxa with the command:

      # service vmware-vpxa start

      Note: for VMware ESXi, you may have to restart all the management agents. For more information, see restart the agents on an ESX or ESXi Server (1003490) management .

    1. Rebuild the VirtualCenter agent on the ESX host configuration file:

      Attention: this step removes all the Statistics counters historical host and the virtual machine. If VMware ESX host is running in virtual machines that starts in a permitted CVS environment, you maybe won't be able to add the host without stopping the virtual machines first.

    1. Right click on the ESX host in vCenter Server and click Disconnect.
    1. Remove the ESX host disconnected from vCenter Server.
    1. Backup the file vpxa.cfg with the command:

      # mv /etc/opt/vmware/vpxa/vpxa.cfg /etc/opt/vmware/vpxa/vpxa.oldcfg

    1. Add the ESX host disconnected to the server vCenter inventory.
    1. Run the following command to view the contents of /etc/opt/vmware/vpxa/vpxa.cfg and confirm that the host IP address is correct:

      # cat /etc/opt/vmware/vpxa/vpxa.cfg

  • Failed to connect to client host vsphere and Vcenter also esxi.

    Hi all

    I am trying to connect to the ESXi 5 of vsphere client host. I get the error message:

    vSphere client cannot connect to < ip > an unknown connection error has occurred. (The request has failed because the remote server has taken too long to respond. (L'opération a expirer)).

    and of VCENTR I am trying to add this host. I get the error. Of"request timed out".

    I can connect to the shell of ESXi and restart the vpxa services and spend. I can ping to esi IP host. but just cannot connect to it.

    earlier, he the host showed as disconnected in Vcenter. I tried to plug it failed. so I took it off I think can re add back. It did not work.

    I can just connect to client as esx host.

    kindly advice.

    Thank you

    Hello

    I am able to connect now.

    I noticed as I said previously, unable to connect to the localhost error when running esxcli. Unable to connect using the vsphere client. Unable to connect using VCenter.

    So I started to dig that's wrong with the OS esxi. and began running a few commands information esxcfg etc file system use of space, inode inconsistency, a few other commands such vdh, df to check the file system.  . and but has not changed anything. network configuration is correct.

    in these I run services.sh reboot, restart vpxa, pass reboot, restart host, check the logs, vmkernel, vpxa newspapers spend., check the date and time of the host.  I couldnot Firewall check since esxcli did not work. I haven't checked listed above step on the SSO.

    If you type esx and double tab, you will see many orders. I started testing on these orders.  so esxcli was a single command I tried later. It worked all of a sudden.

    Once esxcli has started working, I checked vsphere client to connect to esx host that it worked. then I was able to connect in Vcenter also.

    Thank you for your support

    -Caroline

    UNITED ARAB EMIRATES

  • Interruption of the connection to the host ESXi 5.1

    I did some tests on one of our hosts in preparation for the essential moving to Essentials more when I noticed that most of the vmnic reported only 100 MB Full Duplex connection speeds.  We have a Dell R515 with 2 cards Broadcom NetXtreme II BCM 5709, all set to auto negotiate, so I thought I'd try and force one vmnic to communicate to 1000Mb Full Duplex.  This had quite disastrous consequences resulting in a lack of connectivity to the host.  VCentre host is reported as Disconncted and if I try to connect directly to the host I get a type error "unable to connect".

    Fortunately the virtual machine is still ongoing so I just need to get that host online.  SSH is turned off so I can't chew on the host, if I don't have physical access to it if necessary.

    The management network is running on vmnic8, which is embedded Broadcom BCM5716, while I just changed vmnic6 on one of the Broadcom BCM5709 map, then why I lose o management network connection, I'm a little confused, any help appreciated.

    See you soon

    Dean

    Just follow the steps described in the section "setting the speed and duplex of the NIC in ESX/ESXi host at the service console. In step 1, you will find links to find out how to enable Shell access. Basically you log in to the DCUI to allow Shell access in the "Troubleshooting Options" menu and press ALT - F1 to switch to the console. After the connection, use esxcli nic network list for an overview of installed vmnic network nic esxcli get vmnic8-n to display the settings vmnic8 and esxcli network nic address-n vmnic8-a to set the speed and duplex automatic. For more information about the command, see http://pubs.vmware.com/vsphere-50/index.jsp#com.vmware.vcli.ref.doc_50/esxcli_network.html

    André

  • ' Could not connect: unable to connect to the host localhost: connection refused "on variuos orders

    On ESX 4.0.0 Update 1.

    When I run a command like "vim-cmd/hostsvc/hostsummary | "grep inMaintenanceMode" or vimsh - n - e/hostsvc/maintenance_mode_enter ' / 'vimsh - n - e
    "/ hostsvc/maintenance_mode_exit" all returned the same error message ' could not connect: unable to connect to the host localhost: connection refused.

    I checked the checked the file /etc/resolv.conf Bed & Breakfast.

    I am able to ssh on the server as well as the use of WinSCP without any problem.

    I can connect with the VI Client also without problem.

    Any ideas?

    The problem has been resolved.

    The fix:

    =====

    # vimsh-e - n/hostsvc/hostsummary | grep inMaintenanceMode

    Using the libcrypto, version 90809F

    inMaintenanceMode = false,

    # vim-cmd/hostsvc/hostsummary | grep inMaintenanceMode

    inMaintenanceMode = false,

    Rationality for the problem is these commands (vim - FCM or vimsh) were unable to communicate due to lack of xinetd process.

    # ps - ef | grep-i xinet

    root 11527 25978 0 04:30 pts/0 00:00:00 grep-i xinet

    # service xinetd restart

    #

    # Service xinetd status

    #

    # service xinetd start

    # Service xinetd status

    # /etc/init.d/xinetd ls

    /etc/init.d/xinetd

    / * But NETWORK seems to be normal on the server * /.

    # cat /etc/resolv.conf

    nameserver 172.26.6.21

    nameserver 172.25.6.51

    # ifconfig

    Lo encap:Local Loopback link

    INET addr:127.0.0.1 mask: 255.0.0.0

    RACE of LOOPING 16436 Metric: 1

    Dropped packets: 6053620 RX errors: 0:0 overruns: 0 frame: 0

    Dropped packets: 6053620 TX errors: 0:0 overruns: 0 carrier: 0

    collisions: 0 txqueuelen:0

    RX bytes: 2021352939 (1.8 GiB) TX bytes: 2021352939 (1.8 GiB)

    ppp0 link encap:Point - to-Point Protocol

    INET-addr:164.152.87.72 P - t - P:164.152.87.64 mask: 255.255.255.255

    Up POINTOPOINT RUNNING NOARP MULTICAST metric MTU:1500: 1

    Fall of RX packets: 208 errors: 2:0 overruns: 0 frame: 0

    Dropped packets TX: 205 errors: 0:0 overruns: 0 carrier: 0

    collisions: 0 txqueuelen:3

    RX bytes: 18165 (17.7 KiB) TX bytes: 22314 (21.7 KiB)

    vmnic100200 Link encap HWaddr 00: 1B: 21:6 A: C9:C4

    RUNNING BROADCAST MULTICAST MTU:1500 metric: 1

    Dropped packets: 1383869 RX errors: 0:0 overruns: 0 frame: 0

    Dropped packets: 1382815 TX errors: 0:0 overruns: 0 carrier: 0

    collisions: 0 txqueuelen:1000

    RX bytes: 90351869 (86.1 MiB) TX bytes: 92106912 (87.8 MiB)

    Interruption: 97

    vmnic100201 Link encap HWaddr 00: 1B: 21:6 A: C9:C5

    RUNNING BROADCAST MULTICAST MTU:1500 metric: 1

    Dropped packets: 24239456 RX errors: 0:0 overruns: 0 frame: 0

    Dropped packets: 23905751 TX errors: 0:0 overruns: 0 carrier: 0

    collisions: 0 txqueuelen:1000

    RX bytes: 2078777971 (1.9 GiB) TX bytes: 2226266024 (2.0 GiB)

    Interruption: 113

    vmnic100600 Link encap HWaddr 00:25:5 C: 2: 75:30

    RUNNING BROADCAST MULTICAST MTU:1500 metric: 1

    Dropped packets: 13076343 RX errors: 0:0 overruns: 0 frame: 0

    Dropped packets: 5226061 TX errors: 0:0 overruns: 0 carrier: 0

    collisions: 0 txqueuelen:1000

    RX bytes: 1292112365 (1.2 GiB) TX bytes: 1224021381 (1.1 GiB)

    Interruption: 129

    vmnic100601 Link encap HWaddr 00:25:5 C: 2: 75:31

    RUNNING BROADCAST MULTICAST MTU:1500 metric: 1

    Dropped packets: 819469 RX errors: 0:0 overruns: 0 frame: 0

    Dropped packets: 770101 TX errors: 0:0 overruns: 0 carrier: 0

    collisions: 0 txqueuelen:1000

    RX bytes: 56287946 (53.6 MiB) TX bytes: 52499576 (50.0 MiB)

    Interruption: 137

    vmnic110200 Link encap HWaddr 00: 1B: 21:6 A: CA:44

    RUNNING BROADCAST MULTICAST MTU:1500 metric: 1

    Dropped packets: 1774795 RX errors: 0:0 overruns: 0 frame: 0

    Dropped packets: 1681079 TX errors: 0:0 overruns: 0 carrier: 0

    collisions: 0 txqueuelen:1000

    RX bytes: 142435399 (135.8 MiB) TX bytes: 135079293 (128.8 MiB)

    Interruption: 145

    vmnic110201 Link encap HWaddr 00: 1B: 21:6 A: CA:45

    RUNNING BROADCAST MULTICAST MTU:1500 metric: 1

    Dropped packets: 21079616 RX errors: 0:0 overruns: 0 frame: 0

    Dropped packets: 20688606 TX errors: 0:0 overruns: 0 carrier: 0

    collisions: 0 txqueuelen:1000

    RX bytes: 1859632344 (1.7 GiB) TX bytes: 1852761835 (1.7 GiB)

    Interruption: 161

    vmnic110600 Link encap HWaddr 00:25:5 C: 2: 75:32

    RUNNING BROADCAST MULTICAST MTU:1500 metric: 1

    Dropped packets: 39205375 RX errors: 0:0 overruns: 0 frame: 0

    Dropped packets: 21339531 TX errors: 0:0 overruns: 0 carrier: 0

    collisions: 0 txqueuelen:1000

    RX bytes: 32420064542 (30.1 GiB) TX bytes: 3709579479 (3.4 GiB)

    Interruption: 177

    vmnic110601 Link encap HWaddr 00:25:5 C: 2: 75:33

    RUNNING BROADCAST MULTICAST MTU:1500 metric: 1

    Dropped packets: 2922150 RX errors: 0:0 overruns: 0 frame: 0

    Dropped packets: 2110634 TX errors: 0:0 overruns: 0 carrier: 0

    collisions: 0 txqueuelen:1000

    RX bytes: 398811808 (380.3 MiB) TX bytes: 245899848 (234.5 MiB)

    Interruption: 185

    vswif0 Link encap HWaddr 00:50:56:41:76:EB

    INET addr:172.26.6.13 Bcast:172.26.6.255 mask: 255.255.255.0

    RUNNING BROADCAST MULTICAST MTU:1500 metric: 1

    Dropped packets: 109779 RX errors: 0:0 overruns: 0 frame: 0

    Dropped packets: 23715 TX errors: 0:0 overruns: 0 carrier: 0

    collisions: 0 txqueuelen:1000

    RX bytes: 10137604 (9,6 MiB) TX bytes: 21716347 (20.7 MiB)

    vswif1 Link encap HWaddr 00:50:56:40:30:F7

    INET addr:172.26.7.11 Bcast:172.26.7.255 mask: 255.255.255.0

    RUNNING BROADCAST MULTICAST MTU:1500 metric: 1

    Fall of RX packets: 36515 errors: 0:0 overruns: 0 frame: 0

    Dropped TX packets: 4 errors: 0:0 overruns: 0 carrier: 0

    collisions: 0 txqueuelen:1000

    RX bytes: 3702390 (3,5 Mio) TX bytes: 168 (168,0 b)

    vswif2 Link encap HWaddr 00:50:56:4 A: DF:1 B

    INET addr:172.26.8.11 Bcast:172.26.8.255 mask: 255.255.255.0

    RUNNING BROADCAST MULTICAST MTU:1500 metric: 1

    Fall of RX packets: 20525 errors: 0:0 overruns: 0 frame: 0

    Dropped packets TX: 6 errors: 0:0 overruns: 0 carrier: 0

    collisions: 0 txqueuelen:1000

    RX bytes: 2742990 (2.6 MiB) TX bytes: 252 (252.0 b)

    vswif3 Link encap HWaddr 00:50:56:4E:1E:24

    INET addr:172.26.9.12 Bcast:172.26.9.255 mask: 255.255.255.0

    RUNNING BROADCAST MULTICAST MTU:1500 metric: 1

    Fall of RX packets: 26408 errors: 0:0 overruns: 0 frame: 0

    Dropped TX packets: 4 errors: 0:0 overruns: 0 carrier: 0

    collisions: 0 txqueuelen:1000

    RX bytes: 3095970 (2.9 MiB) TX bytes: 168 (168,0 b)

    # / opt/ft/bin/ftsmaint lsVnd

    Virtual network device (VND) groups

    ===================================

    Status of group name

    --------------------------

    vSwitch0 ONLINE

    vSwitch1 ONLINE

    vSwitch2 ONLINE

    vSwitch3 ONLINE

    Members of the Group of VND

    =================

    Link Group Name status Interface link state speed

    --------------------------------------------------------------------------

    vmnic100200 vSwitch2 DUPLEX UP LINK 1000 Mb/s-FD

    vmnic100201 vSwitch3 DUPLEX UP LINK 1000 Mb/s-FD

    vmnic100600 vSwitch0 DUPLEX UP LINK 1000 Mb/s-FD

    vmnic100601 vSwitch1 DUPLEX UP LINK 1000 Mb/s-FD

    vmnic110200 vSwitch2 DUPLEX UP LINK 1000 Mb/s-FD

    vmnic110201 vSwitch3 DUPLEX UP LINK 1000 Mb/s-FD

    vmnic110600 vSwitch0 DUPLEX UP LINK 1000 Mb/s-FD

    vmnic110601 vSwitch1 DUPLEX UP LINK

    1000 mb/s-FD

    / * Further consideration on the problem of starting XINETD * /.

    Further examination shows that the xinetd is unable to start because he believed NETWORK unavailable.

    Starting xinetd uses the contents of the sysconfig file where there was an entry incorrect "NETWORKINcesv = yes". We have corrected this entry and restarted xinetd process.

    After this correction, xinetd is restarted, the system seems to be normal.

    # cat sysconfig

    NETWORKINcesv = yes

    HOSTNAME = Server.test .net

    GATEWAY = 172.26.6.1

    IPV6_AUTOCONF = no

    NETWORKING_IPV6 = no

    #

    # cat sysconfig

    Networking = yes

    HOSTNAME = Server.test .net

    GATEWAY = 172.26.6.1

    IPV6_AUTOCONF = no

    NETWORKING_IPV6 = no

    # ps - ef | grep-i xinet

    root 27977 25978 0 04:41 pts/0 00:00:00 grep-i xinet

    # service xinetd start

    [From xinetd: OK]

    # ps - ef | grep-i xinet

    root 28119 1 0 04:41?        00:00:00 xinetd - stayalive - pidfile /var/run/xinetd.pid

    root 28239 25978 0 04:42 pts/0 00:00:00 grep-i xinet

    #

    # service xinetd restart

    [Judgment of xinetd: OK]

    [From xinetd: OK]

    # vim-cmd/hostsvc/hostsummary | grep inMaintenanceMode

    inMaintenanceMode = false,

    # vimsh-e - n/hostsvc/hostsummary | grep inMaintenanceMode

    Using the libcrypto, version 90809F

    inMaintenanceMode = false,

    #

  • connect multiple ESX in my script.

    Dear all,

    How to connect mulitple esx, I write a script to connect to multiple esx simultaneously and get vmhost detials.

    I tried it in my script.

    $esx = (get-Content "C:\Desktop\vmlist.txt") to connect-VIServer $esx

    How to connect with the credentials. Please guide me to solve this thread.

    Then you should be able to do

    $esx = get-Content "C:\Desktop\vmlist.txt".

    Connect-VIServer $esx - the username-password YourPassword YourUser

    To avoid having the password in clear text, you can also use the Credential parameter

    $esx = get-Content "C:\Desktop\vmlist.txt".

    SE connect-VIServer $esx - Credential $cred

    There are several ways to get the credentials in the $cred variable.

    Alan discusses the VICredentialStore in his Back to Basics: connecting to vCenter or a vSphere Host post.

  • connecting the new host of vmfs - what could go wrong?

    I just set up a new server ESXi 4.1, and I want to assign a logical unit number that contains a VMFS (v3.33) data store used by 4 ESXi 4.0 hosts.  I did this procedure several times before (no thanks to the combination of versions of the host, though), but I still get nervous.

    Is there a chance that something bad could happen to my data store when I connect the new host to it, or it's just my OCD Act?

    If you follow the above instructions to Dave, you have nothing to fear - if you take the right approach by being very careful with storage issues.

    Changes in versions should make no difference at all, as long as lon as all the ESX host attached to storage support the version of the data that store connect you.

    Good luck - and don't stress!

  • Error created another Console service, unable to connect to the host by vSphere vCenter

    After creating an another Service Console unable to connect to the host by vSphere vCenter. How can I remove the now Service Console or make the old one further work well?

    Thank you.

    George

    This KB will show you the steps to re-create the Service Console, but you'll need to console or ILO access to the ESX host.

    http://KB.VMware.com/kb/1000266

    If you have found this device or any other useful post please consider the use of buttons useful/correct to award points

    Twitter: http://twitter.com/mittim12

  • Unable to connect to the host.   Error: The specified version is not found

    vmrun-t esx h https://192.168.1.123/SDK u root Pei password list

    Unable to connect to the host.

    Error: The specified version is not found

    Any ideas why it does not work?  It is run on a Windows XP workstation.  The target server is on the local network and running ESXi 4.1.  The vmRun version is 7.1.2 and is installed with Workstation 7.1.2.

    I also tried Ubuntu 10.04 with vmRun from a Workstation 7.1.2 installation.  There, he also fails with the same error.

    Note that ESXi 4.1 is used to test installation is not allowed and is running in demo mode.  Management of the vSphere client works without any problem the same Windows XP workstation.

    Any help would be appreciated.  Thank you.

    You must install the full package of VIX by http://communities.vmware.com/community/developer/downloads. It contains only components to manage the workstation. Please note that I had to install in the VIX 1.10.1 order then Workstation 7.1.2 to get both to work on my Windows 7 computer.

  • Connect to ESX 4 Update 2 error

    Hi guys,.

    I'm having a problem with a newly installed host ESX 4 U2, where, startup or failover from NIC SC, I get error 503 Server unavailable when you try to connect using the VI Client.

    If I wait 5 minutes it resolves. Generally with any ESX host I can connect to the host immediately.

    When I check the hosd service it is running. Does anyone else have this problem?

    Thank you

    Douglas

    see if that helps

    http://KB.VMware.com/kb/1012942

  • client vSphere 4 connect to ESX 3.5

    I did some research but can find no definitive answer.

    How to use my client vSphere 4 directly manage an ESX 3.5 host without it forcing me to download and install the VI 2.5 client?

    Thanks in advance!

    Yes, you can connect to a host with the customer vSphere4 VI3, but if you do not have the VI3 Client it will install it.  Once it's done you can just use the vSphere4 Client connect to VI3 or vSphere4.

  • Unable to connect to the host server: a connection attempt failed because

    Hi all

    I install my host ESX server in vmware workstation.  It works fine except when I am creating virtual machines.

    I'm not able to install the operating system on the virtual machine and I get this error that appears inside the virtual machine.

    Unable to connect to the host server: a connection attempt failed because the connected party did not respond after a certain time, or established connection failed because connected host has no

    to answer.  Do you want to retry?

    My ESX server hosts have static IP addresses.

    I've seen a few similar posts on this issue, but their solutions have not worked for me.

    Best regards

    Nathan

    I think we confuse you.  ESX server is running like a machine virtual within the workstation, correct?  If Yes, then you must edit the vmx esx server with these entries monitor configuration file *.  They can go anywhere in the file.  Once those have been added, you should be able to run 32-bit virtual machines within the esx server.

    -KjB

    VMware vExpert

  • "Unable to connect to the MKS: unable to connect to the host [servernamehere] failed on vSphere 4.0 and client.

    Anyone have this problem?  I loaded vSphere 4.0 host ESX 3.5 and everything seems to work very well yesterday, after sleep more testings and this error arose:

    "Unable to connect to the MKS: unable to connect to the host failed on vSphere 4.0 and client.

    After a google search, I could it is resolved by placing the DNS entries on the client machine c:\windows\system32\drivers\etc\hosts file point to my ESX host name and domain name FULL name runs and it worked fine.  I'm curious to know why this went well?

    What is MKS mean in this case?  Server key from Microsoft or the key management server?

    If you found this information useful, please consider awarding points to 'Correct' or 'useful '. Thank you!!!

    Kind regards

    Stefan Nguyen

    VMware vExpert 2009

    iGeek Systems Inc.

    VMware, Citrix, Microsoft Consultant

    When you click on the console of a virtual machine, the server that hosts the vm responds back with its host name for your client to connect to.  Thus, the MKS console could not be connected to, and you could not see the virtual machine console, until you updated name resolution.  Given that the ESX host is back with a name, the customer could not resolve the name, if your client could not connect to the virtual computer mouse, keyboard, screen.  Hope that makes more sense.

    -KjB

    VMware vExpert

  • Unable to connect to the host PuTTY using!

    Hello people.

    I try to use puTTY to connect to the host, but I can't. Message says - Network error: Connection refused. Any help.

    Thank you.

    In terms of virtualization, there is no real difference but how you interact with directly it is - the console, usually called the Service Console is part of ESX. It is essentially a virtual machine running RHEL which is used to manage and control your ESX Server.  Being based on linux is to SSH ocnnections research and this is what you connect to use a like of the PuTTY SSH client. In ESXi management and control functionality is part of the vmkernel which is the o/s of the ESXi server. It is no longer use RHEL so there is no capability of SSH connection so PuTTY will not work.  VMware has replaced the Service Console with remote CLI - which gives you the functionality of the Service Console.

    If you find this or any other answer useful please consider awarding points marking the answer correct or useful

Maybe you are looking for