June 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] About PCYNLITX project and its innovations
by Erkam Murat Bozkurt 25 Jun '19

25 Jun '19

Previously, I have presented my project to you. The current name of my project is PCYNLITX. PCYNLITX platform offers completely new programming technology which can be named as Programmable Meta-Programming System and PCYNLITX platform is just a particular application of this new programming methodology. Basically, PCYNLITX is an intelligent integrated development environment ( IDE ) which can produce an application-specific multi-threading library based on your needs and assists you in multi-thread software development process. PCYNLITX is not a multi-threading library. Instead, it is a multi-threading library generator. You can find out very comprehensive documentation about pcynlitx project from both project web site and source code repository. The addresses of the project web page and source code repository are given in below links. www.pcynlitx.tech https://sourceforge.net/projects/pcynlitx The outcome of the PCYNLITX platform acts as an autonomous thread management system provides deterministic scheduling of the threads. You can control the thread with the numbers given by you and determine the relation of the threads. In other words, different from the other multi-threading tools, you can directly schedule the threads independently from the operating system. The scientific journal of the project is under review on IEEE Transactions on Software Engineering. Currently, the PCYNLITX platform only works on Linux based operating systems and the other versions ( Windows and McOSx ) are under development. The License of the PCYNLITX platform is GNU GPLv3 Free Software License. You can find out many other documents including scientific introduction of the project (“Technical Introduction” ), code examples and GUI tutorial form the project web sites. You can also find out a documents introducing std::thread programming, pthread programming and OpenMP programming on the web sites. I am always waiting your valuable comments and contributions. Thanks and best regards. Erkam Murat Bozkurt

1 0

[openstack-community] OpenStack User Survey Open
by Ashlee Ferguson 12 Jun '19

12 Jun '19

Hi everyone, It's time for the OpenStack User Survey <https://www.openstack.org/user-survey>! In an effort to create less work for our community, in 2018 we moved to an annual, rather than a bi-annual report. If you run an OpenStack deployment, now is the time to share details about how you run the software and your thoughts on ways that the community can improve the software. Your feedback matters and it's shared directly with the PTLs and community leaders that work to build OpenStack! We had some good community feedback on the last survey and ended up with only minor updates from 2018. Below you can see a list of changes that we've incorporated: "Which new/emerging technologies are you interested in using or seeing integrated with OpenStack?" Added options for "AI/ML" and "5G" Deleted the question "Are you interested in helping our interoperability efforts by using RefStack to test your cloud capabilities?" "Which tools are you using to deploy / manage this cluster?" Added the word "manage" to the question as tools can be used for both Add "TripleO" and "Container-based orchestration" as options Created a new "Please specify" if "Other tools" is chosen "Which container orchestration or Platform-as-a-Service (PaaS) tools are you using to manage applications on this OpenStack deployment?" Added "container orchestration or " to question "Which OpenStack Network (Neutron) drivers are you using?" Add Calico as an answer "Which compatibility APIs does this deployment support?" Added the option "This deployment doesn't use compatibility APIs" Please note: This year, we will not be including the hardware and software vendor questions in the report or analytics dashboard due to the potential for the data to be misinterpreted. The survey will take less than 20 minutes. As a token of our appreciation, all participants qualify as an Active User Contributor (AUC) and receive a discount to the upcoming Open Infrastructure Summit. Complete your User Survey by Thursday, August 22 at 11:59pm UTC. Complete the survey now: https://www.openstack.org/user-survey <https://www.openstack.org/user-survey> Thanks for taking the time to complete this! -Ashlee Ashlee Ferguson OpenStack Foundation ashlee(a)openstack.org

1 0

[openstack-community] Manila 8.0.0 stein + GPFS Driver problems
by Iban Cabrillo 06 Jun '19

06 Jun '19

Dear, I have some troubles deploying a Manila stein version using the GPFS driver over Ubuntu 18.04. Manila api and scheduler seem to be starting fine, the problem is with the manila-share service. manila:~ # dpkg -l | grep manila ii manila-api 1:8.0.0-0ubuntu1~cloud0 all OpenStack shared file system as a service - API server ii manila-common 1:8.0.0-0ubuntu1~cloud0 all OpenStack shared file system as a service - common files ii manila-scheduler 1:8.0.0-0ubuntu1~cloud0 all OpenStack shared file system as a service - Scheduler server ii manila-share 1:8.0.0-0ubuntu1~cloud0 all OpenStack shared file system as a service - Share server ii python3-manila 1:8.0.0-0ubuntu1~cloud0 all OpenStack shared file system as a service - Python 3 libs ii python3-manilaclient 1.27.0-0ubuntu1~cloud0 all OpenStack shared file system as a service - Python 3.x client the configuration related to GPFS in the manila.conf is : share_driver = manila.share.drivers.ibm.gpfs.GPFSShareDriver gpfs_share_export_ip = xx.xx.xx.xx gpfs_mount_point_base = /gpfs/ces gpfs_nfs_server_type = CES #gpfs_nfs_server_list = <None> is_gpfs_node = false gpfs_ssh_port = 22 gpfs_ssh_login = XXXX #gpfs_ssh_password = <None> gpfs_ssh_private_key = /var/lib/manila/.ssh/id_rsa gpfs_share_helpers = CES=manila.share.drivers.ibm.gpfs.CESHelper GPFS backend is running on other GPFS node. Ssh connection seems to be OK, but the function _get_gpfs_state() seems not to get the correct value: 019-06-06 11:56:15.345 4191 DEBUG manila.share.manager [req-79f86b63-595a-4eb9-8dad-b712a7c45b8e - - - - -] Start initialization of driver: 'GPFSShareDriver(a)manila.cloud' _driver_setup /usr/lib/python3/dist-packages/manila/share/manager.py:308 2019-06-06 11:56:15.347 4191 DEBUG manila.utils [req-79f86b63-595a-4eb9-8dad-b712a7c45b8e - - - - -] ssh.connect: ip: XX:XX:XX:XX port: 22, username: user, password: None, key_filename: /var/lib/manila/.ssh/id_rsa, look_for_keys: False, timeout: 60, banner_timeout: 60 create /usr/lib/python3/dist-packages/manila/utils.py:138 2019-06-06 11:56:15.349 4191 DEBUG paramiko.transport [-] starting thread (client mode): 0x2b75dd30 _log /usr/lib/python3/dist-packages/paramiko/transport.py:1547 2019-06-06 11:56:15.349 4191 DEBUG paramiko.transport [-] Local version/idstring: SSH-2.0-paramiko_2.0.0 _log /usr/lib/python3/dist-packages/paramiko/transport.py:1547 2019-06-06 11:56:15.357 4191 DEBUG paramiko.transport [-] Remote version/idstring: SSH-2.0-OpenSSH_7.4 _log /usr/lib/python3/dist-packages/paramiko/transport.py:1547 2019-06-06 11:56:15.357 4191 INFO paramiko.transport [-] Connected (version 2.0, client OpenSSH_7.4) 2019-06-06 11:56:15.360 4191 DEBUG paramiko.transport [-] kex algos:['curve25519-sha256', 'curve25519-sha256(a)libssh.org', 'ecdh-sha2-nistp256', 'ecdh-sha2-nistp384', 'ecdh-sha2-nistp521', 'diffie-hellman-group-exchange-sha256', 'diffie-hellman-group16-sha512', 'diffie-hellman-group18-sha512', 'diffie-hellman-group-exchange-sha1', 'diffie-hellman-group14-sha256', 'diffie-hellman-group14-sha1', 'diffie-hellman-group1-sha1'] server key:['ssh-rsa', 'rsa-sha2-512', 'rsa-sha2-256', 'ecdsa-sha2-nistp256', 'ssh-ed25519'] client encrypt:['chacha20-poly1305(a)openssh.com', 'aes128-ctr', 'aes192-ctr', 'aes256-ctr', 'aes128-gcm(a)openssh.com', 'aes256-gcm(a)openssh.com', 'aes128-cbc', 'aes192-cbc', 'aes256-cbc', 'blowfish-cbc', 'cast128-cbc', '3des-cbc'] server encrypt:['chacha20-poly1305(a)openssh.com', 'aes128-ctr', 'aes192-ctr', 'aes256-ctr', 'aes128-gcm(a)openssh.com', 'aes256-gcm(a)openssh.com', 'aes128-cbc', 'aes192-cbc', 'aes256-cbc', 'blowfish-cbc', 'cast128-cbc', '3des-cbc'] client mac:['umac-64-etm(a)openssh.com', 'umac-128-etm(a)openssh.com', 'hmac-sha2-256-etm(a)openssh.com', 'hmac-sha2-512-etm(a)openssh.com', 'hmac-sha1-etm(a)openssh.com', 'umac-64(a)openssh.com', 'umac-128(a)openssh.com', 'hmac-sha2-256', 'hmac-sha2-512', 'hmac-sha1'] server mac:['umac-64-etm(a)openssh.com', 'umac-128-etm(a)openssh.com', 'hmac-sha2-256-etm(a)openssh.com', 'hmac-sha2-512-etm(a)openssh.com', 'hmac-sha1-etm(a)openssh.com', 'umac-64(a)openssh.com', 'umac-128(a)openssh.com', 'hmac-sha2-256', 'hmac-sha2-512', 'hmac-sha1'] client compress:['none', 'zlib(a)openssh.com'] server compress:['none', 'zlib(a)openssh.com'] client lang:[''] server lang:[''] kex follows?False _log /usr/lib/python3/dist-packages/paramiko/transport.py:1547 2019-06-06 11:56:15.361 4191 DEBUG paramiko.transport [-] Kex agreed: diffie-hellman-group-exchange-sha256 _log /usr/lib/python3/dist-packages/paramiko/transport.py:1547 2019-06-06 11:56:15.361 4191 DEBUG paramiko.transport [-] Cipher agreed: aes128-ctr _log /usr/lib/python3/dist-packages/paramiko/transport.py:1547 2019-06-06 11:56:15.362 4191 DEBUG paramiko.transport [-] MAC agreed: hmac-sha2-256 _log /usr/lib/python3/dist-packages/paramiko/transport.py:1547 2019-06-06 11:56:15.362 4191 DEBUG paramiko.transport [-] Compression agreed: none _log /usr/lib/python3/dist-packages/paramiko/transport.py:1547 2019-06-06 11:56:15.368 4191 DEBUG paramiko.transport [-] Got server p (2048 bits) _log /usr/lib/python3/dist-packages/paramiko/transport.py:1547 2019-06-06 11:56:15.465 4191 DEBUG paramiko.transport [-] kex engine KexGexSHA256 specified hash_algo <built-in function openssl_sha256> _log /usr/lib/python3/dist-packages/paramiko/transport.py:1547 2019-06-06 11:56:15.466 4191 DEBUG paramiko.transport [-] Switch to new keys ... _log /usr/lib/python3/dist-packages/paramiko/transport.py:1547 2019-06-06 11:56:15.467 4191 DEBUG paramiko.transport [req-79f86b63-595a-4eb9-8dad-b712a7c45b8e - - - - -] Adding ssh-rsa host key for 10.10.4.13: b'5683629c7943d6dbc63e3978a06281f0' _log /usr/lib/python3/dist-packages/paramiko/transport.py:1547 2019-06-06 11:56:15.469 4191 DEBUG paramiko.transport [req-79f86b63-595a-4eb9-8dad-b712a7c45b8e - - - - -] Trying key b'483cd0e64b4cc8163471c2efdd1ae825' from /var/lib/manila/.ssh/id_rsa _log /usr/lib/python3/dist-packages/paramiko/transport.py:1547 2019-06-06 11:56:15.505 4191 DEBUG paramiko.transport [-] userauth is OK _log /usr/lib/python3/dist-packages/paramiko/transport.py:1547 2019-06-06 11:56:15.514 4191 INFO paramiko.transport [-] Authentication (publickey) successful! 2019-06-06 11:56:15.514 4191 DEBUG manila.share.drivers.ibm.gpfs [req-79f86b63-595a-4eb9-8dad-b712a7c45b8e - - - - -] Running cmd (SSH): /usr/lpp/mmfs/bin/mmgetstate -Y _gpfs_ssh_execute /usr/lib/python3/ 2019-06-06 11:56:15.515 4191 DEBUG paramiko.transport [req-79f86b63-595a-4eb9-8dad-b712a7c45b8e - - - - -] [chan 0] Max packet in: 32768 bytes _log /usr/lib/python3/dist-packages/paramiko/channel.py:1089 2019-06-06 11:56:15.516 4191 DEBUG paramiko.transport [-] Received global request "hostkeys-00(a)openssh.com" _log /usr/lib/python3/dist-packages/paramiko/transport.py:1547 2019-06-06 11:56:15.517 4191 DEBUG paramiko.transport [-] Rejecting "hostkeys-00(a)openssh.com" global request from server. _log /usr/lib/python3/dist-packages/paramiko/transport.py:1547 2019-06-06 11:56:15.557 4191 DEBUG paramiko.transport [-] [chan 0] Max packet out: 32768 bytes _log /usr/lib/python3/dist-packages/paramiko/channel.py:1089 2019-06-06 11:56:15.557 4191 DEBUG paramiko.transport [-] Secsh channel 0 opened. _log /usr/lib/python3/dist-packages/paramiko/transport.py:1547 2019-06-06 11:56:15.559 4191 DEBUG paramiko.transport [-] [chan 0] Sesch channel 0 request ok _log /usr/lib/python3/dist-packages/paramiko/channel.py:1089 2019-06-06 11:56:15.990 4191 DEBUG paramiko.transport [-] [chan 0] EOF received (0) _log /usr/lib/python3/dist-packages/paramiko/channel.py:1089 2019-06-06 11:56:15.991 4191 DEBUG paramiko.transport [-] [chan 0] EOF sent (0) _log /usr/lib/python3/dist-packages/paramiko/channel.py:1089 2019-06-06 11:56:15.992 4191 DEBUG manila.share.drivers.ibm.gpfs [req-79f86b63-595a-4eb9-8dad-b712a7c45b8e - - - - -] Result was 0 _gpfs_ssh_execute /usr/lib/python3/dist-packages/manila/share/drivers/ibm/gpfs.py:232 2019-06-06 11:56:15.993 4191 ERROR manila.share.drivers.ibm.gpfs [req-79f86b63-595a-4eb9-8dad-b712a7c45b8e - - - - -] Failed to check GPFS state. Error: list index out of range.: IndexError: list index out of range 2019-06-06 11:56:15.994 4191 ERROR manila.share.manager [req-79f86b63-595a-4eb9-8dad-b712a7c45b8e - - - - -] Error encountered during initialization of driver GPFSShareDriver(a)manila.cloud: manila.exception.GPFSException: Failed to check GPFS state. Error: list index out of range. 2019-06-06 11:56:15.994 4191 ERROR manila.share.manager Traceback (most recent call last): 2019-06-06 11:56:15.994 4191 ERROR manila.share.manager File "/usr/lib/python3/dist-packages/manila/share/drivers/ibm/gpfs.py", line 255, in _check_gpfs_state 2019-06-06 11:56:15.994 4191 ERROR manila.share.manager gpfs_state = lines[1].split(':')[state_token] Ruuning manualy "/usr/lpp/mmfs/bin/mmgetstate -Y" over ssh works: manila:~ # ssh XXXX@XX:XX:XX:XX -i /var/lib/manila/.ssh/id_rsa "/usr/lpp/mmfs/bin/mmgetstate -Y" mmgetstate::HEADER:version:reserved:reserved:nodeName:nodeNumber:state:quorum:nodesUp:totalNodes:remarks:cnfsState: mmgetstate::0:1:::gpfs:512:active:3:5:255:quorum node:(undefined): and the parsing by hand the lines (gpfs_state = lines[1].split(':')[state_token] ) returns the correct value (active) while the command result for manila-share, seems to be 0 : Result was 0 _gpfs_ssh_execute Any idea will be welcomed. regards, I

1 0