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.
Aaron
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 | gha...@odu.edu | occs.odu.edu
-----Original Message-----
From: Hartl, Gerhard L. [mailto:gha...@odu.edu]
Sent: Thursday, April 29, 2010 11:35 AM
To: 'vcl-dev@incubator.apache.org'
Subject: route delete 0.0.0.0 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
0.0.0.0". 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 0.0.0.0'
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 [192.168.130.16] 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 192.168.129.24 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,192.168.130.16' (RSA) to the list of known
hosts.
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_REQUEST sent
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 0.0.0.0
Disconnecting: Timeout, server not responding.
/------------------------------------ route delete run manually from
management server (end) ----------------------------------------------/
/------------------------------------ vcld.log snippet (start)
----------------------------------------------/
2010-04-27
10:44:02|2418|90:164|reload|Windows.pm:get_network_configuration(4713)|returning
data for public interface: Local Area Connection 2 (128.82.130.16)
2010-04-27
10:44:02|2418|90:164|reload|Windows.pm:get_public_default_gateway(4895)|returning
default gateway currently in use on vcl1: 128.82.130.1
2010-04-27 10:44:02|2418|90:164|reload|utils.pm:run_ssh_command(5820)|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 0.0.0.0' 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
aaron_pee...@ncsu.edu
919-513-4571