opendevreview | Qiu Fossen proposed openstack/sahara master: Substring matching image's name https://review.opendev.org/c/openstack/sahara/+/806731 | 02:09 |
---|---|---|
opendevreview | Qiu Fossen proposed openstack/sahara master: Substring matching image's name https://review.opendev.org/c/openstack/sahara/+/806731 | 03:34 |
opendevreview | Ian Wienand proposed openstack/openstack-ansible-os_sahara stable/stein: Remove debian-stable jobs https://review.opendev.org/c/openstack/openstack-ansible-os_sahara/+/814349 | 05:02 |
opendevreview | Qiu Fossen proposed openstack/sahara master: Substring matching image's name https://review.opendev.org/c/openstack/sahara/+/806731 | 06:00 |
qiujunting | hi ruifaling | 07:04 |
qiujunting | hi tosky | 07:04 |
ruifaling | hello | 07:05 |
tosky | hi | 07:05 |
qiujunting | What are your issues? | 07:06 |
qiujunting | we can discuss | 07:07 |
tosky | oh, is the PTG discussion now? Please use UTC times when sending official emails | 07:08 |
qiujunting | yes | 07:09 |
qiujunting | I seem to have missed the official PTG time appointment | 07:10 |
tosky | again, please use UTC time, this is 07.00 UTC, while http://lists.openstack.org/pipermail/openstack-discuss/2021-October/025407.html talks about 3.00 PM | 07:10 |
tosky | and yes, this meeting is not officially part of the PTG, as the schedule for the PTG was closed long ago | 07:11 |
tosky | we can still use this is a normal meeting | 07:11 |
tosky | but then I'd suggest the usage of the meeting bot to record this | 07:12 |
qiujunting | yes, we continue to discuss here。 | 07:12 |
qiujunting | OK | 07:12 |
qiujunting | At present,faling and I are not familiar with the process of community PTG meeting, you can help organize it, thank you. | 07:14 |
qiujunting | Shall we discuss the plan for the Sahara yoga version? | 07:16 |
tosky | it's too late for an "official" PTG meeting, but next time please keep an eye on the openstack-discuss@ mailing list, all the deadlines are announced there | 07:17 |
tosky | I'm going to start the bot to record this as usual sahara meeting, if you want to have more information about the meeting bot please check https://wiki.openstack.org/wiki/Meetings/ChairaMeeting | 07:18 |
tosky | #startmeeting sahara | 07:19 |
opendevmeet | Meeting started Tue Oct 19 07:19:20 2021 UTC and is due to finish in 60 minutes. The chair is tosky. Information about MeetBot at http://wiki.debian.org/MeetBot. | 07:19 |
opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 07:19 |
opendevmeet | The meeting name has been set to 'sahara' | 07:19 |
tosky | #chair qiujunting ruifaling | 07:19 |
opendevmeet | Current chairs: qiujunting ruifaling tosky | 07:19 |
tosky | welcome to the meeting! qiujunting, can you please ask again your last question ? | 07:20 |
qiujunting | Can you introduce the organization process of the regular project meeting? | 07:24 |
qiujunting | Consider the regular meeting of the Sahara project | 07:25 |
qiujunting | tosky: | 07:27 |
tosky | normal IRC meetings are more or less the same, and described here: https://wiki.openstack.org/wiki/Meetings/ChairaMeeting | 07:28 |
tosky | you go through the points on your agenda one by one | 07:28 |
qiujunting | ok, thanks | 07:29 |
qiujunting | I have a point that saharaahara support the creating the instance by specifying system volumes. | 07:30 |
qiujunting | I have a point that sahara support the creating the instance by specifying system volumes. | 07:30 |
qiujunting | The VM instance boot by a volume. | 07:31 |
ruifaling | An existing volume ? | 07:31 |
qiujunting | yes | 07:32 |
ruifaling | so you mean there are some volumes has been created,then we lanch a cluster by those volumes ? | 07:33 |
qiujunting | First create the boot volume of the VM instance, and specify the volume boot VM instance. | 07:33 |
qiujunting | yes | 07:33 |
tosky | but sahara supports boot from volume, as far as I remember | 07:34 |
qiujunting | This can reduce the time it takes for Sahara to deploy the cluster. | 07:35 |
ruifaling | yes, | 07:35 |
tosky | it was added here: https://storyboard.openstack.org/#!/story/2001820 | 07:35 |
tosky | oh, do you mean having sahara deploy on VMs which are already running? | 07:35 |
qiujunting | No, I mean it is faster for nova to start the virtual machine with volume, and Sahara can assign this volume to nova. | 07:39 |
tosky | but sahara doesn't start the volume, sahara asks nova to start virtual machines | 07:39 |
tosky | and sahara supports boot from volume, which was described by https://specs.openstack.org/openstack/sahara-specs/specs/backlog/boot-from-volume.html | 07:40 |
tosky | that document is in the "backlog" section but it was implemented by https://storyboard.openstack.org/#!/story/2001820 | 07:40 |
tosky | how does your proposal differ from that? | 07:40 |
qiujunting | I mean like this:https://specs.openstack.org/openstack/sahara-specs/specs/backlog/boot-from-volume.html | 07:44 |
qiujunting | sahara has been suuported this ? | 07:45 |
tosky | yes, please see the commits referenced by https://storyboard.openstack.org/#!/story/2001820 | 07:46 |
ruifaling | so the other topic to discussion in qiu's email is :Sahara deploys a dedicated cluster through cloud host VM tools (qemu-guest-agent) | 07:55 |
ruifaling | maybe it means using QGA to deploy clusters | 07:57 |
opendevreview | Ian Wienand proposed openstack/openstack-ansible-os_sahara stable/stein: Remove debian-stable jobs https://review.opendev.org/c/openstack/openstack-ansible-os_sahara/+/814349 | 07:57 |
tosky | can you please explain this point a bit more? | 08:00 |
ruifaling | In the current version, the script is executed by Sahara through SSH to the VM | 08:02 |
ruifaling | It rely on the external networks | 08:03 |
tosky | or even internal network, but yes, that's correct, the controller should be able to reach the VMs through some network | 08:05 |
ruifaling | Use qga to execute the script could weakening the dependence on network | 08:06 |
tosky | but this means a tight dependency between sahara and the instances | 08:06 |
ruifaling | yes | 08:07 |
tosky | sahara doesn't know about the way instances are managed, it would go against being an abstraction layer | 08:07 |
tosky | also, nova can support multiple ways of deployments | 08:07 |
tosky | and that wouldn't work with baremetal instances of course | 08:08 |
ruifaling | oh yes,BM,may be distinguish between virtual machines and bare metal machines | 08:11 |
tosky | but again, you would also need to access the hypervisor, and that solution would be targeted to a specific hypervisor | 08:12 |
tosky | moreover, the virtual machines requires to have a network anyway, because the hadoop services on the cluster need to talk to each other | 08:15 |
qiujunting | yes, before we need the falt network, by | 08:16 |
qiujunting | by qga, we need not network must be flat network. | 08:17 |
ruifaling | the controller reach to the vms not very necessary | 08:18 |
tosky | but it's the only way to not break the abstraction | 08:20 |
tosky | you don't need the network to be a flat one, because you can configure the access though a specific node using the proxy settings | 08:21 |
tosky | https://docs.openstack.org/sahara/latest/admin/advanced-configuration-guide.html#custom-network-topologies | 08:21 |
tosky | you can set up a "jumphost" which can be reached by the controllers, and that can reach the instances | 08:24 |
ruifaling | ok,I understand ,thank you,tosky | 08:38 |
tosky | qiujunting: is there any other topic before closing? | 08:54 |
qiujunting | no, thank you tosky | 08:55 |
tosky | for example, do you have a plan about which backends should be kept and updated and which ones should be dropped? | 08:55 |
tosky | sorry, plugins - I suspect some of them may not work anymore, especially ambari and cdh, given the recent changes in Cloudera | 08:55 |
tosky | and the vanilla one is very outdated | 08:55 |
tosky | do you plan any work on updating them? | 08:55 |
qiujunting | If possible, consider updating them in the yoga version. | 08:57 |
qiujunting | You can introduce the plan in detail. | 08:58 |
qiujunting | We can communicate by email | 08:59 |
tosky | I don't have a plan because my time on sahara is limited, I can help with revisions | 09:05 |
tosky | but right now the supported plugins are not really useful for the users | 09:05 |
tosky | so if you want to use it, you may be interested in updating them as well | 09:05 |
tosky | anything else? Can I close the meeting? | 09:06 |
tosky | (please note that I set you both as chair for this specific meeting with the command #chair , so anyone of us can close the meeting with #endmeeting ) | 09:06 |
tosky | qiujunting, ruifaling ^ | 09:08 |
ruifaling | ok,thank you very much | 09:09 |
ruifaling | bye | 09:09 |
tosky | thank you all | 09:09 |
tosky | #endmeeting | 09:09 |
opendevmeet | Meeting ended Tue Oct 19 09:09:38 2021 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 09:09 |
opendevmeet | Minutes: https://meetings.opendev.org/meetings/sahara/2021/sahara.2021-10-19-07.19.html | 09:09 |
opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/sahara/2021/sahara.2021-10-19-07.19.txt | 09:09 |
opendevmeet | Log: https://meetings.opendev.org/meetings/sahara/2021/sahara.2021-10-19-07.19.log.html | 09:09 |
-opendevstatus- NOTICE: Both Gerrit and Zuul services are being restarted briefly for minor updates, and should return to service momentarily; all previously running builds will be reenqueued once Zuul is fully started again | 17:01 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!