From mboxrd@z Thu Jan 1 00:00:00 1970 Content-Type: multipart/mixed; boundary="===============8619761342359672113==" MIME-Version: 1.0 From: Valeriy Glushkov Subject: Re: [SPDK] A problem with SPDK 19.01 NVMeoF/RDMA target Date: Thu, 28 Feb 2019 22:07:18 +0000 Message-ID: In-Reply-To: EA913ED399BBA34AA4EAC2EDC24CDD009C272ED6@FMSMSX105.amr.corp.intel.com List-ID: To: spdk@lists.01.org --===============8619761342359672113== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi Seth, Thank you for the update! The NVMf target works for me now. -- = Best regards, Valeriy Glushkov www.starwind.com valeriy.glushkov(a)starwind.com Howell, Seth =D0=BF=D0=B8=D1=81=D0=B0=D0=BB(=D0= =B0) =D0=B2 =D1=81=D0=B2=D0=BE=D1=91=D0=BC =D0=BF=D0=B8=D1=81=D1=8C=D0=BC= =D0=B5 Wed, 27 Feb = 2019 17:00:47 +0200: > Hi Valeriy, > > This was a really stupid mistake on my part. I moved a decrement up = > without moving the assert that accompanied it up with it (in my original = > fix). Please see this one liner which should fix it. I will also = > backport it to 19.01.1. The silver lining here is that there is nothing = > functionally wrong with the code, the assert was just erroneous and will = > hit when SPDK is built in debug mode. > > https://review.gerrithub.io/c/spdk/spdk/+/446440/1/lib/nvmf/rdma.c > > Thank you for replying and pointing this out, > > Seth > > -----Original Message----- > From: SPDK [mailto:spdk-bounces(a)lists.01.org] On Behalf Of Valeriy = > Glushkov > Sent: Tuesday, February 26, 2019 3:21 PM > To: Storage Performance Development Kit > Subject: Re: [SPDK] A problem with SPDK 19.01 NVMeoF/RDMA target > > Hi Seth, > > It seems that some problem is still present in the nvmf target built = > from the recent SPDK trunk. > It crashes with dump under our performance test. > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > # Starting SPDK v19.04-pre / DPDK 18.11.0 initialization... > [ DPDK EAL parameters: nvmf --no-shconf -c 0x1 --log-level=3Dlib.eal:6 > --base-virtaddr=3D0x200000000000 --file-prefix=3Dspdk_pid131804 ] > EAL: No free hugepages reported in hugepages-2048kB > EAL: 2 hugepages of size 1073741824 reserved, but no mounted hugetlbfs = > found for that size > app.c: 624:spdk_app_start: *NOTICE*: Total cores available: 1 > reactor.c: 233:_spdk_reactor_run: *NOTICE*: Reactor started on core 0 > rdma.c:2758:spdk_nvmf_rdma_poller_poll: *ERROR*: data=3D0x20002458d000 > length=3D4096 > rdma.c:2758:spdk_nvmf_rdma_poller_poll: *ERROR*: data=3D0x20002464b000 > length=3D4096 > rdma.c:2758:spdk_nvmf_rdma_poller_poll: *ERROR*: data=3D0x2000245ae000 > length=3D4096 > rdma.c:2786:spdk_nvmf_rdma_poller_poll: *ERROR*: data=3D0x20002457e000 > length=3D4096 > rdma.c:2758:spdk_nvmf_rdma_poller_poll: *ERROR*: data=3D0x20002457e000 > length=3D4096 > rdma.c:2786:spdk_nvmf_rdma_poller_poll: *ERROR*: data=3D0x2000245a8000 > length=3D4096 > nvmf_tgt: rdma.c:2789: spdk_nvmf_rdma_poller_poll: Assertion = > `rdma_req->num_outstanding_data_wr > 0' failed. > ^C > [1]+ Aborted (core dumped) ./nvmf_tgt -c ./nvmf.conf > =3D=3D=3D=3D=3D=3D=3D=3D=3D > > Do you need the dump file or some additional info? > > -- > Best regards, > Valeriy Glushkov > www.starwind.com > valeriy.glushkov(a)starwind.com > = --===============8619761342359672113==--