-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 You should be able to configure your dhcp server to give the VM a routing entry specifically for the network that your management node is on instead of using a default route entry to access it. Then, your VMs would be able to access the management node that is on a different subnet and the route delete 0.0.0.0 would not mess things up.
Josh On Friday April 30, 2010, Aaron Peeler wrote: > 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)|re > >turning 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)|r > >eturning 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 > - -- - ------------------------------- Josh Thompson Systems Programmer Advanced Computing | VCL Developer North Carolina State University josh_thomp...@ncsu.edu 919-515-5323 my GPG/PGP key can be found at pgp.mit.edu -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) iEYEARECAAYFAkva5aIACgkQV/LQcNdtPQNsFwCdENJFdP8jEXC9L7cUGEChNiPV maYAn2Y/wPK+bCV50N0kOV1BXOuWxmBT =wps1 -----END PGP SIGNATURE-----
