Camelia, the Perl 6 bug

IRC log for #fuel-dev, 2013-10-28

| Channels | #fuel-dev index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
16:00 _ilbot joined #fuel-dev
16:02 Topic for #fuel-dev is now IRC logs http://irclog.perlgeek.de/fuel/
16:39 mihgen joined #fuel-dev
18:00 mihgen joined #fuel-dev
18:53 mihgen joined #fuel-dev
20:41 openstackgerrit joined #fuel-dev
21:44 openstackgerrit A change was merged to stackforge/fuel-web: fixing number of nodes ui error  for bindings default behaviour is inappropriate, so  need to return non-breaking spaces if value changed is undefined  https://review.openstack.org/53892
21:55 mihgen joined #fuel-dev
22:16 openstackgerrit A change was merged to stackforge/fuel-main: Turning off DHCP from libvirt for nat network.  https://review.openstack.org/54136
22:29 angdraug joined #fuel-dev
22:30 rmoe joined #fuel-dev
22:34 openstackgerrit A change was merged to stackforge/fuel-web: Trying turning buttons into models  https://review.openstack.org/53996
22:35 openstackgerrit A change was merged to stackforge/fuel-web: nova network json + gateway ip bugfix  https://review.openstack.org/54081
22:36 openstackgerrit A change was merged to stackforge/fuel-web: Usage of DeepModel and Stickit plugins for Settings tab  https://review.openstack.org/54116
22:39 mihgen joined #fuel-dev
22:45 xarses joined #fuel-dev
22:46 openstackgerrit A change was merged to stackforge/fuel-main: nosetests verbose output  https://review.openstack.org/53904
22:48 openstackgerrit Mike Scherbakov proposed a change to stackforge/fuel-main: [vbox] Updated disks variables explanation  https://review.openstack.org/54203
22:59 openstackgerrit A change was merged to stackforge/fuel-web: [PRD-2397] Allow volumes to use entire disks if available  https://review.openstack.org/53413
23:04 alex_null joined #fuel-dev
23:11 mihgen joined #fuel-dev
23:22 mihgen alex_null: ping
23:22 alex_null Pong
23:22 alex_null Hi there.
23:22 mihgen so about TESTING networks in neutron
23:22 mihgen I believe we really need them
23:22 alex_null Ok.
23:22 mihgen because otherwise user will get clean fresh install
23:22 mihgen and he is lost
23:22 mihgen so it's mostly for Demo
23:23 mihgen are there any issues with them in production later?
23:25 alex_null Well he shouldn't  but creation of that networks should be an option.
23:26 alex_null And also public network should be optional.
23:27 mihgen > creation of that networks should be an option -- agree. But how important is this - can you remove network in Horizon later?
23:27 mihgen > And also public network should be optional - does OpenStack allows this? If so, only in Neutron, right?
23:29 mihgen joined #fuel-dev
23:39 alex_null it will be a problem. It kinda requires a time. If customer specified range of 100 vlans and all of them will be created ....
23:39 alex_null It just useless
23:39 alex_null public isn't mandatory
23:40 * mihgen trying to draw networking diagram in mind
23:40 alex_null if cluster is not supposed to be used from somewhere outside or it just internal development cluster there is no such requirements to have 101 networks with wistles and things ;)
23:40 alex_null *whistles
23:41 mihgen Ok. How would your VMs go to Internet if there is no public net?
23:41 alex_null basically we should have additional layer between physical topology and logical construction.
23:42 alex_null We should separate roles not between vlans but between some "names". Let's explain.
23:44 alex_null You creating a name called "storage" assign vlan to it and allow this network to be used to carry cinder, swift-proxy and glance traffic. Also you're creating name "tunnels" assigns vlans to ip and allow quantum gre traffic to use it.
23:45 alex_null Some of the roles will require whole interface (like private ones) some of the just networks that could be tagged or untagged and could reside on different/same  interfaces.
23:47 alex_null And about public:
23:47 alex_null 1. not all customers requires access to the internet
23:47 alex_null 2. Access to the internet could be obtained using provider router networking topology. That mean that instance put in some vlan that already have a router that is on customer side. It's not managed by openstack.
23:54 mihgen alex_null: hmm interesting concept. will talk to folks tomorrow about it. The only thing is to keep it damn simple for users who don't know much details...
23:54 mihgen about public  - yep, agree. All applies to Quantum though
23:54 mihgen it's impossible with nova-network
23:57 mihgen alex_null: did you see our ideas about torrent-based provisioning by the way? https://docs.google.com/a/mirantis.com/document/d/​1_LTqP6rwee5sYulaswZXIikQ7iotUrGJ7NDKP09hUII/edit

| Channels | #fuel-dev index | Today | | Search | Google Search | Plain-Text | summary