[01:15:08] *** Joins: travis-ci (~travis-ci@ec2-54-156-122-232.compute-1.amazonaws.com) [01:15:09] (spdk/master) lvol: lock g_lvol_stores_mutex when access g_lvol_stores (wuzhouhui) [01:15:10] Diff URL: https://github.com/spdk/spdk/compare/dfb7f70f0b0b...fdaea1fa5a58 [01:15:10] *** Parts: travis-ci (~travis-ci@ec2-54-156-122-232.compute-1.amazonaws.com) () [06:34:10] *** Joins: vmysak (vmysak@nat/intel/x-kcwfsbouraevabzh) [06:39:50] *** Quits: vmysak (vmysak@nat/intel/x-kcwfsbouraevabzh) (Remote host closed the connection) [08:01:32] *** Joins: travis-ci (~travis-ci@ec2-54-242-185-53.compute-1.amazonaws.com) [08:01:33] (spdk/master) reduce: don't try to clear io units for empty chunk maps (Jim Harris) [08:01:33] Diff URL: https://github.com/spdk/spdk/compare/fdaea1fa5a58...3d1c1f945cd7 [08:01:33] *** Parts: travis-ci (~travis-ci@ec2-54-242-185-53.compute-1.amazonaws.com) () [10:26:09] Just dropped in for a minute. Seems there'a connection problem in ITP. Jenkins git fetch is failing with 504 timeout. [10:26:21] And I see this on other servers in the network as well [10:27:23] git fetch from GerritHub or GitHub? GerritHub I assume [10:27:31] Gerritub, yeah [10:27:56] but for some reason unknown to me, Jenkins is still albe to listen to Gerrit events, huh. [10:28:27] I will be out for next couple of hours, I'll check up on things when I get back [10:28:28] happens all the time. What Chandler does is have the "master" pull the code to a local spot and then all of the agents fetch from there. When the master is unable to fetch, the build pool just sits there paused waiting for it to work again [10:28:51] these services have like negative 3 9's of reliability [10:29:33] I have a local mirror repo which is used as a reference while fething [10:29:44] So that's not it [10:30:00] GerritHub just goes down sometimes [10:30:07] as does our network [10:30:23] IT reconfigures a switch somewhere and it blocks a port or whatever [10:30:31] is Jenkins fetching via SSH or HTTPS? [10:30:46] https [10:30:56] ok - in general that's the more reliable strategy [10:40:16] All right, gotta go. I'll check up on things later [10:40:21] cool [10:40:59] I'm getting 504 timeouts on GerritHub with my browser [10:41:06] so it's just GerritHub [13:16:12] *** Joins: travis-ci (~travis-ci@ec2-54-205-7-23.compute-1.amazonaws.com) [13:16:13] (spdk/v18.10.x) test/nvme: replace PAGE_SIZE with OCSSD_SECTOR_SIZE (Liang Yan) [13:16:13] Diff URL: https://github.com/spdk/spdk/compare/36a93583159c...8c3856bb6bb6 [13:16:13] *** Parts: travis-ci (~travis-ci@ec2-54-205-7-23.compute-1.amazonaws.com) () [14:57:36] *** Joins: travis-ci (~travis-ci@ec2-54-227-100-44.compute-1.amazonaws.com) [14:57:37] (spdk/master) test/rocksdb: only use 2GB cache for per-patch testing (Jim Harris) [14:57:37] Diff URL: https://github.com/spdk/spdk/compare/3d1c1f945cd7...35f401adcf14 [14:57:37] *** Parts: travis-ci (~travis-ci@ec2-54-227-100-44.compute-1.amazonaws.com) () [14:57:55] *** Joins: travis-ci (~travis-ci@ec2-54-242-168-24.compute-1.amazonaws.com) [14:57:56] (spdk/master) nvmf: check the qpair->ctrlr (Ziye Yang) [14:57:57] Diff URL: https://github.com/spdk/spdk/compare/35f401adcf14...ea8aa1bf0a60 [14:57:57] *** Parts: travis-ci (~travis-ci@ec2-54-242-168-24.compute-1.amazonaws.com) () [15:31:30] *** Joins: travis-ci (~travis-ci@ec2-54-159-193-154.compute-1.amazonaws.com) [15:31:31] (spdk/master) blob: Remove snpashot from the list only on blob deletion (Maciej Szwed) [15:31:32] Diff URL: https://github.com/spdk/spdk/compare/ea8aa1bf0a60...54f6083a8178 [15:31:32] *** Parts: travis-ci (~travis-ci@ec2-54-159-193-154.compute-1.amazonaws.com) () [15:32:22] *** Joins: travis-ci (~travis-ci@ec2-54-242-168-24.compute-1.amazonaws.com) [15:32:23] (spdk/master) memory: return first translation from mem_map_translate (Seth Howell) [15:32:23] Diff URL: https://github.com/spdk/spdk/compare/54f6083a8178...7245134ab0bb [15:32:23] *** Parts: travis-ci (~travis-ci@ec2-54-242-168-24.compute-1.amazonaws.com) () [15:55:15] Noted email indicating Jenkins failure for: https://ci.spdk.io/spdk-jenkins/public_build/autotest-per-patch_17419.html I'm guessing the "Not Run" (on vhost_autotest #14070) is responsible for the fail? What does this actually mean? [16:02:34] ha - i was just going to ping you on this [16:02:48] ;-) [16:02:57] i think tomek pushed a new version of the patch, so jenkins proactively aborted the current test run [16:02:58] the new version will be starting in jenkins shortly [16:03:11] Oh, ok. Didn't know that capability existed. Good to know. [16:03:13] could you test this most recent versin of that patch when you have a chance? [16:03:32] I just commented on the spec file. [16:08:05] i just responded to your comment [16:11:50] Looking through the related patches, I see the 18.10.1 one (change 437196), and therein the spec file changed with v18.10.1.tar.gz. [16:11:51] So, help me understand: what exactly will be available in https://github.com/spdk/spdk/archive? That is, will there actually be a v18.10.x.tar.gz, and if so, will it just always point to the tip of that branch? [16:14:24] yes - exactly [16:14:31] I don't grok exactly how those get created. I think I recall you mentioning that github automagically produces them. 18.10.1 will exist as a tag that will point to a commit on the v18.10.x branch, right? There won't be an v18.10.1 *branch*; just a v18.10.1 *tag*. [16:14:45] correct [16:14:49] So, in addition to producing the tarball for each branch, it also will do so for each tag? [16:14:54] yep [16:15:04] it's so cool :) [16:24:31] I think we should document somewhere how the spec file's source line will need to change based on branch and version. One might be tempted to otherwise always make Source: https://github.com/spdk/spdk/archive/${version}.tar.gz#/%{name}-%{version}.tar.gz. [16:26:03] However, when a new branch is instantiated, then I believe the intent is to make it v${branch}.tar.gz and then change it to v${version}.tar.gz when an actual point release is produced. [16:28:36] I think I left out a 'v' at one point and inserted one in another, but I think you nonetheless get the gist. [16:29:09] yep [16:29:45] i don't drive the release process but i'm fairly certain tomek works from a checklist - we'll need to have this as part of that checklist [16:30:21] some of the items on that checklist are internal Intel things, but the 'non-Intel' parts should certainly be in the public documentation somewhere [16:30:38] explaining how the github magic works alone would be worth it [16:31:14] *** Joins: tomzawadzki (uid327004@gateway/web/irccloud.com/x-dckmookfwrizhysm) [16:31:56] Lacking that, I suspect I'll be returning to the IRC log and GerritHub for the comments associated with the spec file when v19.01 comes out ;-) [16:32:27] And vodka. [16:34:19] lol [16:35:15] based on this discussion - could you test the latest rev of Tomek's spec file, and if everything looks good, add your +1? [16:36:16] note that this is the patch that will get tagged v18.10.1: https://review.gerrithub.io/#/c/spdk/spdk/+/437196/ [16:36:23] I just did a fetch/checkout of refs/changes/96/437196/2. [16:36:27] of course that may get rebased a couple of times between now and tomorrow [16:36:29] Gonna give it a try now. [16:36:37] cool [16:37:05] i need to run - tomek's here in chandler still tomorrow, we're hoping to tag v18.10.1 before he leaves [16:56:15] jimharris: I'm putting it through the paces. Will touch base with you tomorrow. That would be *great* if we can get this tagged by tomorrow. [17:01:45] sethhowe: ping [17:17:16] lhodev: hi [17:18:26] Hey. I think I deduced what I was looking for. Was seeking to confirm that https://review.gerrithub.io/#/c/437016/ was the change you proposed during the last community meeting that should also go into 18.10.1. [17:19:10] Yep! [17:19:21] Thought so. Mucho gracias. [18:06:49] *** Joins: Tracy35 (~Tracy35@12.218.82.130) [18:08:06] Any idea when 19.01 will be packaged? [18:12:26] Ignore my question - thanks. [18:26:08] *** Quits: Tracy35 (~Tracy35@12.218.82.130) (Quit: Leaving) [18:51:32] *** Quits: lhodev (~lhodev@66-90-218-190.dyn.grandenetworks.net) (Ping timeout: 272 seconds) [19:00:04] *** Joins: lhodev (~lhodev@66-90-218-190.dyn.grandenetworks.net) [19:30:09] *** Quits: tomzawadzki (uid327004@gateway/web/irccloud.com/x-dckmookfwrizhysm) (Quit: Connection closed for inactivity) [23:26:53] *** Joins: wzh (~wzh@114.255.44.139)