- Community - lists.openinfra.dev

Re: [openstack-community] OpenInfra Days Vietnam 2019 (Hanoi) - Call For Presentations
by Ian Y. Choi 13 Jul '19

13 Jul '19

(Copying to OpenStack & Community mailing lists) Trinh Nguyen wrote on 7/13/2019 1:11 AM: > Hello teams, > > Less than 2 months and the OpenInfra Days Vietnam will happen. We love > to hear the voices of Kata, StarlingX, Airship, Zuul, and other > OpenStack projects team. Please join us in one day event in Hanoi this > August 24th. > > * *Event's website:* http://day.vietopeninfra.org/ > * *Call for Presentation (extended deadline 30th July):* > https://forms.gle/iiRBxxyRv1mGFbgi7 > * *Buy tickets:* > https://ticketbox.vn/event/vietnam-openinfra-days-2019-75375 > > Tell me if you have any questions. > > Yours, > Trinh > > > On Tue, May 21, 2019 at 2:36 PM Trinh Nguyen <dangtrinhnt(a)gmail.com > <mailto:dangtrinhnt@gmail.com>> wrote: > > Hello, > > Hope you're doing well :) > > The OpenInfra Days Vietnam 2019 [1] is looking for speakers in > many different topics (e.g., container, CI, deployment, edge > computing, etc.). If you would love to have a taste of Hanoi, the > capital of Vietnam, please join us this one-day event and submit > your presentation [2]. > > *- Date:* 24 AUGUST 2019 > *- Location:* INTERCONTINENTAL HANOI LANDMARK72, HANOI, VIETNAM > > Especially this time, we're honored to have the Upstream Institute > Training [3] hosted by the OpenStack Foundation on the next day > (25 August 2019). > > [1] http://day.vietopeninfra.org/ > [2] https://forms.gle/iiRBxxyRv1mGFbgi7 > [3] > https://docs.openstack.org/upstream-training/upstream-training-content.html > > See you in Hanoi! > > Bests, > > On behalf of the VietOpenInfra Group. > > -- > *Trinh Nguyen* > _www.edlab.xyz <https://www.edlab.xyz>_ > > > > -- > *Trinh Nguyen* > _www.edlab.xyz <https://www.edlab.xyz>_ >

1 0

[openstack-community] OSF's Birthday - A Global Celebration
by Ashleigh Gregory 08 Jul '19

08 Jul '19

Hi all, My name is Ashleigh, and I recently started working on the Marketing team at the OpenStack Foundation, alongside Ashlee Ferguson, who you know. I’m reaching out to kickoff the yearly birthday celebration, which we have made some updates to. For the past 9 years, we’ve had fun celebrating the OpenStack project’s birthday. User Groups all over the world have hosted celebrations around July - August, presenting slide decks, eating cupcakes, and spending time with local community members to commemorate this milestone. Now that the OSF family has grown with the addition of Zuul, Kata, StarlingX, and Airship, we're timing the annual celebration around the establishment of the OSF, which was in July 2012. This annual mid-year tradition is still very much about the OpenStack project, but as the Foundation continues to evolve, we’d like to invite the entire OSF family to celebrate! Global User Groups are encouraged to continue the tradition by hosting meetups around the world, and the OSF will continue to support the events by providing unique graphics, slide content, and funding. So far, we've had a great response and we encourage you all to join in on the celebration. If you are interested in participating, please fill out [ this form ]( https://openstackfoundation.formstack.com/forms/osfbirthday2019 )by July 10, and we will follow up with you on additional information. We will provide you with official yearly celebration graphics and a slideshow deck that you can share with the group to present an update from the Foundation once you have confirmed your participation. We will continue to offer the option to opt out of funding from the Foundation (USD $500) since some groups can secure sponsorship from ecosystem companies in their community, as well as the option to request more funding dependent on the expected size of your attendee group and the number of meetups previously hosted. If you'd like to partake in the celebration, we ask you to: Host the celebration anytime between July 1-30, 2019 Take pictures at the event and post them on the OpenStack Flickr group[ https://www.flickr.com/groups/1574695@N22/ ]( https://www.flickr.com/groups/1574695@N22/ ) denoting the name of your user group in the caption or comments We encourage you to create a discussion among your users about the content that is in your slides If you are interested in participating, please fill out [ this form ]( https://openstackfoundation.formstack.com/forms/osfbirthday2019 ) by July 10, and we will follow up with additional information soon. It's great to meet you & I hope to hear from you soon! Cheers, Ashleigh Gregory OpenStack Marketing agregory(a)openstack.org

1 0

[openstack-community] Local.conf network settings
by Kaminski, PawelX 04 Jul '19

04 Jul '19

Hi everyone, With vagrant I created ubuntu18 image with devstack installed. I try to run test tempest.api.compute.volumes.test_attach_volume.AttachVolumeTestJSON.test_attach_detach_volume with tempest. Unfortunately I get error: Traceback (most recent call last): File "tempest/api/compute/volumes/test_attach_volume.py", line 86, in test_attach_detach_volume linux_client.validate_authentication() File "tempest/lib/common/utils/linux/remote_client.py", line 60, in wrapper six.reraise(*original_exception) File "tempest/lib/common/utils/linux/remote_client.py", line 33, in wrapper return function(self, *args, **kwargs) File "tempest/lib/common/utils/linux/remote_client.py", line 116, in validate_authentication self.ssh_client.test_connection_auth() File "tempest/lib/common/ssh.py", line 207, in test_connection_auth connection = self._get_ssh_connection() File "tempest/lib/common/ssh.py", line 121, in _get_ssh_connection password=self.password) tempest.lib.exceptions.SSHTimeout: Connection to the 172.24.5.241 via SSH timed out. User: cirros, Password: password I think that reason is that I don't have driect ssh access to vm, because with "it netns exec" I can connect to instance. Do you know how local.conf should look like before devtsack installation? On vm ifconfig returns: eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 10.0.2.15 netmask 255.255.255.0 broadcast 10.0.2.255 inet6 fe80::5054:ff:fe12:3456 prefixlen 64 scopeid 0x20<link> inet6 fec0::5054:ff:fe12:3456 prefixlen 64 scopeid 0x40<site> ether 52:54:00:12:34:56 txqueuelen 1000 (Ethernet) RX packets 1541 bytes 118169 (118.1 KB) RX errors 951 dropped 0 overruns 0 frame 951 TX packets 1395 bytes 499153 (499.1 KB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Local Loopback) RX packets 76169 bytes 57933664 (57.9 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 76169 bytes 57933664 (57.9 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 virbr0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 inet 192.168.122.1 netmask 255.255.255.0 broadcast 192.168.122.255 ether 52:54:00:f7:5e:a2 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 Thanks, Pawel

1 0

Re: [openstack-community] [OpenStack Foundation] [Shanghai Summit] CFP Deadline TONIGHT
by Jimmy McArthur 03 Jul '19

03 Jul '19

The deadline is tonight, as far as comms are concerned. We tend to keep the CFP open for a few extra days for stragglers and such :) It's absolutely critical for us to get a final count of submissions, so the sooner the better. Cheers, Jimmy > Rico Lin <mailto:rico.lin.guanyu@gmail.com> > July 2, 2019 at 11:07 PM > Hi Ashlee, I notice the deadline has postponed to the end of July 7th. > If that is correct, people who follow this mail should know about that. > > -- > May The Force of OpenStack Be With You, > */Rico Lin > /*irc: ricolin > > > > _______________________________________________ > Foundation mailing list > Foundation(a)lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/foundation > Ashlee Ferguson <mailto:ashlee@openstack.org> > July 2, 2019 at 2:17 PM > Hi everyone, > > The Shanghai Summit Call for Presentations [1] deadline is TONIGHT, > July 2 at 11:59 pm PT (July 3, 2019 at 15:00 China Standard Time)! > > Submit your presentations, panels, and Hands-on Workshops for the Open > Infrastructure Summit [2] by the end of today, and join the global > community in Shanghai, November 4-6, 2019. Sessions will be presented > in both Mandarin and English, so you may submit your presentation in > either language. > > Tracks [4]: > 5G, NFV & Edge > AI, Machine Learning & HPC > CI/CD > Container Infrastructure > Getting Started > Hands-on Workshops > Open Development > Private & Hybrid Cloud > Public Cloud > Security > > Other Helpful Shanghai Summit & PTG Information-- > > * Register now [5] before the early bird registration deadline in > early August (USD or RMB options available) > * Apply for Travel Support [6] before August 8. More information here [7]. > * Interested in sponsoring the Summit? [8]. > * The content submission process for the Forum and Project > Teams Gathering will be managed separately in the upcoming months. > > We look forward to your submissions! > > Cheers, > Ashlee > > [1] https://cfp.openstack.org/ > [2] https://www.openstack.org/summit/shanghai-2019/ > [3] https://cfp.openstack.org/ > [4] https://www.openstack.org/summit/shanghai-2019/summit-categories/ > [5] https://www.openstack.org/summit/shanghai-2019/ > [6] https://openstackfoundation.formstack.com/forms/travelsupportshanghai > [7] https://www.openstack.org/summit/shanghai-2019/travel/ > [8] https://www.openstack.org/summit/shanghai-2019/sponsors/ > > > > > _______________________________________________ > Foundation mailing list > Foundation(a)lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/foundation

1 0

[openstack-community] [Shanghai Summit] CFP Deadline TONIGHT
by Ashlee Ferguson 02 Jul '19

02 Jul '19

Hi everyone, The Shanghai Summit Call for Presentations [1] deadline is TONIGHT, July 2 at 11:59 pm PT (July 3, 2019 at 15:00 China Standard Time)! Submit your presentations, panels, and Hands-on Workshops for the Open Infrastructure Summit [2] by the end of today, and join the global community in Shanghai, November 4-6, 2019. Sessions will be presented in both Mandarin and English, so you may submit your presentation in either language. Tracks [4]: 5G, NFV & Edge AI, Machine Learning & HPC CI/CD Container Infrastructure Getting Started Hands-on Workshops Open Development Private & Hybrid Cloud Public Cloud Security Other Helpful Shanghai Summit & PTG Information-- * Register now [5] before the early bird registration deadline in early August (USD or RMB options available) * Apply for Travel Support [6] before August 8. More information here [7]. * Interested in sponsoring the Summit? [8]. * The content submission process for the Forum and Project Teams Gathering will be managed separately in the upcoming months. We look forward to your submissions! Cheers, Ashlee [1] https://cfp.openstack.org/ <https://cfp.openstack.org/> [2] https://www.openstack.org/summit/shanghai-2019/ <https://www.openstack.org/summit/shanghai-2019/> [3] https://cfp.openstack.org/ <https://cfp.openstack.org/> [4] https://www.openstack.org/summit/shanghai-2019/summit-categories/ <https://www.openstack.org/summit/shanghai-2019/summit-categories/> [5] https://www.openstack.org/summit/shanghai-2019/ <https://www.openstack.org/summit/shanghai-2019/> [6] https://openstackfoundation.formstack.com/forms/travelsupportshanghai <https://openstackfoundation.formstack.com/forms/travelsupportshanghai> [7] https://www.openstack.org/summit/shanghai-2019/travel/ <https://www.openstack.org/summit/shanghai-2019/travel/> [8] https://www.openstack.org/summit/shanghai-2019/sponsors/ <https://www.openstack.org/summit/shanghai-2019/sponsors/>

1 0

[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

[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 25 May '19

25 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