It's already committed :)
> commit 002c2b22f43f7ace0ade652e92c2d46b92c3136f in 4.3
--
Toshiaki
2014-01-24 Radhika Puthiyetath
> Please apply this patch to 4.3 branch as well.
>
> -Original Message-
> From: Toshiaki Hatano [mailto:nore...@reviews.apache.org] On
> On Jan. 23, 2014, 5:08 p.m., Toshiaki Hatano wrote:
> > Ship It!
applied to master and 4.3.
commit c9b8bc0884e9e1166046bfdd1354a991d39d7d71 in master
commit 002c2b22f43f7ace0ade652e92c2d46b92c3136f in 4.3
- Toshiaki
---
T
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/15247/#review32625
---
Ship it!
Ship It!
- Toshiaki Hatano
On Jan. 22, 2014, 5:44 a.m
Hi Nux, Marcus,
It's FYI: There's compiled vxlan document in Jenkins.
http://jenkins.buildacloud.org/job/build-docs-vxlan-master/
--
Toshiaki Hatano
2014/1/20 Nux!
> On 19.01.2014 14:37, Marcus Sorensen wrote:
>
>> You probably need an IP address on the physic
> On Nov. 7, 2013, 4:32 p.m., Toshiaki Hatano wrote:
> > This modification basically subtract contents from the doc but the patch
> > actually add a option to use physical interface name for traffic label.
> > Since we still allow user to use bridge (even if it's no
;s better to explain why we need to open UDP/8472 port.
I also feel it's must to explain this plugin require multicast reachability
between underlying interfaces, at least somewhere in this document.
- Toshiaki Hatano
On Nov. 5, 2013, 9
> On Nov. 1, 2013, 1:28 a.m., Toshiaki Hatano wrote:
> > I suppose this should be reviewed by UI devs too.
> > Could you add UI devs in reviewers?
Other than that, this patch looks OK for me.
But this patch makes changes in UI, so I suppose it's better to check with U
devs in reviewers?
- Toshiaki Hatano
On Oct. 30, 2013, 8:46 p.m., Chris Cameron wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/14868/#review27780
---
Ship it!
Ship It!
- Toshiaki Hatano
On Oct. 23, 2013, 6:38 a.m
> On Oct. 29, 2013, 4:35 a.m., Toshiaki Hatano wrote:
> > plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/BridgeVifDriver.java,
> > line 158
> > <https://reviews.apache.org/r/15001/diff/2/?file=372880#file372880line158>
> >
> > If w
> On Oct. 29, 2013, 4:35 a.m., Toshiaki Hatano wrote:
> >
>
> Toshiaki Hatano wrote:
> Actual issue is not "the physical interface name length must be shorter
> than 5" but "generated bridge name cannot exceed 15 character".
>
>
> Yoshikaz
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/15012/#review27660
---
Ship it!
Ship It!
- Toshiaki Hatano
On Oct. 29, 2013, 5 a.m
> On Oct. 29, 2013, 4:35 a.m., Toshiaki Hatano wrote:
> >
Actual issue is not "the physical interface name length must be shorter than 5"
but "generated bridge name cannot exceed 15 character".
> On Oct. 29, 2013, 4:35 a.m., Toshiaki Hatano wrote:
> >
/BridgeVifDriver.java
<https://reviews.apache.org/r/15001/#comment53719>
If we checked length here, generated brName should be checked, not a
pifName.
We shouldn't block valid brName by this check, e.g. eth0.1000-9000.
- Toshiaki Hatano
On Oct. 29, 2013, 12:51 a.m., Yoshi
te NIC created in step 3
6. Confirm bridge/vxlan device deleted on the host
Thanks,
Toshiaki Hatano
ks,
--
Toshiaki
-----Original Message-
From: Toshiaki Hatano [mailto:toshiaki.hat...@verio.net]
Sent: Tuesday, August 20, 2013 15:59
To: dev@cloudstack.apache.org
Subject: RE: MS fails to start due - Incorrect code version
I'm on 61c5b4bf7520080d88ae5a9aad38dee7e0348fa2 and got same error.
I
I'm on 61c5b4bf7520080d88ae5a9aad38dee7e0348fa2 and got same error.
I've wiped and redeployed DB by using 'cloud-setup-database' command,
then I confirmed there're no 'default_value' column in table 'configuration'.
The column should be created by schema-420to430.sql.
So, for some reason, the SQL
Thanks, Marcus, Dave, Chiba-san, Hugo, Sebastian, Nitin, Koushik, Jaypal! :)
--
Toshiaki
-Original Message-
From: Jayapal Reddy Uradi [mailto:jayapalreddy.ur...@citrix.com]
Sent: Tuesday, August 20, 2013 08:03
To:
Subject: Re: [ANNOUNCE] New Committer: Toshiaki Hatano
Congratulations
Hello Mr. 曹,
I'm currently working on VXLAN specifically to KVM with Linux Bridge (not OVS)
and Multicast mode.
I think some network plugin also supports (or will support) VXLAN as tunneling
protocol.
For what environment (KVM, Xen, VMware (Nexus 1kV maybe?), etc.) and which type
of VXLAN (Mu
> On Aug. 9, 2013, 5:23 p.m., Toshiaki Hatano wrote:
> > api/src/com/cloud/network/Networks.java, line 172
> > <https://reviews.apache.org/r/12849/diff/9/?file=338752#file338752line172>
> >
> > Why don't we merge getValueFrom() and getValue()?
> >
> On Aug. 9, 2013, 5:23 p.m., Toshiaki Hatano wrote:
> > api/src/com/cloud/network/Networks.java, line 172
> > <https://reviews.apache.org/r/12849/diff/9/?file=338752#file338752line172>
> >
> > Why don't we merge getValueFrom() and getValue()?
> >
tps://reviews.apache.org/r/12849/#comment49071>
Why don't we merge getValueFrom() and getValue()?
public String getValue(URI uri) {
if(uri.isOpaque()) {
return uri.getSchemeSpecificPart();
} else {
return uri.getHost();
}
}
- Toshiaki Hatano
+1
Thanks,
--
Toshiaki
-Original Message-
From: Koushik Das [mailto:koushik@citrix.com]
Sent: Friday, August 02, 2013 05:25
To: dev@cloudstack.apache.org
Subject: RE: [DISCUSS] [jira] make affectedVersion field mandatory.
+1
> -Original Message-
> From: Ram Ganesh [mail
> On July 30, 2013, 11:13 p.m., edison su wrote:
> > I looked at latest 4.2 code, toURI() only contains one line code: return
> > new URI(scheme + "://" + value.toString());, thus can't apply your patch.
> > Could you tell me which branch are you using? The master?
>
> Jijun wrote:
> hi e
s.apache.org/r/13088/diff/
Testing
---
Tested locally, advanced zone with vlan isolation, kvm hypervisor (ubuntu
13.04).
Thanks,
Toshiaki Hatano
strator to setup the cloud in a
proper way? hypervisor and network implementations may enhance their
capabilities at minor upgrades so it will not be easy to keep checks on
this up to date in cloudstack. Am I missing the point here?
regards,
Daan
On Sat, Jul 27, 2013 at 1:10 AM, Toshiaki Hatano
wr
hypervisor.
Confirmed this patch resolve bug
https://issues.apache.org/jira/browse/CLOUDSTACK-3682
Thanks!
- Toshiaki Hatano
On July 23, 2013, 10:02 a.m., daan Hoogland wrote:
>
> ---
> This is an automatically generated e
ridgeVifDriver.java
195cf40
plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/OvsVifDriver.java
7038d7e
server/src/com/cloud/network/guru/PublicNetworkGuru.java 8beb42e
Diff: https://reviews.apache.org/r/12985/diff/
Testing
---
Tested locally, advanced zone with a KVM hypervisor.
Thanks,
Toshiaki Hatano
EC2-classic" and "VPC" in the same zone.
>
>
>On 7/26/13 3:34 AM, "Alex Huang" wrote:
>
>>+1
>>
>>I think we should take advantage of hypervisor capabilities to look
>>for that compatibility.
>>
>>--Alex
>>
>&
ring addCluster, first timing
cloudstack-management know isolation and hypervisor, and fail if it's
incompatible?
Best Regards,
--
Toshiaki Hatano
Verio, an NTT Communications company
E-mail: toshiaki.hat...@verio.net <mailto:toshiaki.hat...@verio.net>
AIM:
Chiradeep Vittal wrote:
> Yes, I agree.
> What about throttling multicasts to prevent broadcast/multicast storms
> (using ebtables for example)?
I think throttling is possible and good to have.
But I see some difficulty in implementation.
E.g. What is valid threshold, limit per VM or
e 5: plug/unplug Nic
1. Add an instance from UI, create network during wizard.
2. Create additional network
3. Add NIC for network created in step 2 to the VM
4. Confirm it's pingable from VM to public network by using both side of NICs
5. Delete NIC created in step 3
6. Confirm bridge/vxlan device deleted on the host
Thanks,
Toshiaki Hatano
I got a question from this issue.
Should cloudstack allow version mismatch between management and agent?
I think it's very good to have for ops.
But it looks very difficult for dev, since every little change could
break the interoperability. (We have to test it?)
--
Toshiaki
-Original Messag
nce
VXLAN protocol is designed to work well without a hassle in SDN.
In my opinion, what we have to do is wait for OVS release supporting VXLAN
completely.
Once OVS start supporting multicast aspect of VXLAN, we can hopefully start
implementing VXLAN isolation for KVM with OVS and/or Xen.
On
est case 5: plug/unplug Nic
1. Add an instance from UI, create network during wizard.
2. Create additional network
3. Add NIC for network created in step 2 to the VM
4. Confirm it's pingable from VM to public network by using both side of NICs
5. Delete NIC created in step 3
6. Confirm bridge/vxlan device deleted on the host
Thanks,
Toshiaki Hatano
actually not a TODO, removed.
> On July 17, 2013, 8:07 a.m., Chiradeep Vittal wrote:
> > plugins/network-elements/vxlan/src/com/cloud/network/guru/VxlanGuestNetworkGuru.java,
> > line 156
> > <https://reviews.apache.org/r/12623/diff/1/?file=322355#file322355line156>
>
Create additional network
3. Add NIC for network created in step 2 to the VM
4. Confirm it's pingable from VM to public network by using both side of NICs
5. Delete NIC created in step 3
6. Confirm bridge/vxlan device deleted on the host
Thanks,
Toshiaki Hatano
nplug event
Thanks,
Toshiaki Hatano
My apology for sending review request in HTML format...
How can I change this behavior of Review Board? (Is there setting?)
--
Toshiaki
From: Toshiaki Hatano [mailto:nore...@reviews.apache.org] On Behalf Of Toshiaki
Hatano
Sent: Friday, July 05, 2013 14:15
To: Hugo Trippaers; Sheng Yang
5df742
Diff: https://reviews.apache.org/r/12278/diff/
Testing
---
Trying to create zone with Guest VLAN range 4090-4096 from WebUI.
updatePhysicalNetwork returns error correctly.
Thanks,
Toshiaki Hatano
Thanks David!
I've assigned the task to myself.
Sincerely,
--
Toshiaki
> -Original Message-
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: Friday, May 17, 2013 6:58 PM
> To: dev@cloudstack.apache.org
> Subject: Re: [PROPOSAL] [CLOUDSTACK-2328] Linux native VXLAN support on
> KVM hyp
ate as soon
as possible.
I'd like to assign Jira ticket to me but it looks I don't have permission to do
so.
https://issues.apache.org/jira/browse/CLOUDSTACK-2328
Could anyone kindly assign the ticket to me?
Thanks,
--
Toshiaki
> -Original Message-
> From: Toshi
000v and open vSwitch support a well.
> Cisco said they already have VMWare support today on the 1000v with KVM
> coming soon.
>
> Justin
>
> Sent from my iPhone
>
> On May 2, 2013, at 3:31 PM, Chip Childers wrote:
>
> > On Wed, May 01, 2013 at 04:58:12PM -040
Sorry, I forgot to add users list in To.
Thanks,
--
Toshiaki
> -Original Message-
> From: Toshiaki Hatano [mailto:toshiaki.hat...@verio.net]
> Sent: Wednesday, May 01, 2013 2:58 PM
> To: dev@cloudstack.apache.org
> Subject: [DISCUSS] Linux native VXLAN support on KVM hyp
working. (But I’m still testing)
P.S.2.
FYI: OpenStack already started process [1] to support Linux native VXLAN.
[1] https://review.openstack.org/#/c/26516/
Best Regards,
--
Toshiaki Hatano
Verio, an NTT Communications company
E-mail: toshiaki.hat...@verio.net
AIM: toshiaki.hat
45 matches
Mail list logo
