[01:10:28] *** Joins: klateck (klateck@nat/intel/x-wtpyoshnfwaeclzz) [01:30:35] *** Joins: gila (~gila@5ED74129.cm-7-8b.dynamic.ziggo.nl) [01:48:49] *** Quits: shadiasd (18cf3aad@gateway/web/freenode/ip.24.207.58.173) (Ping timeout: 256 seconds) [01:57:05] *** Quits: LiuXiaodong (c037362d@gateway/web/freenode/ip.192.55.54.45) (Quit: Page closed) [08:22:15] Anyone (sethhowe ?) get a chance yet to look into fedora-03 in the Chandler test pool to see why it appears to be failing all jobs ? [08:27:39] *** Joins: gila_ (~gila@5ED74129.cm-7-8b.dynamic.ziggo.nl) [08:27:58] *** Quits: gila (~gila@5ED74129.cm-7-8b.dynamic.ziggo.nl) (Read error: Connection reset by peer) [08:39:55] lhodev: About to stop the pool and do a deep dive. I left it running last night because I was at home and not equipped to figure it out so I thought I would let the builds run. [08:41:20] lhodev: I will retrigger your build right after I root cause it. [08:53:39] Thx sethhowe ! [09:11:08] lhodev: I think I found the cause of all the failures. It's a bit of a weird one, but the fix is a one liner it turns out (At least I think it's a fix. I tested it on fedora-03 and am now running it through the pool). You will have to rebase on https://review.gerrithub.io/#/c/spdk/spdk/+/436368/ though to get your change to pass. [09:52:56] blwalker: jimharris: this patch series contains the fix https://review.gerrithub.io/#/c/spdk/spdk/+/435937/ [09:57:29] *** Joins: travis-ci (~travis-ci@ec2-54-90-85-138.compute-1.amazonaws.com) [09:57:30] (spdk/master) test/nvmf: add iso option to the host tests. (Seth Howell) [09:57:30] Diff URL: https://github.com/spdk/spdk/compare/38462248bf64...d6a116947424 [09:57:30] *** Parts: travis-ci (~travis-ci@ec2-54-90-85-138.compute-1.amazonaws.com) () [10:01:59] *** Joins: travis-ci (~travis-ci@ec2-54-167-157-79.compute-1.amazonaws.com) [10:02:00] (spdk/master) test/nvmf: fix bdevperf call in the shutdown tests: (Seth Howell) [10:02:00] Diff URL: https://github.com/spdk/spdk/compare/d6a116947424...0cdb37eb5318 [10:02:01] *** Parts: travis-ci (~travis-ci@ec2-54-167-157-79.compute-1.amazonaws.com) () [10:13:32] *** Joins: travis-ci (~travis-ci@ec2-54-166-28-105.compute-1.amazonaws.com) [10:13:33] (spdk/v18.10.x) nvme_rdma/nvmf: add cb_fns to check mr contiguity (Seth Howell) [10:13:33] Diff URL: https://github.com/spdk/spdk/compare/c93b418730a5...2f7de0751ba2 [10:13:33] *** Parts: travis-ci (~travis-ci@ec2-54-166-28-105.compute-1.amazonaws.com) () [10:16:27] *** Joins: travis-ci (~travis-ci@ec2-54-81-104-12.compute-1.amazonaws.com) [10:16:28] (spdk/v18.10.x) env_dpdk: tell DPDK to not free dynamically allocated memory (Jim Harris) [10:16:28] Diff URL: https://github.com/spdk/spdk/compare/2f7de0751ba2...7a586607638e [10:16:28] *** Parts: travis-ci (~travis-ci@ec2-54-81-104-12.compute-1.amazonaws.com) () [10:25:14] *** Joins: travis-ci (~travis-ci@ec2-54-196-248-11.compute-1.amazonaws.com) [10:25:15] (spdk/v18.10.x) mk: set executable bit only for real libraries (Pawel Wodkowski) [10:25:15] Diff URL: https://github.com/spdk/spdk/compare/7a586607638e...fbe6a4a3b085 [10:25:15] *** Parts: travis-ci (~travis-ci@ec2-54-196-248-11.compute-1.amazonaws.com) () [10:30:11] sethhowe: Rebased and push'd. Will see how it goes. Thanks much for jumping on the issue quickly and getting the change(s) merged. [10:36:41] *** Joins: shadiasd (94571708@gateway/web/freenode/ip.148.87.23.8) [11:15:00] *** Joins: travis-ci (~travis-ci@ec2-54-196-248-11.compute-1.amazonaws.com) [11:15:01] (spdk/master) test/thread: Simplify thread creation (Ben Walker) [11:15:01] Diff URL: https://github.com/spdk/spdk/compare/0cdb37eb5318...0275e63cc5cb [11:15:01] *** Parts: travis-ci (~travis-ci@ec2-54-196-248-11.compute-1.amazonaws.com) () [11:19:08] *** Joins: travis-ci (~travis-ci@ec2-54-166-26-173.compute-1.amazonaws.com) [11:19:10] (spdk/master) nvmf: fail nvmf_create_transport if user specifies pcie (Jim Harris) [11:19:10] Diff URL: https://github.com/spdk/spdk/compare/0275e63cc5cb...80e2c1f6ff2d [11:19:10] *** Parts: travis-ci (~travis-ci@ec2-54-166-26-173.compute-1.amazonaws.com) () [12:19:47] *** Joins: travis-ci (~travis-ci@ec2-54-167-157-79.compute-1.amazonaws.com) [12:19:48] (spdk/master) vagrant: add default SPDK_TEST_CRYPTO=0 in config (yidong0635) [12:19:48] Diff URL: https://github.com/spdk/spdk/compare/80e2c1f6ff2d...924834fdfd4a [12:19:48] *** Parts: travis-ci (~travis-ci@ec2-54-167-157-79.compute-1.amazonaws.com) () [13:16:40] Is GerritHub really slow for anyone else right now? [13:34:41] the two links I just clicked loaded right away [13:34:56] it's been slow for me the last couple of hours [13:35:02] haven't checked last few minutes though [13:37:54] I was getting the server unavailable a few hours ago [13:53:35] GerritHub seems (to me) to be responding in its usual manner. I've never considered it "fast", whether running with the Old UI or New UI. [13:56:06] I think I was just clicking too fast in the old UI. Switched back to the new UI and things sped up for me again. [13:57:27] jimharris: I replied to your comment on https://review.gerrithub.io/c/spdk/spdk/+/436219. I think you are right, but have a couple ideas on how to fix it and want your input on which is better. [15:40:04] *** Joins: travis-ci (~travis-ci@ec2-54-221-110-104.compute-1.amazonaws.com) [15:40:05] (spdk/master) iscsi: Remove unused variable pending_activate_event from iscsi_conn (Shuhei Matsumoto) [15:40:05] Diff URL: https://github.com/spdk/spdk/compare/187e2dfbbfcd...e585afbea3c5 [15:40:05] *** Parts: travis-ci (~travis-ci@ec2-54-221-110-104.compute-1.amazonaws.com) () [15:42:50] sethhowe: should we put something in the vm setup script to limit the core dump size/ [15:42:51] ? [15:43:39] he's fixing all of that right now [15:46:42] *** Joins: travis-ci (~travis-ci@ec2-54-81-104-12.compute-1.amazonaws.com) [15:46:43] (spdk/master) configure: detect libibverbs using ldcofnig (Pawel Wodkowski) [15:46:43] Diff URL: https://github.com/spdk/spdk/compare/e585afbea3c5...a5380c752bc9 [15:46:43] *** Parts: travis-ci (~travis-ci@ec2-54-81-104-12.compute-1.amazonaws.com) () [15:48:03] *** Joins: travis-ci (~travis-ci@ec2-174-129-84-46.compute-1.amazonaws.com) [15:48:04] (spdk/master) test/spdkcli: Reduce execution time for spdkcli tests (Pawel Kaminski) [15:48:04] Diff URL: https://github.com/spdk/spdk/compare/a5380c752bc9...6319ce1c099a [15:48:04] *** Parts: travis-ci (~travis-ci@ec2-174-129-84-46.compute-1.amazonaws.com) () [15:54:49] jimharris: that's not a bad idea. I'll write it up. [15:55:44] bwalker: yeah - i knew he was fixing it on the active test systems, i was more thinking about making sure this doesn't happen next time we ramp up a ubuntu vm [15:55:56] oh yeah it should automatically do that [16:12:08] sethhowe, klateck: i'm having difficulty accessing logs through the internal server - for the last 5 or 6 patches through the jenkins pool, i get failures when trying to access any of the per-system logs [16:12:16] http://spdk-ci.intel.com/private_build/autotest-per-patch_16845.html [16:12:46] a few patches earlier [16:12:47] http://spdk-ci.intel.com/private_build/autotest-per-patch_16842.html [16:22:41] jimharris: just making sure we're looking at the same thing, it's the 403 error right? [16:22:57] that's what I get [16:23:27] i don't see 403, but i get this: [16:23:30] Not Found [16:23:31] The requested URL /results/autotest-per-patch/builds/16846/archive/BlobFS_autotest/ was not found on this server. [16:24:49] it also seems that Jenkins is stuck on #16844, at least according to the status page [16:25:02] it shows that #16844 was completed, but then it's listed again as in progress at 99% [16:26:14] jenkins itself seems to indicate 16844 is "done" [16:35:48] jimharris: ugh. I am looking at a few things in the Jenkins UI. I restarted the Jenkins service recently after the coredumps. . . [16:42:47] jimharris: Also Jenkins ubuntu machines are failing because of this https://review.gerrithub.io/#/c/spdk/spdk/+/436412/. I can reset them. [16:59:55] jimharris: The world appears to have righted itself. I think the logs were just behind, they have copied over now. Also after Irestarted the ubuntu machines without the hard limits, everything is running again. We have two executors going on two builds at once now. [17:26:39] *** Quits: shadiasd (94571708@gateway/web/freenode/ip.148.87.23.8) (Ping timeout: 256 seconds)