March 2020 - SPDK - Ml01.01.Org

by Harris, James R

Hi all, I’ve seen a lot of cases recently where -1 votes from the test pool have been removed from a patch due to a failure unrelated to the patch, but then nothing was filed in GitHub for that failure. The filing in GitHub could be a new issue, or a comment on an existing issue. Please make those GitHub updates a priority. It’s the only way the project can understand the frequency of those intermittent failures and gather to get them fixed. If you’re not sure if a failure has been seen before, search GitHub issues with the “Intermittent Failure” label, or ask on Slack if anyone else has seen the issue. There is no harm in filing a new issue that may be a duplicate – we can always clean these up later during the next bug scrub meeting. The important thing is that we get the failure tracked. Thanks, -Jim

1 year

3
2
0 / 0

[Release] 20.01.1: Maintenance LTS Release

by Zawadzki, Tomasz

On behalf of the SPDK community I'm pleased to announce the release of SPDK 20.01.1 LTS! SPDK 20.01.1 is a bug fix and maintenance LTS release. The full changelog for this release is available at: https://github.com/spdk/spdk/releases/tag/v20.01.1 Thanks to everyone for your contributions, participation, and effort! Thanks, Tomek

1 year, 4 months

2
4
0 / 0

SPDK socket abstraction layer

by Zawadzki, Tomasz

Hello everyone, Summary: With this message I wanted to update SPDK community on state of VPP socket abstraction as of SPDK 19.07 release. At this time there does not seem to be a clear efficiency improvements with VPP. There is no further work planned on SPDK and VPP integration. Details: As some of you may remember, SPDK 18.04 release introduced support for alternative socket types. Along with that release, Vector Packet Processing (VPP)<https://wiki.fd.io/view/VPP> 18.01 was integrated with SPDK, by expanding socket abstraction to use VPP Communications Library (VCL). TCP/IP stack in VPP<https://wiki.fd.io/view/VPP/HostStack> was in early stages back then and has seen improvements throughout the last year. To better use VPP capabilities, following fruitful collaboration with VPP team, in SPDK 19.07, this implementation was changed from VCL to VPP Session API from VPP 19.04.2. VPP socket abstraction has met some challenges due to inherent design of both projects, in particular related to running separate processes and memory copies. Seeing improvements from original implementation was encouraging, yet measuring against posix socket abstraction (taking into consideration entire system, i.e. both processes), results are comparable. In other words, at this time there does not seem to be a clear benefit of either socket abstraction from standpoint of CPU efficiency or IOPS. With this message I just wanted to update SPDK community on state of socket abstraction layers as of SPDK 19.07 release. Each SPDK release always brings improvements to the abstraction and its implementations, with exciting work on more efficient use of kernel TCP stack - changes in SPDK 19.10 and SPDK 20.01. However there is no active involvement at this point around VPP implementation of socket abstraction in SPDK. Contributions in this area are always welcome. In case you're interested in implementing further enhancements of VPP and SPDK integration feel free to reply, or to use one of the many SPDK community communications channels<https://spdk.io/community/>. Thanks, Tomek

1 year, 6 months

6
12
0 / 0

EAL: set_mempolicy failed: Invalid argument

by Andrey Kuzmin

Hi guys, I'm running 20.01 (default configuration) on a CentOS 7 Epyc-based system, and getting a lot of subj warnings like in the below example. Does that point to a system configuration issue that needs to be fixed? Thanks, Andrey Starting SPDK v20.01 git sha1 5ffffe9 / DPDK 19.11.0 initialization... [ DPDK EAL parameters: hotplug --no-shconf -c 0x1 --log-level=lib.eal:6 --log-level=lib.cryptodev:5 --log-level=user1:6 --iova-mode=pa --base-virtaddr=0x200000000000 --match-allocations --file-prefix=spdk_pid109760 ] EAL: No available hugepages reported in hugepages-1048576kB EAL: VFIO support initialized EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument Initializing NVMe Controllers EAL: set_mempolicy failed: Invalid argument EAL: using IOMMU type 1 (Type 1) EAL: set_mempolicy failed: Invalid argument Attaching to 0000:45:00.0 EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument Attaching to 0000:46:00.0 EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument Attaching to 0000:4b:00.0 EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument Attaching to 0000:4c:00.0 EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument Attaching to 0000:4d:00.0 EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument Attaching to 0000:4e:00.0 EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument Attached to 0000:45:00.0 EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument Attached to 0000:46:00.0 EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument Attached to 0000:4b:00.0 EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument Attached to 0000:4c:00.0 EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument Attached to 0000:4d:00.0 EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument Attached to 0000:4e:00.0 EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument EAL: set_mempolicy failed: Invalid argument Initialization complete. Starting I/O...

1 year, 7 months

3
6
0 / 0

SPDK ABI Improvements

by Howell, Seth

Hello All, We are taking several steps towards solidifying the ABI strategy for SPDK. These include the following: 1. Creating an ABI major/minor versioning scheme for all shared libraries. When a new symbol is added to a library, the shared object minor version will be incremented to show that the library is still backwards compatible. When a symbol is removed or changed, the ABI major version will be updated to indicate that the library is no longer backwards compatible. This versioning scheme will be enforced by the following new test in the SPDK CI: https://review.spdk.io/gerrit/c/spdk/spdk/+/1068. 2. Incrementing the shared object version of each library independently. 3. Creating individual map files for each shared library. As we create individual map files for the libraries, ABIs are likely to change, so please keep an eye out for changes in the major/minor version of SPDK libraries as you continue to link your applications to them. Thank you, Seth Howell

1 year, 7 months

3
4
0 / 0

is it possible to add a blacklist for the lvol module?

by peng yu

I have a below scenario: A disk is controlled by SPDK APP A. SPDK APP A exports the disk as a NVMEoF target SPDK APP B is a NVMEoF initiator, it connects to that disk. SPDk APP B creates a lvs and a lvol on the disk. When I restart the APP A and APP B. The APP A will examine the disk and find there is a lvs, and then the lvol module on APP A will claim this disk, then this disk can't be exported over NVMEoF. Could we add a api to the lvol module? The api could add a dev name pattern to a black list. When the lvol module examine a disk, it will check against the black list, if a dev name matches the black list, it will ignore this device. Best regards.

1 year, 8 months

3
5
0 / 0

Running SPDK without app framework

by Stojaczyk, Dariusz

Tomek, I'm looking through your patch example/fio: add option to load json_config [1] and have some concerns to the overall design of applications utilizing SPDK without the app framework. First of all, we seem to use spdk_app_json_config_load() to load a JSON config in fio_plugin. The spdk_app_ prefix in that function suggests it's the app framework API, which we don't use in fio_plugin. I'm guessing it should be at least renamed? spdk_json_config_load() maybe? spdk_app_json_config_load() is defined in spdk_internal/event.h. Why is this internal anyway? This practically forces external SPDK users to stick with either legacy json config files, or spdk_app_start(). The question is where should we move it? lib/event.h is currently specific to the app framework. Do you have any plans for SPDK app design without the app framework? I'm guessing we do want to support it (see fio_plugin), but currently it's messy. D. [1] https://review.gerrithub.io/c/spdk/spdk/+/463979/

1 year, 8 months

1
1
0 / 0

Re: Fail to start cinder service

by Szwed, Maciej

Hi Ranjan, Nice to meet you. I’m adding SPDK mailing list for wider audience (someone may find it helpful someday 😊 ). Maybe it has to do something with additional comments on each line in configuration file – try to remove them. Also in “spdk_rpc_port =4420” you are missing space after “=” – I doubt that this may has something to do with that missing space, but it is always worth trying removing it. Everything else looks good. Let me know if that won’t work – I’ll try to reproduce environment on my side. Regards, Maciej From: Kumar Ranjan <Kumar.Ranjan(a)wdc.com> Sent: Monday, March 23, 2020 6:57 PM To: Szwed, Maciej <maciej.szwed(a)intel.com> Subject: Fail to start cinder service Hi Maciej, I am Ranjan from WDC. Request your help in understanding as why I am not able to start the cinder service. I saw some of your patches and looks like you are more into this field. Hence pinging you. For experiment : devstack as well my client is running in the same server. My host IP for Horizon (private network) : 192.168.1.14 My target IP where rpc is listening : 192.168.1.111 My target has 2 data ports , one is : 192.168.1.111 and another : 172.168.1.111 Spdk entried in my Cinder.conf [spdk] spdk_rpc_ip = 192.168.1.111 #address to machine with SPDK spdk_rpc_port =4420 #port to use to send commands to SPDK once running with -r #spdk_rpc_username = admin#username set in remote_rpc.py #spdk_rpc_password = admin#password set in remote_rpc.py target_ip_address = 172.168.1.111 #NVMe-oF interface target_port = 4420 target_protocol = nvmet_rdma target_helper = spdk-nvmeof target_prefix = nqn.1992-05.com.wdc volume_driver = cinder.volume.drivers.spdk.SPDKDriver volume_backend_name = SPDK --------------- root@ubuntu:~# systemctl status devstack(a)c-vol.service<mailto:devstack@c-vol.service> ● devstack(a)c-vol.service<mailto:devstack@c-vol.service> - Devstack devstack(a)c-vol.service<mailto:devstack@c-vol.service> Loaded: loaded (/etc/systemd/system/devstack(a)c-vol.service<mailto:/etc/systemd/system/devstack@c-vol.service>; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Mon 2020-03-23 23:16:59 IST; 5s ago Process: 15636 ExecStart=/usr/local/bin/cinder-volume --config-file /etc/cinder/cinder.conf (code=exited, status=1/FAILURE) Main PID: 15636 (code=exited, status=1/FAILURE) Mar 23 23:16:59 ubuntu cinder-volume[15636]: ERROR cinder.cmd.volume return self._conf._get(name, self._group) Mar 23 23:16:59 ubuntu cinder-volume[15636]: ERROR cinder.cmd.volume File "/usr/local/lib/python3.6/dist-packages/oslo_config/cfg.py", line 2639, in _get Mar 23 23:16:59 ubuntu cinder-volume[15636]: ERROR cinder.cmd.volume value, loc = self._do_get(name, group, namespace) Mar 23 23:16:59 ubuntu cinder-volume[15636]: ERROR cinder.cmd.volume File "/usr/local/lib/python3.6/dist-packages/oslo_config/cfg.py", line 2713, in _do_get Mar 23 23:16:59 ubuntu cinder-volume[15636]: ERROR cinder.cmd.volume raise ConfigFileValueError(message) Mar 23 23:16:59 ubuntu cinder-volume[15636]: ERROR cinder.cmd.volume oslo_config.cfg.ConfigFileValueError: Value for option spdk_rpc_port from LocationInfo(location=<Locations.user: (4, Tru Mar 23 23:16:59 ubuntu cinder-volume[15636]: ERROR cinder.cmd.volume Mar 23 23:16:59 ubuntu cinder-volume[15636]: ERROR cinder.cmd.volume [None req-5dddc9ec-a2a6-4c94-913c-caea68014ac5 None None] No volume service(s) started successfully, terminating. Mar 23 23:16:59 ubuntu systemd[1]: devstack(a)c-vol.service<mailto:devstack@c-vol.service>: Main process exited, code=exited, status=1/FAILURE Mar 23 23:16:59 ubuntu systemd[1]: devstack(a)c-vol.service<mailto:devstack@c-vol.service>: Failed with result 'exit-code'. Target : root@KAMSHED:/usr/share/spdk/scripts# ps aux | grep nvmf root 14676 691 5.0 4271148 409508 pts/0 SLl 01:28 37:21 /usr/sbin/nvmf_tgt -o -j -c /usr/share/spdk/nvmf.conf -r 192.168.1.111:4420 root 15844 0.0 0.0 2316 464 pts/0 S+ 01:33 0:00 grep nvmf Regards, Ranjan

1 year, 8 months

1
0
0 / 0

Re: ask for help about SPDK CI

by Yang, Ziye

Hi Richael, I think that you are not in the default list, so your patch needs to be approved first, then the patch will be tested. Or some one needs to add you into the default list. Let me drop a message to Karol or Seth for help. Thanks. Best Regards Ziye Yang -----Original Message----- From: Richael Zhuang <Richael.Zhuang(a)arm.com> Sent: Friday, February 14, 2020 9:47 AM To: spdk(a)lists.01.org Subject: [SPDK] ask for help about SPDK CI Hi, I got one problem about the new CI system. The CI is not triggered after I submit a patch to review.spdk.io. So I'm wondering whether I miss something about the process to submit a patch? Best Regards, Richael IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. _______________________________________________ SPDK mailing list -- spdk(a)lists.01.org To unsubscribe send an email to spdk-leave(a)lists.01.org

1 year, 8 months

3
2
0 / 0

Community calls switching to Skype

by Zawadzki, Tomasz

Hi all, In order to keep the Community and GitHub Issue Review meetings running smoothly, they will be now hosted using Skype. The change was motivated by previous service being increasingly troublesome to join and use with each passing week. Please see https://spdk.io/community/ for details on joining. There are no changes to dates or time of the meetings. Thank you, Tomek

1 year, 8 months

1
0
0 / 0

2021

2020

2019

2018

2017

2016

SPDK March 2020