May 2019 - Community - lists.openinfra.dev

[openstack-community] Schedule Published - OpenStack Summit Austin
by Claire Massey 02 Jan '24

02 Jan '24

Hi everyone, The main conference schedule for the upcoming OpenStack Summit in Austin <https://www.openstack.org/summit/austin-2016/> is now available! SCHEDULE: https://www.openstack.org/summit/austin-2016/summit-schedule/ <https://www.openstack.org/summit/austin-2016/summit-schedule/> SPEAKER NOTIFICATIONS If you submitted a talk - check your email. Everyone who submitted a speaking proposal for the Summit will soon receive an email notification to let them know whether or not their talk is accepted. The email sent to selected speakers was sent from speakersupport(a)openstack.org <mailto:speakersupport@openstack.org> and contains important next steps and their speaker registration code. Each speaker is responsible for registering themselves to attend the Summit. Please make sure your colleagues read the email and complete this step. MOBILE APP In mid April the schedule mobile app will also be available for download. We will notify the community at that time. Contact summit(a)openstack.org with any questions. See you in Austin! Cheers, Claire

5 9

[openstack-community] Groups Portal Discontinuation
by Ashlee Ferguson 27 Jun '20

27 Jun '20

Hi everyone, I think most of you are aware that we’ve launched a Meetup Pro account <https://www.meetup.com/pro/osf/> so we could take on the cost of Meetup from the local organizers. We currently have 16 official User Groups on the page. As of the third week of April, the groups.openstack.org <http://groups.openstack.org/> portal will be discontinued. We’d like to take this opportunity to start an initiative to move all User Groups <https://groups.openstack.org/groups> over to the Meetup Pro account for a single point of truth. This will increase discoverability for groups, and help us better support community growth. In light of the feedback we’ve received from you all, we’ll encourage groups to have at least 4 meetups per year (one meetup per quarter) going forward as a minimum requirement for being in the Meetup Pro network. However, we realize that circumstances that might prevent you from having meetups happen. In that case, please feel free to reach out directly to me. We really want to work with you all to make sure our community is supported so it can continue growing. User Group 6 Month Trial We’ll be offering a 6 month trial period, where the Foundation will temporarily sponsor groups to be on the Pro account (which costs USD $15/month per group). We’ve previously required groups to have at least 5-6 meetups per year in order to be funded, but If the group has at least 2 independent meetups during this 6 month period, we will continue funding the group to be a part of the official network. If groups fail to host meetups, and do not contact me, the funding will be discontinued and it won’t be visible on the Foundation’s official community network. Next Steps If you are the main organizer of your group, email me (ashlee(a)openstack.org), and I’ll send a link to connect your Meetup account to our Foundation Meetup Pro network. If you don’t have a Meetup account, and you do not wish to use Meetup.com <http://meetup.com/>, please send me the link to your group’s page, or let me know how you coordinate meetups. Thanks so much for your patience as we make this move! Reach out to me if you have any questions. Ashlee Ashlee Ferguson OpenStack Foundation ashlee(a)openstack.org

2 1

[openstack-community] Instances problems pausing unexpectedly.
by Ricardo Alexandre Silveira 27 May '19

27 May '19

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.

1 0

[openstack-community] Fwd: Instances problems pausing unexpectedly.
by Ricardo Alexandre Silveira 24 May '19

24 May '19

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.

1 0

[openstack-community] Open Infrastructure Summit CFP Open - Deadline: July 2
by Ashlee Ferguson 14 May '19

14 May '19

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(a)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-1e2c9132b4… [6] https://app.eventxtra.link/registrations/f564960c-74f6-452d-b0b2-484386d33e… [7] https://www.openstack.org/summit/shanghai-2019/sponsors/ Ashlee Ferguson OpenStack Foundation ashlee(a)openstack.org

1 0

Re: [openstack-community] Baremetal attach volume in Multi-tenancy
by zack chen 12 May '19

12 May '19

Hi, Thanks for your reply. I saw that ceph already has the Iscsi Gateway. Does the cinder project have such a driver? Gorka Eguileor <geguileo(a)redhat.com> 于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 <geguileo(a)redhat.com> 于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. > > > >

1 0

Re: [openstack-community] Baremetal attach volume in Multi-tenancy
by zack chen 09 May '19

09 May '19

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 <geguileo(a)redhat.com> 于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. >

1 0

Re: [openstack-community] Ambassador program feedback wanted!
by Marijn van Heeswijk 09 May '19

09 May '19

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@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<http://www.fairbanks.nl/> www.openstack.nl<http://www.openstack.nl/> We make OpenStack effective! From: Abayomi Ayoola, O. <a.ayoola(a)gmail.com<mailto:a.ayoola@gmail.com>> Sent: woensdag 1 mei 2019 10:24 To: John Studarus <john(a)jhlconsulting.com<mailto:john@jhlconsulting.com>> Cc: community(a)lists.openstack.org<mailto:community@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<http://twitter.com/aoayoola> On Mon, 8 Apr 2019 at 16:08, John Studarus <john(a)jhlconsulting.com<mailto:john@jhlconsulting.com>> 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(a)lists.openstack.org<mailto:Community@lists.openstack.org> http://lists.openstack.org/cgi-bin/mailman/listinfo/community

1 0

Re: [openstack-community] Baremetal attach volume in Multi-tenancy
by zack chen 08 May '19

08 May '19

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 <waboring(a)hemna.com> 于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 <zackchen517(a)gmail.com> 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? >> >

1 0

[openstack-community] Baremetal attach volume in Multi-tenancy
by zack chen 08 May '19

08 May '19

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?

1 0