Add test script to use SPDK Nvmf with NVML backends and run FIO read/write traffic with verify flag enabled. Change-Id: Iff8a85f65c36cb7372963076252577b7a1b2378f Signed-off-by: lgalkax <lukaszx.galka@intel.com> Signed-off-by: Karol Latecki <karol.latecki@intel.com> Reviewed-on: https://review.gerrithub.io/379247 Tested-by: SPDK Automated Test System <sys_sgsw@intel.com> Reviewed-by: Daniel Verkamp <daniel.verkamp@intel.com>
4.4 KiB
SPDK nvmf_tgt test plan
Objective
The purpose of these tests is to verify correct behavior of SPDK NVMe-oF feature. These tests are run either per-commit or as nightly tests.
Configuration
All tests share the same basic configuration file for SPDK nvmf_tgt to run. Static configuration from config file consists of setting number of per session queues and enabling RPC for further configuration via RPC calls. RPC calls used for dynamic configuration consist:
- creating Malloc backend devices
- creating Null Block backend devices
- constructing NVMe-oF subsystems
- deleting NVMe-oF subsystems
Tests
Test 1: NVMe-oF namespace on a Logical Volumes device
This test configures a SPDK NVMe-oF subsystem backed by logical volume devices and uses FIO to generate I/Os that target those subsystems. The logical volume bdevs are backed by malloc bdevs. Test steps:
- Step 1: Assign IP addresses to RDMA NICs.
- Step 2: Start SPDK nvmf_tgt application.
- Step 3: Create malloc bdevs.
- Step 4: Create logical volume stores on malloc bdevs.
- Step 5: Create 10 logical volume bdevs on each logical volume store.
- Step 6: Create NVMe-oF subsystems with logical volume bdev namespaces.
- Step 7: Connect to NVMe-oF susbsystems with kernel initiator.
- Step 8: Run FIO with workload parameters: blocksize=256k, iodepth=64, workload=randwrite; varify flag is enabled so that FIO reads and verifies the data written to the logical device. The run time is 10 seconds for a quick test an 10 minutes for longer nightly test.
- Step 9: Disconnect kernel initiator from NVMe-oF subsystems.
- Step 10: Delete NVMe-oF subsystems from configuration.
Test 2: NVMe-OF namespace on a Pmem device
This test configures a SPDK NVMe-OF subsystem backed by pmem devices and uses FIO to generate I/Os that target those subsystems. Test steps:
- Step 1: Assign IP addresses to RDMA NICs.
- Step 2: Start SPDK nvmf_tgt application.
- Step 3: Create NVMe-OF subsystem with 10 pmem bdevs namespaces
- Step 4: Repeat step 3 nine more times to get a total of 10 NVMeOF subsystems, each with 10 pmem bdev namespaces.
- Step 5: Connect to NVMe-OF susbsystems with kernel initiator.
- Step 6: Run FIO with workload parameters: blocksize=128kB, iodepth=16, workload=randwrite; varify flag is enabled so that FIO reads and verifies the data written to the pmem device. The run time is 10 seconds for a quick test an 10 minutes for longer nightly test.
- Step 7: Disconnect kernel initiator from NVMe-OF subsystems.
- Step 8: Delete NVMe-OF subsystems from configuration.
Compatibility testing
- Verify functionality of SPDK
nvmf_tgt
with Linux kernel NVMe-oF host- Exercise various kernel NVMe host parameters
nr_io_queues
queue_size
- Test discovery subsystem with
nvme
CLI tool- Verify that discovery service works correctly with
nvme discover
- Verify that large responses work (many subsystems)
- Verify that discovery service works correctly with
- Exercise various kernel NVMe host parameters
Specification compliance
- NVMe base spec compliance
- Verify all mandatory admin commands are implemented
- Get Log Page
- Identify (including all mandatory CNS values)
- Identify Namespace
- Identify Controller
- Active Namespace List
- Allocated Namespace List
- Identify Allocated Namespace
- Attached Controller List
- Controller List
- Abort
- Set Features
- Get Features
- Asynchronous Event Request
- Keep Alive
- Verify all mandatory NVM command set I/O commands are implemented
- Flush
- Write
- Read
- Verify all mandatory log pages
- Error Information
- SMART / Health Information
- Firmware Slot Information
- Verify all mandatory Get/Set Features
- Arbitration
- Power Management
- Temperature Threshold
- Error Recovery
- Number of Queues
- Write Atomicity Normal
- Asynchronous Event Configuration
- Verify all implemented commands behave as required by the specification
- Verify all mandatory admin commands are implemented
- Fabric command processing
- Verify that Connect commands with invalid parameters are failed with correct response
- Invalid RECFMT
- Invalid SQSIZE
- Invalid SUBNQN, HOSTNQN (too long, incorrect format, not null terminated)
- QID != 0 before admin queue created
- CNTLID != 0xFFFF (static controller mode)
- Verify that non-Fabric commands are only allowed in the correct states
- Verify that Connect commands with invalid parameters are failed with correct response
Configuration and RPC
- Verify that invalid NQNs cannot be configured via conf file or RPC