Perl 6 - the future is here, just unevenly distributed

IRC log for #gluster-dev, 2016-05-01

| Channels | #gluster-dev index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:20 pranithk1 joined #gluster-dev
00:25 dlambrig_ joined #gluster-dev
00:41 pranithk1 joined #gluster-dev
01:48 ilbot3 joined #gluster-dev
01:48 Topic for #gluster-dev is now Gluster Development Channel - http://gluster.org | For general chat go to #gluster | Patches - http://review.gluster.org/ | Channel Logs - https://botbot.me/freenode/gluster-dev/ & http://irclog.perlgeek.de/gluster-dev/
03:34 skoduri joined #gluster-dev
03:40 a2 joined #gluster-dev
03:52 pranithk1 wow, avati logged in from stanford and left again
03:52 pranithk1 wonder why he joined :-)
03:56 shyam left #gluster-dev
04:00 atalur_ joined #gluster-dev
04:22 atalur_ joined #gluster-dev
04:22 atalur joined #gluster-dev
04:35 mchangir joined #gluster-dev
04:48 spalai joined #gluster-dev
04:53 skoduri joined #gluster-dev
05:26 nishanth joined #gluster-dev
06:20 shubhendu joined #gluster-dev
06:23 shubhendu joined #gluster-dev
06:35 poornimag joined #gluster-dev
07:24 spalai joined #gluster-dev
07:35 pkalever joined #gluster-dev
07:36 spalai joined #gluster-dev
07:56 spalai ndevos: misc: recheck netbsd not scheduling regression job
08:01 overclk joined #gluster-dev
08:03 spalai pranithk1: ./tests/bugs/disperse/bug-1304988.t failed in 3 regression setup
08:04 pranithk1 spalai: move it to bad tests
08:04 pranithk1 it is spurious failure
08:04 spalai pranithk1: ok
08:04 spalai would you be able to merge asap
08:04 spalai with our regression tests being passed
08:04 spalai or we will have to wait
08:04 spalai *out
08:05 spalai pranithk1: ^^
08:06 spalai and so is ./tests/bugs/disperse/bug-1304988.t
08:06 spalai and  ./tests/basic/inode-quota-enforcing.t
08:06 spalai should I include them as well
08:06 spalai All I have run in my local setup and they pass
08:07 spalai pranithk1: ^^
08:08 pranithk1 spalai: I can merge
08:08 spalai cool
08:08 spalai thanks
08:20 spalai pranithk1: http://review.gluster.org/14133
08:21 spalai after you merge I will rebase my patches
08:22 pranithk1 spalai: I know about only disperse bug, rest I am not sure if they are spurious
08:23 spalai rest all passing on my local set up
08:23 pranithk1 spalai: Doesn't mean they are spurious
08:23 pranithk1 spalai: sometimes, races hit only on build machine
08:24 spalai pranithk1: they are failing for patches where there are changes for libglusterfs and io-threads.c
08:24 pranithk1 spalai: I am sure disperse one is spurious because I saw that failure before once
08:24 pranithk1 spalai: I am not even maintainer for quota man, it won't be right for me to call the shots for that
08:24 spalai hmm
08:24 pranithk1 spalai: I will gladly merge disperse one, I am convinced about it
08:24 spalai ok
08:24 spalai let me resend the patch
08:25 pranithk1 spalai: resend with that alone and I will merge immediately
08:25 spalai ok
08:51 ndevos spalai: was there still a patch that needed netbsd regregression? several jobs are running already
08:52 spalai on 13970 I did recheck netbsd
08:52 spalai it did not run any regression
08:52 spalai ndevos: ^
08:52 * ndevos checks
08:53 spalai ndevos: have sent a patch for marking bad tests at http://review.gluster.org/#/c/14133/
08:53 spalai after this I will rebase all patches and run regression
08:55 ndevos spalai: when we mark a testcase as bad_test, we need t ofile a bug for each of the test-cases
08:57 spalai ndevos: will create bug for each of them
08:57 spalai right away
08:57 ndevos hmm, I'm not sure why 'recheck netbsd' didnt trigger a new regression run...
08:58 spalai ndevos: I triggered for few in the morning
08:58 spalai few started, but few did not
08:58 ndevos spalai: I can see a few running, so I guess that not all failed to get triggered?
08:59 ndevos spalai: maybe Jenkins failed to receive the event for some of them, I think that happend a while back too
08:59 spalai ndevos: hmm ok
08:59 spalai ndevos: will let you know if any such things happen again
09:00 ndevos spalai: if needed, I can manually start regression tests in Jenkins too, but the 'recheck ...' should just work
09:01 spalai ndevos: Thanks Niels :) . Yes I hope we won't need that
09:01 ndevos sure, no problem!
09:11 pkalever left #gluster-dev
09:18 spalai ndevos: created bug for all of them
09:19 ndevos spalai: thanks, will you split the patch in 3 pieces as well?
09:20 spalai ndevos: pranithk|lunch suggested to merge all of them into one patch, as it will take single regression to merge
09:20 ndevos spalai: that is a little ugly to do... if the regression tests pass on the last in the series, we can merge all three
09:21 ndevos spalai: we just need to make sure the maintainers of each component sees the patch+bz for their component, so they can fix it later
09:21 spalai ndevos: but without all regression acks I think the submit button won't appear
09:22 spalai ndevos: ok
09:22 ndevos spalai: I have a whole box of tricks ;-)
09:22 spalai ndevos: :D ok
09:22 spalai will separate them out
09:26 ndevos great, thanks!
09:36 pkalever joined #gluster-dev
09:45 ndevos spalai: which bugs did you file?
09:45 spalai ndevos: one min
09:46 ndevos spalai: sure :)
09:46 spalai https://bugzilla.redhat.com/show_bug.cgi?id=1332022
09:46 glusterbot Bug 1332022: unspecified, unspecified, ---, bugs, NEW , multiple failures for testcase: tests/bugs/disperse/bug-1304988.t
09:46 spalai https://bugzilla.redhat.com/show_bug.cgi?id=133201
09:46 glusterbot Bug 133201: is not accessible.
09:47 spalai https://bugzilla.redhat.com/show_bug.cgi?id=1332020
09:47 glusterbot Bug 1332020: unspecified, unspecified, ---, bugs, NEW , multiple regression failures for tests/basic/quota-ancestry-building.t
09:47 spalai https://bugzilla.redhat.com/show_bug.cgi?id=1332021
09:47 glusterbot Bug 1332021: unspecified, unspecified, ---, bugs, NEW , multiple failures for testcase: tests/basic/inode-quota-enforcing.t
09:47 ndevos spalai: I think I'm missing one change for those?
09:48 spalai ndevos: did not get you
09:48 ndevos spalai: I see changes 14133 and 14134, but there should be three?
09:48 spalai yes
09:48 spalai updating the last one
09:49 ndevos ah, ok!
09:49 spalai ready
09:49 spalai 14135
09:49 ndevos spalai: just dont mark the 1st two as verified, we do not need to run tests no those
09:50 spalai ndevos: already marked for 14133
09:50 spalai :(
09:50 ndevos spalai: no problem, but we expect them to fail...
09:51 spalai marked verified for the last one 14135
09:51 spalai will update once it passes once it pass the regression
09:51 ndevos spalai: I'll update the commit message of the bugs, and will massage them through the process
09:51 spalai ndevos: sure. Thanks
10:10 ndevos spalai: you can rebase your lock migration changes on top of http://review.gluster.org/14135 - that has all commits for the tests
10:12 ndevos spalai: like: git fetch http://review.gluster.org/glusterfs refs/changes/35/14135/2 && git rebase FETCH_HEAD
10:12 spalai1 joined #gluster-dev
10:12 ndevos at least, I think that should do it...
10:12 * ndevos reposts those lines
10:12 ndevos spalai1: you can rebase your lock migration changes on top of http://review.gluster.org/14135 - that has all commits for the tests
10:12 ndevos spalai1: like: git fetch http://review.gluster.org/glusterfs refs/changes/35/14135/2 && git rebase FETCH_HEAD
10:13 spalai1 sure
10:14 ndevos spalai1: I'll step out for lunch now, just send me an email if you have any troubles rebasing, I can do that later too if needed
10:14 spalai1 ndevos: thanks. Will do try to finish rebase soon
10:14 ndevos spalai1: thanks!
10:14 * ndevos will ba back later _o/
10:17 spalai ndevos: rebase done
10:23 spalai1 joined #gluster-dev
10:27 atalur joined #gluster-dev
10:44 pranithk ndevos: atalur and I are waiting for this final patch to be merged for 3.8. http://review.gluster.org/14125
10:44 pranithk ndevos: If the regression passes we can take it in
11:25 pranithk1 joined #gluster-dev
11:33 pranithk1 joined #gluster-dev
11:55 kbyrne joined #gluster-dev
11:59 pranithk1 joined #gluster-dev
12:00 hchiramm joined #gluster-dev
12:20 EinstCrazy joined #gluster-dev
13:12 ndevos atalur: there are a few patches for regular test failures, I'll rebase your change once those are in - http://review.gluster.org/#/q/status:open+message:bad_test
13:12 atalur ndevos, just spoke to spalai about that
13:12 atalur ndevos, yes, will do
13:19 atalur ndevos, so how is it going to work. If you merge the topmost one, will all the dependent patches go in?
13:19 atalur ndevos, Pranith was saying you won't get merge button unless all the fields are marked +1
13:20 ndevos atalur: there wont be a merge button, but who sais I need one?
13:21 atalur ndevos, haha. Okay! :)
13:22 ndevos atalur: I'll merge those three bad_test patches when the top-most has passed regression tests, actually, I'll mark them +1 for CentOS+NetBSD based on the top_most, and then click the [submit] button
13:23 atalur ndevos, didn't know one could do that!
13:23 ndevos atalur, spalai: I understand that your patches conflict with eachother... someone needs to rebase yet an other time?
13:23 atalur ndevos, spalai will do. Actually I was wondering if he could just send his patch with mine as base to speed things up
13:24 atalur ndevos, what do you say?
13:24 atalur ndevos, else we have to wait for regressions to pass on mine, merge and then send his. Too time consuming
13:24 ndevos atalur: I dont really care how it is done...
13:25 ndevos atalur: spalai could take your patch in his tree, or you take his tree in your branch
13:25 spalai ndevos: as you suggested git review -x 14125 this will work right?
13:25 spalai Then I will just follow this
13:25 atalur spalai, yes that will work. That's what I've been doing
13:26 spalai atalur: doing that
13:26 ndevos spalai: that will place atalur's patch on top of your branch, and you will need to resolve the conflict of her patch
13:26 spalai ndevos: will do that
13:27 ndevos spalai: you can then post the changes with 'git review -R', the -R prevents automatic rebasing and should not cause updates to the other patches
13:27 spalai ok
13:27 ndevos spalai: or just wait a few minutes until I've merged the bad_test ones ;-)
13:27 spalai Yeah sure
13:28 spalai Will wait ndevos
13:28 ndevos spalai: ok, I'll ping when the changes are in
13:28 spalai Thanks ndevos
13:28 ndevos atalur: will you be available for a little longer? just so you can double check the merge conflict resolution spalai needs to do?
13:29 atalur ndevos, I'm here till both our patches get merged!
13:29 ndevos atalur: oh, cool, but you dont have to wait for the regression tests to finish :)
13:29 spalai ndevos++ atalur++
13:29 glusterbot spalai: ndevos's karma is now 252
13:29 glusterbot spalai: atalur's karma is now 13
13:30 * atalur has forgotten when was the last time she did not hit spurious failures
13:30 * ndevos notes that watching the console log for regression tests to finish is pretty boring
13:30 atalur ndevos, I'm staying to keep an eye. I know you will too. But just in case :)
13:30 ndevos atalur: :)
14:06 atalur ndevos, what if there are other spurious failures? apart from these 3 tests..
14:16 atalur ndevos, I see this on the test running : [14:13:14] Running tests in file ./tests/bugs/snapshot/bug-1232430.t
14:16 atalur 07:14:23   Internal error: Reserved memory (14737408) not enough: used 23105536. Increase activation/reserved_memory?
14:16 ndevos atalur: that does not seem to be critical, but I think it makes the test slower :-/
14:16 atalur Do you think this is increasing the run time? It is close to 4 hours now! CentOS regression usually takes 3 hours
14:17 atalur :( ndevos okay
14:17 ndevos atalur: I was just looking at that as well, before it estimated to finish in 15 minutes, but that surely is an hour ago
14:19 poornimag joined #gluster-dev
14:20 atalur ndevos, is there anything we can do about it?
14:21 ndevos atalur: we could start an other regression test, but that will also tajke ~3 hours to finish
14:23 ndevos spalai: could you post your merge-conflict-fixed change 14325 like this? git format-patch -1 --stdout | nc termbin.com 9999
14:24 ndevos spalai: that would give atalur an option to do some review already... maybe that helps
14:24 atalur ndevos, not a good option to trigger another one now.. :-/
14:24 spalai 14325 . I think you meant 14125
14:25 ndevos spalai: yeah, 14125
14:25 spalai Yes I have applied her patch and resolved as welll
14:25 ndevos atalur: no, not really
14:25 spalai Will do that
14:25 atalur ndevos, yes, spalai told me he would give me the format patch so that I can start the review :)
14:26 ndevos atalur: okay, good :) that will save some time in the slight chance there is an error in it
14:26 spalai Ok, I will send atalur the diff patch
14:28 ndevos atalur: last snapshot tests finished, the regression should be done in 10 minutes or so
14:28 * atalur hopes for the best ndevos :D
14:28 ndevos spalai: if you pipe the patch to 'nc termbin.com 9999' you get a url and we can all have a look at it :)
14:29 spalai hmm ok
14:35 spalai ndevos: atalur
14:35 spalai http://termbin.com/iw1g
14:35 atalur ndevos, regression done!
14:36 spalai I did `git format-patch -5 --stdout | nc termbin.com 9999`
14:36 ndevos atalur: yay!
14:36 atalur ndevos, let me know once you merge, I'll rebase mine :)
14:36 ndevos spalai: did it return a URL?
14:36 ndevos spalai: oh, duh, its there above :)
14:36 spalai yes
14:37 ndevos atalur: all merged :)
14:38 atalur ndevos, rebased :) umm.. so Pranith's +2 is gone.. should that be fine?
14:38 atalur spalai, thanks. Reviewing
14:39 ndevos atalur: yeah, that is unfortunate, but acceptible, he +2'd the un-rebased change
14:39 atalur ndevos, yes he did
14:39 ndevos atalur: let spalai post the rebased version of your patch, in case you dont have any issues with that
14:40 atalur ndevos, I hit rebase already :(
14:40 ndevos atalur: oh, no problem, just wait with marking it veriefied
14:41 ndevos spalai: you can now ./rfc.sh or 'git review' the whole branch
14:41 spalai ndevos:  now the bad test patches are not in the current branch
14:41 spalai rfc.sh will rebase and bring that in right?
14:42 ndevos spalai: yeah, it should be correct
14:42 ndevos spalai: and you have atalur's patch in that branch too, right?
14:42 spalai yes
14:43 ndevos ok, go for it then :)
14:43 spalai so doing ./rfc
14:43 ndevos sure
14:43 spalai 3  ...  2.... 1....  0
14:44 spalai ndevos: some failure I am seeing
14:44 spalai wait
14:44 ndevos oh :-/
14:52 josferna joined #gluster-dev
15:08 ndevos spalai: could you mark all the changes with Verified=+1 too? that'll start the regression tests - unless you want to add 'recheck ...' in each of them
15:08 atalur_ joined #gluster-dev
15:08 spalai ndevos: I missed one of the middle patch
15:08 spalai need to send that
15:08 spalai will do post that
15:08 ndevos spalai: oh, ok!
15:10 ndevos atalur_: could you add the developers working on disperse on CC of https://bugzilla.redhat.com/show_bug.cgi?id=1332022 for me?
15:10 glusterbot Bug 1332022: unspecified, unspecified, ---, bugs, NEW , multiple failures for testcase: tests/bugs/disperse/bug-1304988.t
15:11 atalur_ ndevos, sure
15:11 ndevos atalur_: thanks :)
15:11 atalur_ ndevos, done. np :)
15:18 spalai ndevos: marked verified +1
15:20 spalai ndevos: https://build.gluster.org/job/rackspace-netbsd7-regression-triggered/16420/console
15:21 spalai same failure on most of the current patch
15:23 ndevos spalai: I'm rebooting nbslave72 now, I guess it is a problem on that slave
15:23 spalai ndevos:  ok
15:24 ndevos spalai: did you already add 'recheck netbsd' as a comment in the patches where it failed?
15:24 spalai no
15:25 jiffin joined #gluster-dev
15:26 ndevos spalai: I dont know for which ones it failed, Jenkins did not post the results yet
15:27 spalai https://build.gluster.org/job/rackspace-netbsd7-regression-triggered/
15:27 ndevos spalai: but, on the other hand, I guess Jenkins will post that soon, and I can retrigger the tests once it does
15:27 spalai ndevos: o
15:27 spalai *ok
15:28 ndevos spalai: I'm not sure if all of those failures are for your patch-set...
15:28 ndevos maybe I should just restart the regression test for all of them
15:31 mchangir joined #gluster-dev
15:32 atalur_ ndevos, wait, don't restart
15:32 ndevos atalur_: too late!
15:33 atalur_ ndevos, spalai will be re-sending his patches without mine. I saw a failure on my patch. If his patches can go in without mine at the moment then let it them go
15:34 atalur_ ndevos, aah.. its ok.. they will get nuked when new patch are sent anyway
15:35 ndevos atalur_: yeah, and I think spalai added your change on top of his, so it'll be easy to only re-send that one
15:36 ndevos atalur_: just use 'git review -R' when you have modified it, the -R prevents the other patches from getting rebased
15:36 spalai ndevos: I am sending patches without her patch on mine
15:36 ndevos spalai: bug was her patch not added on top of your branch?
15:36 ndevos s/bug/but/
15:36 spalai Yes
15:37 spalai it was
15:37 ndevos ok, so no need to resend yours
15:37 atalur_ ndevos, but won't his regressions fail due to mine?
15:37 spalai But my patches are dependent on her patch now
15:37 spalai So if that does not get merged, mine won't be
15:38 ndevos spalai: if her patch was added as the last one, her patch depends on yours?
15:38 spalai not really
15:38 atalur_ ndevos, no .. spalai's patches were added on top of mine
15:38 spalai ndevos: her patch is the base or 1st patch on my branch on top of which I have applied mine
15:38 ndevos ah, ok
15:39 atalur_ spalai, you resend them as soon as you can. Just remove my changess
15:39 spalai ndevos: resending the old ones
15:39 ndevos atalur_: and you will resend yours on top of spalai's?
15:39 ndevos spalai: yeah, do that'
15:39 atalur_ ndevos, yes.. as the number of patches in mine is only one
15:39 atalur_ ndevos, saves spalai time of resending his
15:40 ndevos atalur_: ok, thanks
15:42 ndevos spalai: while you're looking at those changes, please check the BZ# in some of them, a few have additional 00's in there
15:42 ndevos spalai: ah, thats only in the Gerrit-topic, not the commit message
15:43 spalai ndevos: will correct them
15:43 ndevos I'm looking at http://review.gluster.org/#/q/project:glusterfs+branch:master+status:open for the progress :)
15:43 spalai ndevos: I guess git review does some magic
15:44 ndevos spalai: I'm not sure where it gets set... but its not *that* important
15:44 spalai oh ok
15:47 ndevos spalai: you can change it in the Gerrit webui once the patches have been posted, changing the topic does not require new test-runs
15:47 spalai ndevos: sure
15:48 ndevos I guess it is a good thing that 'recheck netbsd' failed again, otherwise all slaves would be very busy :)
15:50 spalai ndevos: marking all of them verified
15:50 ndevos spalai: yes please :)
15:53 spalai ndevos: https://build.gluster.org/job/rackspace-netbsd7-regression-triggered/
15:53 spalai same result on netbsd
15:53 spalai few failed
15:53 spalai here is the console output:https://build.gluster.org/job/rackspace-netbsd7-regression-triggered/16431/console
15:55 spalai ndevos:  and there is only one centos regression running
15:55 ndevos spalai: I've now disabled nbslave72, a reboot was obviously not sufficient
15:56 spalai ndevos: ok
15:56 ndevos spalai: yeah, many tests are now in the queue, all the smoke and regression ones
15:56 spalai ndevos: should I retrigger the netbsd ones
15:56 spalai those failed
15:56 ndevos spalai: yes, please try
15:57 spalai ok
15:58 spalai ndevos: recheck netbsd on 13970 is not triggering regression
15:58 ndevos spalai: hmm, just like before... not sure what causes that
16:00 ndevos spalai: I think I should be able to start those failed ones manually, just need to check how thats done by commandline
16:00 spalai ndevos: THanks
16:06 ndevos spalai: they should be in the queue now
16:11 hagarth joined #gluster-dev
16:12 ndevos spalai: and I've added 14013 too
16:12 spalai ndevos: ok
16:14 ndevos spalai: I'll keep checking the status and retriggering the tests when needed
16:14 spalai ndevos: many thanks
16:15 spalai ndevos:  I will keep an eye too
16:16 ndevos spalai: I've restarted the smoke one for io-threads as well
16:17 spalai ndevos: Thanks :)
16:17 ndevos spalai, atalur_: I'm going to get some groceries, and will be back in ~40 minutes or so, just email me with things you need me to do when you go to sleep :)
16:17 spalai ndevos: sure :)
16:18 ndevos good night!
16:18 atalur_ ndevos, ok. :)
16:50 jiffin1 joined #gluster-dev
16:53 jiffin1 joined #gluster-dev
17:04 anoopcs ndevos, Can we have the core patch for mandatory-locks ( https://review.gluster.org/#/c/9768/ )?
17:20 ndevos anoopcs: I'm not sure, we're trying to get the lock healing in now, I was not really planning to go through more rebases
17:20 anoopcs ndevos, Ok.
17:21 ndevos anoopcs: if you rebase it on top of the lock-migration (not healing!) ones, and it passes regression, we might be able to do it
17:25 pkalever joined #gluster-dev
17:42 jiffin joined #gluster-dev
17:47 rastar joined #gluster-dev
19:12 ndevos oh, atalur_, you're still sending patches?
19:12 atalur_ ndevos, I just rebased my patch on top of spalai's topmost patch. I sent it with a separate change ID. If regression succeeds on that we can take, all 11 patches of spalai and my patch in at once.
19:12 atalur_ ndevos, http://review.gluster.org/#/c/14137/
19:13 ndevos atalur_: ah, so that is a duplicate of http://review.gluster.org/14125 ?
19:14 atalur_ ndevos, as spalai's regression was failing (spurious again!) Pranith had asked me to not make any of my patches dependent on others such that they don't go in because of any other patch. So I sent it as a separate change.
19:14 atalur_ ndevos, yes
19:14 atalur_ ndevos, it is a duplicate
19:14 atalur_ ndevos, if it passes, I'll abandon 14125
19:15 ndevos atalur_: okay, we rebased spalai's patches on top of a quota-bad-test one, but that test succeeded a few times before, lets see which passes first :)O
19:16 atalur_ ndevos, okay :)
19:16 ndevos atalur_: you seem to be lucky, http://review.gluster.org/14125 just passed on netbsd, and that was very problematic
19:19 atalur_ ndevos, been waiting on my patches getting merged from 2 days, if luck doesn't support me now I'll be extremely angry! :D
19:21 ndevos atalur_: oh, it seems you're not *that* lucky after all, 14125 is not based on the lock-migration ones, it'll introduce a merge conflict :-/
19:21 atalur_ ndevos, yes! oh thank God you remember that! the patch based on lock-migration is http://review.gluster.org/#/c/14137/
19:22 atalur_ ndevos, don't merge it yet. Don't want to create merge conflict for spalai
19:22 ndevos atalur_: thats spalai++ mentioning it :)
19:22 glusterbot ndevos: spalai's karma is now 3
19:23 ndevos atalur_: and I was wondering why it didnt say 'merge conflict' in the status column
19:23 atalur_ ndevos, hmm.. I should have explicitly stated it. Sorry about the confusion :(
19:23 ndevos atalur_: would that one have a merge conflict with http://review.gluster.org/13429 though?
19:24 atalur_ ndevos, checking
19:24 ndevos ah, no, I guess not, *pfew*
19:25 atalur_ ndevos, no :) none of the files are same :)
19:25 atalur_ haha! relief
19:25 spalai O:-)
19:39 atalur_ ndevos, a trivial question.. will -2 abort any regressions running for that patch?
19:39 ndevos atalur_: no, I do not think so
19:40 atalur_ ndevos, okay. thanks :)
19:40 ndevos atalur_: good thinking, I can abort it manually :)
19:40 atalur_ ndevos, no no wait
19:40 ndevos no?
19:40 atalur_ ndevos, I'm wondering if it is a good idea to let it be
19:41 atalur_ ndevos, If regression fails on its duplicate patch and succeeds on this one then I'll at least know it is not due to my changes
19:41 ndevos atalur_: we wont merge that version of the patch, unless all of spalai's start to fail
19:42 ndevos atalur_: but aborting would save a little time, an other waiting regression can then use that machine
19:42 atalur_ ndevos, yeah.. that is a given :) but (God forbid!) in case his patch regressions fail then triggering it again will take more time
19:43 atalur_ ndevos, https://build.gluster.org/job/rackspace-regression-2GB-triggered/20309/console it is almost done anyhow :)
19:43 atalur_ ndevos, it is running since 3 hours now. Aborting it now will be a waste
19:43 ndevos atalur_: well, "almost" is subjective, the test is just a little more than 2 hours on its way ;-)
19:44 ndevos started 2 hours and 3 minutes ago
19:44 atalur_ ndevos, oh yes.. wrong calculation sorry
19:45 ndevos atalur_: hover with your mouse over the progress bar, no need to calculate :)
19:47 atalur_ ndevos, :) estimated running time is so wrong!
19:47 atalur_ *remaining
19:48 atalur_ say 3.3 seconds :P
19:53 ndevos atalur_: yeah, I dont know where it gets the idea from!
21:06 ndevos it is *very* difficult to refrain from just merging patches before their regression tests passed....
21:06 atalur_ haha
21:06 spalai :D
21:07 spalai Go ahead Niels
21:08 ndevos hehe, lets see who stays awake longest?
21:08 atalur_ ndevos, I'll totally win this game!
21:10 ndevos atalur_: remember that I have a huge advantage, just living a few timezones away from you :D
21:12 atalur_ ndevos, hehe :) I've got used to pulling all-nighters after working on the recent customer issue :D
21:12 * ndevos *yawn*
21:13 spalai lol :D
21:13 spalai so true atalur
21:14 * atalur_ wonders if that was sarcasm or is ndevos trying to psychologically induce sleep!
21:15 ndevos atalur_: I'm already getting tired! and its only 23:15 here
21:16 ndevos atalur_: when I was part of the support team, we had support engineers in all major geos, and everyone would only work during the day...
21:18 ndevos spalai: \o/ http://review.gluster.org/13995 has all [v] ticked!
21:19 spalai hurray
21:19 spalai Lol. I have not been this happy recently
21:19 atalur_ ndevos, yeah.. that should be the case :) we also had vbellur, shyam and johnny who handled during our night time. But sometimes you just don't feel like going to sleep without knowing what is the cause of the bug :-/
21:19 ndevos and other tests have been running just as long, that must be a good sign at once
21:19 atalur_ finally some good news!
21:20 atalur_ :)
21:20 ndevos atalur_: heh, yeah, I know how thats like, I've been doing support for 3+ years :)
21:20 atalur_ ndevos, :)
21:21 ndevos atalur_: and then, wake up in the middle of the night with a possible fix!
21:21 spalai lol :D :D
21:22 atalur_ ndevos, yes! :D
21:22 post-factum (you've just revealed secret plan of future glusterfs development)
21:22 post-factum sleep-driven development. why not. no agile, no scrum, just pure sleep
21:23 ndevos yeah, we'll start to do that, only once your patches pass regression tests, you may sleep a few hours
21:24 ndevos what?! dmeventd crashed :-/ and it's a core, so regression testing fails too - https://build.gluster.org/job/rackspace-regression-2GB-triggered/20315/console
21:25 atalur_ :(
21:26 spalai We have stressed the very core of the machine
21:27 * atalur_ has started disliking slave32. 1/2 days ago every test of mine that was scheduled on it failed.
21:52 ndevos yay, http://review.gluster.org/13994 passed all tests too
21:52 ndevos ... only 12 (?) patches to go
21:58 atalur_ in total there are 12 patches from my understanding :)
21:59 atalur_ spalai has 11 and I 1
21:59 atalur_ unless there are some other patches that are being tracked and I don't know of
22:00 spalai ndevos: hopes on many vs http://review.gluster.org/14137
22:00 spalai if the second one passes, everything can be taken in
22:00 spalai O:-)
22:05 ndevos spalai: yes, I am tempted to merge the whole series if the top-one passes the tests
22:08 ndevos atalur_: I also want to try to get the WORM one in
22:09 atalur_ aah! 13 patches in total :)
22:29 ndevos wohoo, https://build.gluster.org/job/rackspace-regression-2GB-triggered/20325/console already passed the potential disperse failure one
22:36 spalai aah nice
22:37 atalur_ ndevos, whats the avg time you've seen for centOS regression?
22:41 ndevos atalur_: I think it is mostly 3:30 hours or so
22:43 atalur_ ndevos, remember the one I said *almost* done. Well.. it has been running from 5 hours now :(
22:43 atalur_ ndevos, https://build.gluster.org/job/rackspace-regression-2GB-triggered/20309/consoleFull
22:44 atalur_ do you think it is hung?
22:45 ndevos atalur_: I do not think so, the last update on the console is just a few minutes old
22:56 atalur_ ndevos, yeah.. I finally saw some more testcases passing on that
22:56 * atalur_ is starting to feel sleep
22:57 atalur_ sleepy *
22:57 ndevos hah!

| Channels | #gluster-dev index | Today | | Search | Google Search | Plain-Text | summary