From a.ayoola at gmail.com Wed May 1 08:23:32 2019 From: a.ayoola at gmail.com (Abayomi Ayoola, O.) Date: Wed, 1 May 2019 09:23:32 +0100 Subject: [openstack-community] Ambassador program feedback wanted! In-Reply-To: References: Message-ID: Hello All, I think the OpenStack Ambassador Program should be region based in that Ambassadors overseeing African countries should be from the region. Kind regards, *---* *Ayoola, Abayomi Olawale * m: +234 (0) 705 304 9104| Follow me On Mon, 8 Apr 2019 at 16:08, John Studarus wrote: > Hi everyone, > > We, the User Committee, have been brainstorming on the OpenStack > Ambassador Program and would like to get input from the community at large! > > How has the OpenStack Ambassador Program helped you? > > Where do you think the OpenStack Ambassador Program can be improved? > > We're primarily brainstorming on how to improve the program transparency > (terms and the criteria for nomination/selection), areas of responsibility > (by geography? by interest?), and general purpose (to support user groups? > to promote OpenStack?). > > Feel free to email back to the list or jot down your thoughts on > this etherpad: > > https://etherpad.openstack.org/p/uc-ambassador-governance > > Or you are welcome to reach the User Committee directly on our mail list: > > http://lists.openstack.org/cgi-bin/mailman/listinfo/user-committee > > Thank you! > > John > > _______________________________________________ > Community mailing list > Community at lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/community > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ashlee at openstack.org Mon May 6 18:20:00 2019 From: ashlee at openstack.org (Ashlee Ferguson) Date: Mon, 6 May 2019 13:20:00 -0500 Subject: [openstack-community] Shanghai Summit Programming Committee Nominations Open Message-ID: <2631F356-5352-41BF-AD86-DF2AB17F349C@openstack.org> Thank you to everyone who attended the Open Infrastructure Summit in Denver. The event was a huge success! If you weren’t able to make it, check out the videos page [1]. Keynotes are up now, and the rest of the sessions will be uploaded in the next week. We’ll also be sharing a Summit recap in the Open Infrastructure Community Newsletter, which you can subscribe to here [2]. The next Summit + PTG will be in Shanghai, November 4 - 6, and the PTG will be November 6 - 8, 2019. Registration and Programming Committee nominations for the Shanghai Open Infrastructure Summit + PTG [3] are open! The Programming Committee helps select the content from the Call for Presentations (CFP) for the Summit schedule. Sessions will be presented in both English and Mandarin, so we will be accepting CFP submissions in both languages. The CFP will open early next week. • Nominate yourself or someone else for the Programming Committee [4] before May 20, 2019 • Shanghai Summit + PTG registration is available in the following currencies: • Register in USD [5] • Register in RMB (includes fapiao) [6] Thanks, Ashlee [1] https://www.openstack.org/videos [2] https://www.openstack.org/community/email-signup [3] https://www.openstack.org/summit/shanghai-2019 [4] http://bit.ly/ShanghaiProgrammingCommittee [5] https://app.eventxtra.link/registrations/6640a923-98d7-44c7-a623-1e2c9132b402?locale=en [6] https://app.eventxtra.link/registrations/f564960c-74f6-452d-b0b2-484386d33eb6?locale=en From zackchen517 at gmail.com Wed May 8 12:24:36 2019 From: zackchen517 at gmail.com (zack chen) Date: Wed, 8 May 2019 20:24:36 +0800 Subject: [openstack-community] Baremetal attach volume in Multi-tenancy Message-ID: Hi, I am looking for a mechanism that can be used for baremetal attach volume in a multi-tenant scenario. In addition we use ceph as the backend storage for cinder. Can anybody give me some advice? -------------- next part -------------- An HTML attachment was scrubbed... URL: From zackchen517 at gmail.com Thu May 9 01:46:33 2019 From: zackchen517 at gmail.com (zack chen) Date: Thu, 9 May 2019 09:46:33 +0800 Subject: [openstack-community] Baremetal attach volume in Multi-tenancy In-Reply-To: References: Message-ID: Thanks! Yes, I have seen this approach. However, the baremetal instance must be able to communicate with the openstack api network,storage network If I use the iscsi or rbd driver as the cinder volume driver. This may have some security risks in a multi-tenant scenario. How do I ensure that the storage network between different tenants is isolated and able to communicate with the platform's storage network. Walter Boring 于2019年5月8日周三 下午11:28写道: > To attach to baremetal instance, you will need to install the cinderclient > along with the python-brick-cinderclient-extension inside the instance > itself. > > > On Wed, May 8, 2019 at 11:15 AM zack chen wrote: > >> Hi, >> I am looking for a mechanism that can be used for baremetal attach >> volume in a multi-tenant scenario. In addition we use ceph as the backend >> storage for cinder. >> >> Can anybody give me some advice? >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From M.vanHeeswijk at fairbanks.nl Thu May 9 14:03:51 2019 From: M.vanHeeswijk at fairbanks.nl (Marijn van Heeswijk) Date: Thu, 9 May 2019 14:03:51 +0000 Subject: [openstack-community] Ambassador program feedback wanted! References: <05DCA0681A23B141B24ADE0A4448BE28014D95E18C@wl5.corp.fairbanks.nl> <05DCA0681A23B141B24ADE0A4448BE28014D95F17D@wl5.corp.fairbanks.nl> Message-ID: <05DCA0681A23B141B24ADE0A4448BE28014D966EA3@wl5.corp.fairbanks.nl> Hello John, Thanks for reaching out! As you all know, we at Fairbanks will keep on serving the interests of the OpenStack Foundation and community in and around the BeNeLux region (Belgium, Netherlands, Luxembourg). We would really appreciate if the program supports the ambassadors to reflect the transfer from OpenStack to Open Infra regionally. With content, event suggestions and/ or contacts with associated open infrastructure projects. Looking forward to all your suggestions and contributions! Kind regards, Marijn van Heeswijk [cid:image001.png at 01D3490E.74FEECF0] Marijn van Heeswijk | COO a Fairbanks Basicweg 12e 3821BR Amersfoort, Netherlands t +31 (0)33 450 85 85 m +31 (0)6 46 108 301 w www.fairbanks.nl www.openstack.nl We make OpenStack effective! From: Abayomi Ayoola, O. > Sent: woensdag 1 mei 2019 10:24 To: John Studarus > Cc: community at lists.openstack.org Subject: Re: [openstack-community] Ambassador program feedback wanted! Hello All, I think the OpenStack Ambassador Program should be region based in that Ambassadors overseeing African countries should be from the region. Kind regards, --- Ayoola, Abayomi Olawale m: +234 (0) 705 304 9104| Follow me On Mon, 8 Apr 2019 at 16:08, John Studarus > wrote: Hi everyone, We, the User Committee, have been brainstorming on the OpenStack Ambassador Program and would like to get input from the community at large! How has the OpenStack Ambassador Program helped you? Where do you think the OpenStack Ambassador Program can be improved? We're primarily brainstorming on how to improve the program transparency (terms and the criteria for nomination/selection), areas of responsibility (by geography? by interest?), and general purpose (to support user groups? to promote OpenStack?). Feel free to email back to the list or jot down your thoughts on this etherpad: https://etherpad.openstack.org/p/uc-ambassador-governance Or you are welcome to reach the User Committee directly on our mail list: http://lists.openstack.org/cgi-bin/mailman/listinfo/user-committee Thank you! John _______________________________________________ Community mailing list Community at lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/community -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 25971 bytes Desc: image002.png URL: From zackchen517 at gmail.com Fri May 10 04:00:11 2019 From: zackchen517 at gmail.com (zack chen) Date: Fri, 10 May 2019 12:00:11 +0800 Subject: [openstack-community] Baremetal attach volume in Multi-tenancy In-Reply-To: <20190509092828.g6qvdg5jbvqqvpba@localhost> References: <20190509092828.g6qvdg5jbvqqvpba@localhost> Message-ID: This is a normal Cinder in Openstack deployment I'm using ceph as cinder backend, RBD drvier. My ideas the instance should communicate with Openstack platform storage network via the vrouter provided by neutron. The vrouter gateway should communicate with Openstack platform. is or right? Gorka Eguileor 于2019年5月9日周四 下午5:28写道: > On 08/05, zack chen wrote: > > Hi, > > I am looking for a mechanism that can be used for baremetal attach volume > > in a multi-tenant scenario. In addition we use ceph as the backend > storage > > for cinder. > > > > Can anybody give me some advice? > > Hi, > > Is this a stand alone Cinder deployment or a normal Cinder in OpenStack > deployment? > > What storage backend will you be using? > > What storage protocol? iSCSI, FC, RBD...? > > Depending on these you can go with Walter's suggestion of using > cinderclient and its extension (which in general is the best way to go), > or you may prefer writing a small python script that uses OS-Brick and > makes the REST API calls directly. > > Cheers, > Gorka. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From zackchen517 at gmail.com Mon May 13 01:58:18 2019 From: zackchen517 at gmail.com (zack chen) Date: Mon, 13 May 2019 09:58:18 +0800 Subject: [openstack-community] Baremetal attach volume in Multi-tenancy In-Reply-To: <20190510103929.w7iqvakxzskk2pmb@localhost> References: <20190509092828.g6qvdg5jbvqqvpba@localhost> <20190510103929.w7iqvakxzskk2pmb@localhost> Message-ID: Hi, Thanks for your reply. I saw that ceph already has the Iscsi Gateway. Does the cinder project have such a driver? Gorka Eguileor 于2019年5月10日周五 下午6:39写道: > On 10/05, zack chen wrote: > > This is a normal Cinder in Openstack deployment > > > > I'm using ceph as cinder backend, RBD drvier. > > > > Hi, > > If you are using a Ceph/RBD cluster then there are some things to take > into consideration: > > - You need to have the ceph-common package installed in the system. > > - The images are mounted using the kernel module, so you have to be > careful with the features that are enabled in the images. > > - If I'm not mistaken the RBD attach using the cinderclient extension > will fail if you don't have the configuration and credentials file > already in the system. > > > > My ideas the instance should communicate with Openstack platform storage > > network via the vrouter provided by neutron. The vrouter gateway should > > communicate with Openstack platform. is or right? > > > > I can't help you on the network side, since I don't know anything about > Neutron. > > Cheers, > Gorka. > > > Gorka Eguileor 于2019年5月9日周四 下午5:28写道: > > > > > On 08/05, zack chen wrote: > > > > Hi, > > > > I am looking for a mechanism that can be used for baremetal attach > volume > > > > in a multi-tenant scenario. In addition we use ceph as the backend > > > storage > > > > for cinder. > > > > > > > > Can anybody give me some advice? > > > > > > Hi, > > > > > > Is this a stand alone Cinder deployment or a normal Cinder in OpenStack > > > deployment? > > > > > > What storage backend will you be using? > > > > > > What storage protocol? iSCSI, FC, RBD...? > > > > > > Depending on these you can go with Walter's suggestion of using > > > cinderclient and its extension (which in general is the best way to > go), > > > or you may prefer writing a small python script that uses OS-Brick and > > > makes the REST API calls directly. > > > > > > Cheers, > > > Gorka. > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ashlee at openstack.org Wed May 15 01:03:17 2019 From: ashlee at openstack.org (Ashlee Ferguson) Date: Tue, 14 May 2019 20:03:17 -0500 Subject: [openstack-community] Open Infrastructure Summit CFP Open - Deadline: July 2 Message-ID: <1ED31B50-AE18-40D3-BB17-3D3E9FC5BD93@openstack.org> Hi everyone, The Call for Presentations (CFP) [1] for the Open Infrastructure Summit in Shanghai (November 4 - 6, 2019) [2] is open! Review the list of Tracks [3], and submit your presentations, panels, and workshops before July 2, 2019. Sessions will be presented in both Mandarin and English, so you may submit your presentation in either language. The content submission process for the Forum and Project Teams Gathering will be managed separately in the upcoming months. SUBMIT YOUR PRESENTATION [1] - Deadline July 2, 2019 at 11:59pm PT (July 3 at 6:59 UTC) Want to help shape the content for the Summit? The Programming Committee helps select sessions from the CFP for the Summit schedule. Nominate yourself or someone else for the Programming Committee [4] before May 20, 2019. Registration and Sponsorship • Shanghai Summit + PTG registration is available in the following currencies: • Register in USD [5] • Register in RMB (includes fapiao) [6] • Sponsorship opportunities [7] Please email speakersupport at openstack.org with any questions or feedback. Thanks, Ashlee [1] https://cfp.openstack.org/ [2] https://www.openstack.org/summit/shanghai-2019 [3] https://www.openstack.org/summit/shanghai-2019/summit-categories [4] http://bit.ly/ShanghaiProgrammingCommittee [5] https://app.eventxtra.link/registrations/6640a923-98d7-44c7-a623-1e2c9132b402?locale=en [6] https://app.eventxtra.link/registrations/f564960c-74f6-452d-b0b2-484386d33eb6?locale=en [7] https://www.openstack.org/summit/shanghai-2019/sponsors/ Ashlee Ferguson OpenStack Foundation ashlee at openstack.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From ricardoas30 at gmail.com Sat May 25 00:27:51 2019 From: ricardoas30 at gmail.com (Ricardo Alexandre Silveira) Date: Fri, 24 May 2019 21:27:51 -0300 Subject: [openstack-community] Fwd: Instances problems pausing unexpectedly. In-Reply-To: References: Message-ID: Hello, I'm using the current Stein version openstack and when I throw an instance sometimes it pauses. The instance does not respond even if I reboot does not return. Does anyone know the reason and how can I resolve this issue? thanks in advance. Attached my nova.log log: 2019-05-24 21:00:05.594 1320 INFO nova.compute.manager [-] [instance: 8599b47f-8be8-41a1-9b48-063a2f921196] VM Resumed (Lifecycle Event) 2019-05-24 21:00:05.632 1320 INFO nova.virt.libvirt.driver [-] [instance: 8599b47f-8be8-41a1-9b48-063a2f921196] Instance rebooted successfully. 2019-05-24 21:00:05.778 1320 INFO nova.compute.manager [req-f3e42617-35e7-416f-8940-ec1b7afde04f - - - - -] [instance: 8599b47f-8be8-41a1-9b48-063a2f921196] During sync_power_state the instan ce has a pending task (powering-on). Skip. 2019-05-24 21:00:05.779 1320 INFO nova.compute.manager [req-f3e42617-35e7-416f-8940-ec1b7afde04f - - - - -] [instance: 8599b47f-8be8-41a1-9b48-063a2f921196] VM Started (Lifecycle Event) 2019-05-24 21:00:10.870 1320 INFO nova.compute.manager [req-f3e42617-35e7-416f-8940-ec1b7afde04f - - - - -] [instance: 8599b47f-8be8-41a1-9b48-063a2f921196] VM Paused (Lifecycle Event) 2019-05-24 21:00:10.995 1320 INFO nova.compute.manager [req-f3e42617-35e7-416f-8940-ec1b7afde04f - - - - -] [instance: 8599b47f-8be8-41a1-9b48-063a2f921196] During _sync_instance_power_state the DB power_state (1) does not match the vm_power_state from the hypervisor (3). Updating power_state in the DB to match the hypervisor. 2019-05-24 21:00:11.162 1320 WARNING nova.compute.manager [req-f3e42617-35e7-416f-8940-ec1b7afde04f - - - - -] [instance: 8599b47f-8be8-41a1-9b48-063a2f921196] Instance is paused unexpectedly . Ignore. 2019-05-24 21:01:20.974 1320 INFO nova.compute.manager [req-1424d168-8ab5-405b-a802-923b05de88ca - - - - -] Updating bandwidth usage cache 2019-05-24 21:01:21.024 1320 INFO nova.compute.manager [req-1424d168-8ab5-405b-a802-923b05de88ca - - - - -] Bandwidth usage not supported by libvirt.LibvirtDriver. 2019-05-24 21:07:02.958 1320 WARNING nova.compute.manager [-] [instance: 8599b47f-8be8-41a1-9b48-063a2f921196] Instance is paused unexpectedly. Ignore. 2019-05-24 21:17:07.970 1320 WARNING nova.compute.manager [-] [instance: 8599b47f-8be8-41a1-9b48-063a2f921196] Instance is paused unexpectedly. Ignore. -- *Ricardo Alexandre Silveira* Superior em Redes de Telecomunicações e Sistemas. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ricardoas30 at gmail.com Mon May 27 17:17:58 2019 From: ricardoas30 at gmail.com (Ricardo Alexandre Silveira) Date: Mon, 27 May 2019 14:17:58 -0300 Subject: [openstack-community] Instances problems pausing unexpectedly. Message-ID: Hello, I'm using the current Stein version openstack and when I throw an instance sometimes it pauses. The instance does not respond even if I reboot does not return. Does anyone know the reason and how can I resolve this issue? thanks in advance. Attached my nova.log log: 2019-05-24 21:00:05.594 1320 INFO nova.compute.manager [-] [instance: 8599b47f-8be8-41a1-9b48-063a2f921196] VM Resumed (Lifecycle Event) 2019-05-24 21:00:05.632 1320 INFO nova.virt.libvirt.driver [-] [instance: 8599b47f-8be8-41a1-9b48-063a2f921196] Instance rebooted successfully. 2019-05-24 21:00:05.778 1320 INFO nova.compute.manager [req-f3e42617-35e7-416f-8940-ec1b7afde04f - - - - -] [instance: 8599b47f-8be8-41a1-9b48-063a2f921196] During sync_power_state the instan ce has a pending task (powering-on). Skip. 2019-05-24 21:00:05.779 1320 INFO nova.compute.manager [req-f3e42617-35e7-416f-8940-ec1b7afde04f - - - - -] [instance: 8599b47f-8be8-41a1-9b48-063a2f921196] VM Started (Lifecycle Event) 2019-05-24 21:00:10.870 1320 INFO nova.compute.manager [req-f3e42617-35e7-416f-8940-ec1b7afde04f - - - - -] [instance: 8599b47f-8be8-41a1-9b48-063a2f921196] VM Paused (Lifecycle Event) 2019-05-24 21:00:10.995 1320 INFO nova.compute.manager [req-f3e42617-35e7-416f-8940-ec1b7afde04f - - - - -] [instance: 8599b47f-8be8-41a1-9b48-063a2f921196] During _sync_instance_power_state the DB power_state (1) does not match the vm_power_state from the hypervisor (3). Updating power_state in the DB to match the hypervisor. 2019-05-24 21:00:11.162 1320 WARNING nova.compute.manager [req-f3e42617-35e7-416f-8940-ec1b7afde04f - - - - -] [instance: 8599b47f-8be8-41a1-9b48-063a2f921196] Instance is paused unexpectedly . Ignore. 2019-05-24 21:01:20.974 1320 INFO nova.compute.manager [req-1424d168-8ab5-405b-a802-923b05de88ca - - - - -] Updating bandwidth usage cache 2019-05-24 21:01:21.024 1320 INFO nova.compute.manager [req-1424d168-8ab5-405b-a802-923b05de88ca - - - - -] Bandwidth usage not supported by libvirt.LibvirtDriver. 2019-05-24 21:07:02.958 1320 WARNING nova.compute.manager [-] [instance: 8599b47f-8be8-41a1-9b48-063a2f921196] Instance is paused unexpectedly. Ignore. 2019-05-24 21:17:07.970 1320 WARNING nova.compute.manager [-] [instance: 8599b47f-8be8-41a1-9b48-063a2f921196] Instance is paused unexpectedly. Ignore. -------------- next part -------------- An HTML attachment was scrubbed... URL: