Yes, it is assumed the management node and the vms are on the same private network. Also we've noticed that in win2003,vista and win7 that two gateways are not allowed and overtime the gateway on the secondary nic gets dropped. Andy can confirm but I think in some cases the gateway on the private network does not get set for these OS's.


On 4/29/10 2:57 PM, Hartl, Gerhard L. wrote:
I just realized why this doesn't work.  My management server is on another 
subnet than the vm's.  When the route is deleted, the vm doesn't not know how 
to contact the server on the different subnet.  If they were on the same 
subnet, they would not need routing so they could still communicate.  Is having 
the management server and the vm's on the same subnet a necessity?

- Gerhard
757.683.6980 | |

-----Original Message-----
From: Hartl, Gerhard L. []
Sent: Thursday, April 29, 2010 11:35 AM
To: ''
Subject: route delete breaks networking on VM

Hey everyone,

I'm running into an issue regarding loading a base WinXP image to a vm.  When I try to 
reload a VM with a base image, the process always stops at the "route delete".  When I look at the VM that it is configuring, the private and public 
interfaces lose their default gateway and are not able to communicate with the VCL 
management server.  After searching through the list I found a troubleshooting step of 
running the command from the management server with verbose and serveraliveinterval 
enabled.  The following are the results.  (Below the results are the snippet of the 
vcld.log where route delete is run)

/------------------------------------      route delete run manually from 
management server (start) ----------------------------------------------/
[r...@kelly etc]# ssh -v -o ServerAliveInterval=15 -i /etc/vcl/vcl.key -l root 
-p 22 -x vcl1 'route delete'
OpenSSH_4.3p2, OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for vcl*
debug1: Applying options for *
debug1: Connecting to vcl1 [] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /etc/vcl/vcl.key type 1
debug1: identity file /etc/vcl/vcl.key type 1
debug1: identity file type -1
debug1: loaded 3 keys
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.1
debug1: match: OpenSSH_5.1 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
Warning: Permanently added 'vcl1,' (RSA) to the list of known 
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Offering public key: /etc/vcl/vcl.key
debug1: Server accepts key: pkalg ssh-rsa blen 149
debug1: read PEM private key done: type RSA
debug1: Authentication succeeded (publickey).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LANG = en_US.UTF-8
debug1: Sending command: route delete
Disconnecting: Timeout, server not responding.

/------------------------------------      route delete run manually from 
management server (end) ----------------------------------------------/

/------------------------------------      vcld.log snippet (start) 
 data for public interface: Local Area Connection 2 (
 default gateway currently in use on vcl1:
2010-04-27 10:44:02|2418|90:164|reload||executing 
SSH command on vcl1:
|2418|90:164|reload| /usr/bin/ssh -i /etc/vcl/vcl.key  -l root -p 22 -x vcl1 'route 
delete' 2>&1
2010-04-27 10:44:09|546|vcld:main(164)|lastcheckin time updated for management 
node 1: 2010-04-27 10:44:09
/------------------------------------      vcld.log snippet (end) 

Gerhard Hartl
Office of Computing and Communications Services
Old Dominion University | ODU


Aaron Peeler
Program Manager
Virtual Computing Lab
NC State University

Reply via email to