Hi, guys:
Very nice to talk to all of you yesterday. Unfortunately I need to head out
to the airport at 1pm, so I won't be able to make it for the lunch. :(
Will see you on IRC and keep in touch!
Shixiong
On Thu, Nov 6, 2014 at 4:18 PM, Xuhan Peng pengxu...@gmail.com wrote:
Hey,
Since
!
Shixiong
Shixiong Shang
!--- Stay Hungry, Stay Foolish ---!
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
I am reading the meeting minute, and saw the discussion on this BP submitted by
xuhanp:
https://review.openstack.org/#/c/76125/
I don’t see any reason why we need it….do you?
Shixiong
On May 27, 2014, at 12:47 PM, Collins, Sean sean_colli...@cable.comcast.com
wrote:
in a cloud environment and where the MAC addresses are
basically fake. Someone interested in desktop virtualisation with
Openstack may wish to contradict me...
--
Ian.
On 15 May 2014 09:30, Shixiong Shang sparkofwisdom.cl...@gmail.com
wrote:
Hi, guys:
Nice to meet with all of you
for this problem.
Thanks!
Shixiong
Shixiong Shang
!--- Stay Hungry, Stay Foolish ---!
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Hi, guys:
For two weeks in the row, I have customer meeting at 10am EDT, which conflicts
with our weekly Neutron IPv6 call. I hope this meeting schedule won’t be
permanent…Will try my best to avoid it.
Sorry for the absence. :(
Shixiong
Shixiong Shang
!--- Stay Hungry, Stay Foolish
Do we have IRC meeting today? Didn’t see anybody in the chat room…..:(
Shixiong
Shixiong Shang
!--- Stay Hungry, Stay Foolish ---!___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo
I started thinking whether passing the test of Mr. Jenkins is a mindless
dreaming….:) What does the “TOX” say? :)
Shixiong
Begin forwarded message:
From: Shixiong Shang sparkofwisdom.cl...@gmail.com
Subject: Re: [openstack-dev] [Neutron] tox run forever
Date: February 27, 2014 at 9:41:34
(non-voting)
Shixiong Shang
!--- Stay Hungry, Stay Foolish ---!
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Thanks!!
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Shixiong Shang
!--- Stay Hungry, Stay Foolish
Hi, guys:
I created a fresh local repository and pulled the most recent Neutron code.
Before I put in my own code, I did TOX run. However, seems like it is stuck to
the following condition for over a hour and didn’t go any further. Yesterday,
the TOX had been running with a fresh copy of
In case you have filter set up on your mail client……..
Begin forwarded message:
From: Shixiong Shang sparkofwisdom.cl...@gmail.com
Subject: [openstack-dev] [Neutron] tox run forever
Date: February 27, 2014 at 7:43:03 PM EST
To: OpenStack Development Mailing List (not for usage questions
Hi, Randy:
Try this command to install pyudev library….
sudo pip install pyudev
Let me know whether it works or not. Good luck!
Shixiong
Shixiong Shang
!--- Stay Hungry, Stay Foolish ---!
On Feb 27, 2014, at 9:09 PM, Randy Tuttle randy.m.tut...@gmail.com wrote:
Clark/Sean/Shixiong
a recognized
IP subnet cidr, '10.0.2.0/32' is recommended.
Thanks again!
Shixiong
Shixiong Shang
!--- Stay Hungry, Stay Foolish ---!
On Feb 27, 2014, at 8:28 PM, Clark Boylan clark.boy...@gmail.com wrote:
On Thu, Feb 27, 2014 at 4:43 PM, Shixiong Shang
sparkofwisdom.cl...@gmail.com wrote:
Hi
Hi, Sean and the team:
Do we have a list of code reviews and a list of BPs submitted by Neutron IPv6
sub-team targeting at Icehouse 3? Would appreciate everybody’s help to compose
a list so we won’t overlook anything, especially the deadline is next Friday.
Thanks!
Shixiong
Shixiong Shang
Hi, guys:
I run into this error while running fox…..but it gave me this error…Seems like
it is related to Neutron LB. Did you see this issue before? If so, how to fix
it?
Thanks!
Shixiong
shshang@net-ubuntu2:~/github/neutron$ tox -v -e py27
……...
Hi, guys:
I run into this error while running tox…..Seems like it is related to Neutron
LB. Did you see this issue before? If so, how to fix it?
Thanks!
Shixiong
shshang@net-ubuntu2:~/github/neutron$ tox -v -e py27
……...
Hi, Abishek:
Thank you for taking care of Horizon for IPv6 enhancement. So now we have
coverage on both CLI and dashboard side. Very exciting!
W.r.t your questions, these two parameters work independently. In other words,
Horizon should present both options if the interested subnet is IPv6.
Excellent! Thanks for your confirmation, Sean!
On Feb 2, 2014, at 12:53 PM, Collins, Sean
sean_colli...@cable.comcast.com wrote:
On Sat, Feb 01, 2014 at 01:18:09AM -0500, Shixiong Shang wrote:
In other words, I can retrieve the values by:
subnet.ipv6_ra_mode
subnet.ipv6_address_mode
in advance!
Shixiong
On Feb 2, 2014, at 12:53 PM, Collins, Sean sean_colli...@cable.comcast.com
wrote:
On Sat, Feb 01, 2014 at 01:18:09AM -0500, Shixiong Shang wrote:
In other words, I can retrieve the values by:
subnet.ipv6_ra_mode
subnet.ipv6_address_mode
Is that correct? Would you
Hi, Anthony:
Thanks a lot for the quick response! I didn't think about the provider network
scenarios. I feel grateful you brought it up. I will add provider network to
the chart.
Here is my understanding:
Private network: VM is attached to a subnet with NO default gateway at all,
i.e.
Hi, Sean:
Thanks a bunch for the new code. I glimpsed it through once and if I understand
it correctly, the value of the two parameters are saved as the attributes of a
subnet. In other words, I can retrieve the values by:
subnet.ipv6_ra_mode
subnet.ipv6_address_mode
Is that correct? Would
, Shixiong Shang sparkofwisdom.cl...@gmail.com
wrote:
Any possibility we can nail the keywords in the next 12 - 24 hrs? So we can
decide the scope in Icehouse release and then, discuss who can do what?
Shixiong
On Jan 22, 2014, at 11:20 AM, Collins, Sean
sean_colli...@cable.comcast.com
Sean, I agree with you. I prefer OpenStack as the single source of truth. What
end user chooses may be different. But with this pair of keywords, at least we
provide comprehensive coverage on all scenarios.
For Icehouse, I suggest we only consider the supports for the scenarios that
OpenStack
That is correct, Xu Han!
On Jan 22, 2014, at 11:14 AM, Xuhan Peng pengxu...@gmail.com wrote:
Ian,
I think the last two attributes PDF from Shixiong's last email is trying to
solve the problem you are saying, right?
—
Xu Han Peng (xuhanp)
On Wed, Jan 22, 2014 at 8:15 PM, Ian
Any possibility we can nail the keywords in the next 12 - 24 hrs? So we can
decide the scope in Icehouse release and then, discuss who can do what?
Shixiong
On Jan 22, 2014, at 11:20 AM, Collins, Sean sean_colli...@cable.comcast.com
wrote:
I don't know if it's reasonable to expect a
this before going to bed. Will be back tomorrow and
check on other ones' input on this.
On Tue, Jan 21, 2014 at 10:07 PM, Shixiong Shang
sparkofwisdom.cl...@gmail.com wrote:
Begin forwarded message:
From: Shixiong Shang sparkofwisdom.cl...@gmail.com
Subject: Re: Cannot make
I created a new PDF file to show two parameters (i.e. not referring
“enable_dhcp”). Here is the link. I also updated BP too.
https://www.dropbox.com/s/rq8xmbruqthef38/IPv6%20Two%20Modes%20v2.0.pdf
Shixiong
On Jan 21, 2014, at 6:31 PM, Shixiong Shang sparkofwisdom.cl...@gmail.com
wrote:
Hi
Hi, Sean:
Hope you had a great time with your family and friends during holiday! Tomorrow
when we meet in IRC, can we put closure on one pending question on how to pass
the “mode” to dnsmasq? If I understand everybody correctly:
1) The mode value should be dnsmasq agnostic
2) The approach
Either day works for me. Thanks for setting it up, Sean!
On Jan 2, 2014, at 5:08 AM, Collins, Sean sean_colli...@cable.comcast.com
wrote:
Looking at the calendar, our options for 1500 UTC require us to change
the day that we meet. The following days are available:
* Tuesdays
* Fridays
Hi, Xuhan:
Thanks for reaching out to us for questions! Here are the summary of several
key points:
1. Currently dnsmasq is bound to the ns- interface within qdhcp- namespace. If
we continue to use this model, then the announced RA has to use the ns-
interface’s link-local address as source,
I will surely be there this afternoon, Sean! Look forward to it!
On Dec 19, 2013, at 12:22 PM, Collins, Sean sean_colli...@cable.comcast.com
wrote:
Perfect! Will you be at the IRC meeting to discuss these? I've added
them to the agenda in the hopes that we can discuss
--
Sean M. Collins
I cannot do 13:00UTC, but 14:00 or 15:00 UTC should work for me.
On Dec 19, 2013, at 5:12 PM, Collins, Sean
sean_colli...@cable.comcast.com wrote:
Thoughts? I know we have people who are not able to attend at our
current time.
--
Sean M. Collins
Hi, Ian:
The use case brought by Comcast team today during the ipv6 sub-team meeting
actually proved the point I made here, instead of against it. If I didn’t
explain it clearly in my previous email, here it is.
I was questioning the design with two namespaces and I believe we can use a
, Shixiong Shang
sparkofwisdom.cl...@gmail.com wrote:
Hi, Ian:
The use case brought by Comcast team today during the ipv6 sub-team meeting
actually proved the point I made here, instead of against it. If I didn’t
explain it clearly in my previous email, here it is.
I was questioning the design
:
Great Shixiong. I can see that we have BPs from Sean / Da Zhao for providing
the modes via the neutron client cli, but have we seen how those modes are
provided through the dashboard?
Randy
Sent from my iPhone
On Dec 17, 2013, at 9:07 PM, Shixiong Shang sparkofwisdom.cl...@gmail.com
very much. Any chance to rotate the
time so we can comment?
Thanks, Xuhan
On Thursday, December 19, 2013, Shixiong Shang wrote:
Hi, Ian:
I agree with you on the point that the way we implement it should be app
agnostic. In addition, it should cover both CLI and Dashboard, so the system
Hi, guys:
I am reading the code in “constants.py” file as part of Change I5b2313ff:
Create a new attribute for subnets, to store v6 dhcp options”. One thing
captured my eyes is the definition of “RA_MODES”, which excluded “slaac” mode.
If my understanding of “RA_MODES” is correct, i.e. the
at 8:27 PM, Shixiong Shang
sparkofwisdom.cl...@gmail.com wrote:
Hi, guys:
I am reading the code in “constants.py” file as part of Change I5b2313ff:
Create a new attribute for subnets, to store v6 dhcp options”. One thing
captured my eyes is the definition of “RA_MODES”, which excluded “slaac
Hi, team:
I created a new blueprint to reflect the work we accomplished in the previous
POC to enable dnsmasq in SLAAC mode. In addition, I took the action item two
weeks ago from weekly sub-team meeting to explore DHCPv6 options. The goal was
to run dnsmasq as DHCPv6 server and provide both
Hi, stackers:
Randy Tuttle created two blueprints as an augment to Sean’s proposal to improve
IPv6 readiness. You can find the details here:
https://blueprints.launchpad.net/neutron/+spec/dnsmasq-bind-into-qrouter-namespace
://cisco.webex.com/ciscosales/lsr.php?AT=pbSP=ECrID=73557207rKey=73240b2ec6577fc4
Shixiong
On Dec 4, 2013, at 9:54 PM, Jeremy Stanley fu...@yuggoth.org wrote:
On 2013-12-04 21:44:53 -0500 (-0500), Shixiong Shang wrote:
[...]
I was swamped today to prepare for the presentation that Randy and
I
wrote:
Shixiong,
Thank you for the updates, do you mind to share the slide to the openstack
mailing list?
Richard
On Tue, Dec 3, 2013 at 11:30 PM, Shixiong Shang
sparkofwisdom.cl...@gmail.com wrote:
Hi, guys:
We had a great discussion tonight with stackers from Comcast, IBM, HP
amenable time for us Europeans?
On Tue, Dec 3, 2013 at 11:30 PM, Shixiong Shang
sparkofwisdom.cl...@gmail.com wrote:
Hi, guys:
We had a great discussion tonight with stackers from Comcast, IBM, HP, Cisco
and Nephos6! Here is the debrief of what we discussed during this 1-hr
Hi, folks:
We plan to host a webex meeting tonight at 9pm EST (UTC-5) to have a
brainstorming session on Neutron IPv6 readiness. As suggested by Sean Collins,
the chair of Neutron IPv6 sub-team, I expand the invitation to this mailer. If
you are interested in this topic, please feel free to
Hi, guys:
We had a great discussion tonight with stackers from Comcast, IBM, HP, Cisco
and Nephos6! Here is the debrief of what we discussed during this 1-hr session:
1) Sean from Comcast provided clarification of his short-term and mid-term
goals in the proposed blueprint.
2) Da Zhao, Yu
Hi, guys:
I took the action item to submit the code for review based on our discussion
during the first IRC meeting. Here is the link:
https://review.openstack.org/#/c/58186/
The changes we proposed are based on the POC work my friend (Randy Tuttle) and
I did back in June on Grizzly and most
Hi, Guys:
I am trying to run ceilometer agent on compute node, and it gave me the
following traceback. I believe I hit this bug
(https://bugs.launchpad.net/nova/+bug/1244055”). However, I would like to know
whether there is any workaround?
sudo python /usr/local/bin/ceilometer-agent-compute
: Shixiong Shang [mailto:sparkofwisdom.cl...@gmail.com]
Sent: Friday, November 15, 2013 10:35 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Ceilometer] compute agent cannot start
Hi, Lianhao:
I downloaded six package, 1.4.1 from
Hi, Sean:
Thanks a bunch for finalizing the time! Sorry for my ignorance….how do we
usually run the meeting? On Webex or IRC channel?
Look forward to it!
Shixiong
On Nov 13, 2013, at 9:32 AM, Collins, Sean (Contractor)
sean_colli...@cable.comcast.com wrote:
I haven't heard any negative
Hi, guys:
I am trying to install Ceilometer on Ubuntu 13.10 Cloud version (64-bit) and
encounter the following error. Would you please help?
Thanks!
Shixiong
root@net-meter2:/opt/stack/ceilometer# sudo python setup.py install
snipped
creating build/temp.linux-x86_64-2.7/src
creating
at 01:16:43PM -0500, Shixiong Shang wrote:
+1.
We have great interest to run OpenStack over IPv6 and would love to be a
part of the discussion.
Excellent - please see the thread I've made in OpenStack-Dev - we're
tossing out times for the IRC meeting, that works for everyone
interested
52 matches
Mail list logo
