cloudstack-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Matthew Midgett <supp...@trickhosting.biz>
Subject Re: System vm's with wrong network routing
Date Tue, 08 Apr 2014 15:08:46 GMT
Here is log from the management server while its creating the new 
storage vm's. I'm not seeing anything wrong here but then again I'm new 
to cloudstack. It doesn't look like what the route looks like once the 
vm is started.


2014-04-08 10:55:41,529 DEBUG [c.c.a.t.Request] 
(AgentManager-Handler-3:null) Seq 1-1795367480: Processing:  { Ans: , 
MgmtId: 74153798878, via: 1, Ver: v1, Flags: 10, 
[{"com.cloud.agent.api.StartAnswer":{"vm":{"id":5,"name":"s-5-VM","type":"SecondaryStorageVm","cpus":1,"minSpeed":500,"maxSpeed":500,"minRam":536870912,"maxRam":536870912,"arch":"x86_64","os":"Debian

GNU/Linux 5.0 (64-bit)","bootArgs":" template=domP type=secstorage 
host=172.16.0.9 port=8250 name=s-5-VM zone=2 pod=2 guid=s-5-VM 
resource=com.cloud.storage.resource.PremiumSecondaryStorageResource 
instance=SecStorage sslcopy=false role=templateProcessor mtu=1500 
eth2ip=216.249.111.2 eth2mask=255.255.255.0 gateway=216.249.111.1 
public.network.device=eth2 eth0ip=169.254.2.116 eth0mask=255.255.0.0 
eth1ip=172.16.9.69 eth1mask=255.255.0.0 mgmtcidr=172.16.0.0/16 
localgw=172.16.0.1 private.network.device=eth1 eth3ip=172.16.10.98 
eth3mask=255.255.0.0 storageip=172.16.10.98 storagenetmask=255.255.0.0 
storagegateway=172.16.0.1 internaldns1=8.8.8.8 internaldns2=8.8.4.4 
dns1=8.8.8.8 
dns2=8.8.4.4","rebootOnCrash":false,"enableHA":false,"limitCpuUse":false,"enableDynamicallyScaleVm":false,"vncPassword":"918d8c0c45149bfa","vncAddr":"172.16.0.11","params":{},"uuid":"c0b11fcf-856d-4df6-983d-0f5be5cf49cd","disks":[{"data":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"uuid":"3787dc2d-6784-40c7-9191-989135158b8b","volumeType":"ROOT","dataStore":{"org.apache.cloudstack.storage.to.PrimaryDataStoreTO":{"uuid":"cc444216-6e16-4fde-b9e5-6338210dad59","id":1,"poolType":"CLVM","host":"localhost","path":"/cloudstore1","port":0,"url":"CLVM://localhost//cloudstore1/?ROLE=Primary&STOREUUID=cc444216-6e16-4fde-b9e5-6338210dad59"}},"name":"ROOT-5","size":0,"path":"3787dc2d-6784-40c7-9191-989135158b8b","volumeId":5,"vmName":"s-5-VM","accountId":1,"format":"RAW","id":5,"deviceId":0,"hypervisorType":"KVM"}},"diskSeq":0,"path":"3787dc2d-6784-40c7-9191-989135158b8b","type":"ROOT","_details":{"managed":"false","storagePort":"0","storageHost":"localhost","volumeSize":"0"}}],"nics":[{"deviceId":2,"networkRateMbps":-1,"defaultNic":true,"uuid":"a2dd773a-9c8b-41e4-9e95-0628f31315f4","ip":"216.249.111.2","netmask":"255.255.255.0","gateway":"216.249.111.1","mac":"06:8a:44:00:05:ff","dns1":"8.8.8.8","dns2":"8.8.4.4","broadcastType":"Vlan","type":"Public","broadcastUri":"vlan://untagged","isolationUri":"vlan://untagged","isSecurityGroupEnabled":false,"name":"cloudbr2"},{"deviceId":0,"networkRateMbps":-1,"defaultNic":false,"uuid":"b9b61bc3-2b69-45ac-b4dc-16ed6d4fd18e","ip":"169.254.2.116","netmask":"255.255.0.0","gateway":"169.254.0.1","mac":"0e:00:a9:fe:02:74","broadcastType":"LinkLocal","type":"Control","isSecurityGroupEnabled":false},{"deviceId":1,"networkRateMbps":-1,"defaultNic":false,"uuid":"5cad5307-54e0-4402-9667-ff2353036241","ip":"172.16.9.69","netmask":"255.255.0.0","gateway":"172.16.0.1","mac":"06:c1:ae:00:04:45","broadcastType":"Native","type":"Management","isSecurityGroupEnabled":false,"name":"cloudbr0"},{"deviceId":3,"networkRateMbps":-1,"defaultNic":false,"uuid":"b0be04df-2cf0-4a54-99d9-694a8bb94447","ip":"172.16.10.98","netmask":"255.255.0.0","gateway":"172.16.0.1","mac":"06:90:76:00:05:62","broadcastType":"Native","type":"Storage","isSecurityGroupEnabled":false,"name":"cloudbr0"}]},"result":true,"wait":0}},{"com.cloud.agent.api.check.CheckSshAnswer":{"result":true,"wait":0}}]

}

On 04/08/2014 10:07 AM, Matthew Midgett wrote:
> I destroyed the VM so it would create a new route. First off the 
> 8.8.8.8 and 8.8.4.4 should have a default gateway of 0.0.0.0 if its to 
> use the public address to get dns. If its supposed to use the 
> management network then the 172.16.0.0     0.0.0.0 should be 
> 172.16.0.0     172.16.0.1
>
> This way it doesn't route properly
>
> root@s-4-VM:~# route -n
> Kernel IP routing table
> Destination     Gateway         Genmask         Flags Metric Ref Use 
> Iface
> 0.0.0.0         216.249.111.1   0.0.0.0         UG    0 0        0 eth2
> 8.8.4.4         172.16.0.1      255.255.255.255 UGH   0 0        0 eth1
> 8.8.8.8         172.16.0.1      255.255.255.255 UGH   0 0        0 eth1
> 169.254.0.0     0.0.0.0         255.255.0.0     U     0 0        0 eth0
> 172.16.0.0      0.0.0.0         255.255.0.0     U     0 0        0 eth1
> 172.16.0.0      0.0.0.0         255.255.0.0     U     0 0        0 eth3
> 216.249.111.0   0.0.0.0         255.255.255.0   U     0 0        0 eth2
>
> This way works.
>
> root@s-4-VM:~# route -n
> Kernel IP routing table
> Destination     Gateway         Genmask         Flags Metric Ref Use 
> Iface
> 0.0.0.0         216.249.111.1   0.0.0.0         UG    0 0        0 eth2
> 169.254.0.0     0.0.0.0         255.255.0.0     U     0 0        0 eth0
> 172.16.0.0      172.16.0.1         255.255.0.0     U     0 0        0 
> eth1
> 172.16.0.0      172.16.0.1         255.255.0.0     U     0 0        0 
> eth3
> 216.249.111.0   0.0.0.0         255.255.255.0   U     0 0        0 eth2
>
> Still  not sure where I should put this. I know its the way that Im 
> connecting to it but what route should it take? I'm thinking it should 
> be 172.16.0.0
> 169.254.0.0     0.0.0.0         255.255.0.0     U     0 0        0 eth0
>
>
>
>
> On 04/08/2014 01:35 AM, Geoff Higginbottom wrote:
>> Matthew,
>>
>> Can you give examples of the routes you are seeing and explain why 
>> they are wrong please.
>>
>> Regards
>>
>> Geoff Higginbottom
>> CTO / Cloud Architect
>>
>> D: +44 20 3603 0542<tel:+442036030542> | S: +44 20 3603 
>> 0540<tel:+442036030540> | M: +447968161581<tel:+447968161581>
>>
>> geoff.higginbottom@shapeblue.com<mailto:geoff.higginbottom@shapeblue.com> 
>> | www.shapeblue.com<htp://www.shapeblue.com/> | 
>> Twitter:@cloudstackguru<https://twitter.com/#!/cloudstackguru>
>>
>> ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 
>> 4HS<x-apple-data-detectors://5>
>>
>>
>> On 7 Apr 2014, at 22:24, "Matthew Midgett" 
>> <support@trickhosting.biz<mailto:support@trickhosting.biz>> wrote:
>>
>> My system vm's are being created with the wrong routes. Manually 
>> deleting and adding them fixes the problem. Where would I go to fix 
>> this permanently?
>>
>>
>> Sent from my Galaxy S(r)III
>> Need Enterprise Grade Support for Apache CloudStack?
>> Our CloudStack Infrastructure 
>> Support<http://shapeblue.com/cloudstack-infrastructure-support/> 
>> offers the best 24/7 SLA for CloudStack Environments.
>>
>> Apache CloudStack Bootcamp training courses
>>
>> **NEW!** CloudStack 4.2.1 
>> training<http://shapeblue.com/cloudstack-training/>
>> 28th-29th May 2014, Bangalore. 
>> Classromm<http://shapeblue.com/cloudstack-training/>
>> 16th-20th June 2014, Region A. Instructor led, 
>> On-line<http://shapeblue.com/cloudstack-training/>
>> 23rd-27th June 2014, Region B. Instructor led, 
>> On-line<http://shapeblue.com/cloudstack-training/>
>> 15th-20th September 2014, Region A. Instructor led, 
>> On-line<http://shapeblue.com/cloudstack-training/>
>> 22nd-27th September 2014, Region B. Instructor led, 
>> On-line<http://shapeblue.com/cloudstack-training/>
>> 1st-6th December 2014, Region A. Instructor led, 
>> On-line<http://shapeblue.com/cloudstack-training/>
>> 8th-12th December 2014, Region B. Instructor led, 
>> On-line<http://shapeblue.com/cloudstack-training/>
>>
>> This email and any attachments to it may be confidential and are 
>> intended solely for the use of the individual to whom it is 
>> addressed. Any views or opinions expressed are solely those of the 
>> author and do not necessarily represent those of Shape Blue Ltd or 
>> related companies. If you are not the intended recipient of this 
>> email, you must neither take any action based upon its contents, nor 
>> copy or show it to anyone. Please contact the sender if you believe 
>> you have received this email in error. Shape Blue Ltd is a company 
>> incorporated in England & Wales. ShapeBlue Services India LLP is a 
>> company incorporated in India and is operated under license from 
>> Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company 
>> incorporated in Brasil and is operated under license from Shape Blue 
>> Ltd. ShapeBlue is a registered trademark.
>>
>
> ___
> Sent via Scrollout F1



Mime
View raw message