On Wed, Dec 19, 2012 at 12:49:59AM +0530, John Burwell wrote:
> Another item to note is that the traffic type labels must be
> specified in a child JSON map named "labeldict" which is slightly
> different than the guidance below. Additionally, I discovered a bug
> [1] in the parsing of this map an
Glad to hear on your success and filing of bugs/enhancements! Cant wait to
see the Basho integration!!!
On 12/18/12 11:19 AM, "John Burwell" wrote:
>Ahmad,
>
>No, the networks can not be merged. The management server must be able
>to control the SSVMs in each zone via the host-only network, and
Ahmad,
No, the networks can not be merged. The management server must be able to
control the SSVMs in each zone via the host-only network, and each host must be
able to communicate with the Internet to reach S3 and download templates/ISOs.
However, I have found a fix for the problem. In orde
Hey John,
Would it be painful to merge the networks, to one physical network? I believe
anthony thinks basic + multiple physical networks doesn’t/wont work. This might
also narrow down where the issue could be.
On 12/17/12 9:01 AM, "John Burwell"
mailto:jburw...@basho.com>> wrote:
Prasanna,
> From: John Burwell [jburw...@basho.com]
> Sent: Sunday, December 16, 2012 2:55 AM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: SSVM Network Configuration Issue
>
> Rohit,
>
> As I stated below, I know which the VIF->
nbr0 (bridge specific info)
> > brctl showmacs br0 (bridge mac mappings)
> >
> > Wiki:
> > http://wiki.xen.org/wiki/Xen_FAQ_Networking
> > http://wiki.xen.org/wiki/XenNetworking
> >
> > Regards.
> >
> >
> >
this, but I've never tried that on devcloud.
Regards.
From: John Burwell [jburw...@basho.com]
Sent: Sunday, December 16, 2012 2:55 AM
To: cloudstack-dev@incubator.apache.org
Subject: Re: SSVM Network Configuration Issue
Rohit,
As I stated below, I know w
> From: John Burwell [jburw...@basho.com]
> Sent: Saturday, December 15, 2012 8:35 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: SSVM Network Configuration Issue
>
> Marcus,
>
> That's what I thought. The Xen physical brid
.
From: John Burwell [jburw...@basho.com]
Sent: Saturday, December 15, 2012 8:35 PM
To: cloudstack-dev@incubator.apache.org
Subject: Re: SSVM Network Configuration Issue
Marcus,
That's what I thought. The Xen physical bridge names are xenbr0 (to
eth0) and xenbr1 (to eth1). Using basic ne
bytes:341242 (333.2 KiB) TX bytes:272183 (265.8 KiB)
>>>>>>Interrupt:10
>>>>>>
>>>>>> eth2 Link encap:Ethernet HWaddr 06:12:72:00:00:37
>>>>>>inet addr:10.0.3.204 Bcast:10.0.3.255 Mask:255.255.255.0
>
inet addr:192.168.56.120 Bcast:192.168.56.255
> >>>> Mask:255.255.255.0
> >>>> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> >>>> RX packets:603 errors:0 dropped:0 overruns:0 frame:0
> >>>> TX packets:0
: cloudstack-dev@incubator.apache.org
> Subject: RE: SSVM Network Configuration Issue
>
> No VLAN tags in basic network,
>
> Anthony
>
> > -Original Message-
> > From: Ahmad Emneina [mailto:ahmad.emne...@citrix.com]
> > Sent: Friday, December 14, 2012 2:5
No VLAN tags in basic network,
Anthony
> -Original Message-
> From: Ahmad Emneina [mailto:ahmad.emne...@citrix.com]
> Sent: Friday, December 14, 2012 2:54 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: SSVM Network Configuration Issue
>
> On 12/6/12 10
On 12/6/12 10:03 AM, "John Burwell" wrote:
>Marcus,
>
>My question, more specifically, is are VLANs required to implement
>traffic labels? Also, can traffic labels be configured in Basic
>networking mode or do I need to switch my configuration to Advanced?
Hey John,
Traffic labels don¹t requir
> collisions:0 txqueuelen:0
>>>> RX bytes:5300 (5.1 KiB) TX bytes:5300 (5.1 KiB)
>>>>
>>>> Finally, the following are the vif params for the eth2 device on the
>> SSVM
>>>> depicting its connection to eth0 instead of eth1:
>>>>
>>
tly-attached ( RO): true
> >> qos_algorithm_type ( RW): ratelimit
> >> qos_algorithm_params (MRW): kbps: 25600
> >>qos_supported_algorithms (SRO):
> >>other-config (MRW): nicira-iface-id:
> >> 3d68b9f8-98d1-4ac7-92d8-fb57cb8b0
hn
>>
>>
>> [1]: https://issues.apache.org/jira/browse/CLOUDSTACK-590
>>
>> On Dec 5, 2012, at 2:47 PM, Marcus Sorensen wrote:
>>
>>> Yes, see your cmdline. internaldns1=10.0.3.2, so it is forcing the use of
>>> management network to route t
e part of your answer the
> >> first part of the question. I had set the management.network.cidr and
> host
> >> global settings to 192.168.0.0/24 and 192.168.56.18 respectively.
> Please
> >> see the zone1.devcloud.cfg Marvin configuration attached to my original
&g
>> it in DB directly.
>>>
>>> Restart management,
>>> Stop/Start SSVM and CPVM.
>>>
>>>
>>> And could you post "cat /proc/cmdline" in SSVM?
>>>
>>>
>>>
>>> Anthony
>>>
>>>> -Original
>
> >
> > And could you post "cat /proc/cmdline" in SSVM?
> >
> >
> >
> > Anthony
> >
> >> -Original Message-
> >> From: John Burwell [mailto:jburw...@basho.com]
> >> Sent: Wednesday, December 05, 2012 9:11 AM
>
Message-
>> From: John Burwell [mailto:jburw...@basho.com]
>> Sent: Wednesday, December 05, 2012 9:11 AM
>> To: cloudstack-dev@incubator.apache.org
>> Subject: Re: SSVM Network Configuration Issue
>>
>> All,
>>
>> I was wondering if anyone else i
nthony
>
>> -Original Message-
>> From: John Burwell [mailto:jburw...@basho.com]
>> Sent: Wednesday, December 05, 2012 9:11 AM
>> To: cloudstack-dev@incubator.apache.org
>> Subject: Re: SSVM Network Configuration Issue
>>
>> All,
>>
>> I was wo
Anthony
> -Original Message-
> From: John Burwell [mailto:jburw...@basho.com]
> Sent: Wednesday, December 05, 2012 9:11 AM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: SSVM Network Configuration Issue
>
> All,
>
> I was wondering if anyone else is
I think it may have something to do with your DNS. I've noticed that it
drops routes in for my DNS servers, forcing them to use the management
network. So in this case perhaps you have your DNS configured as 10.0.3.2,
so it forces that to use eth1... just a guess. If thats the issue (or
something l
All,
I was wondering if anyone else is experiencing this problem when using
secondary storage on a devcloud-style VM with a host-only and NAT adapter. One
aspect of this issue that seems interesting is that following route table from
the SSVM:
root@s-5-TEST:~# route
Kernel IP routing table
De
25 matches
Mail list logo
