Friday, 2013-12-20

*** mdenny has joined #openstack-infra00:03
*** vipul-away is now known as vipul00:04
*** yidclare has quit IRC00:04
*** blamar_ has joined #openstack-infra00:06
openstackgerritJulien Danjou proposed a change to openstack-dev/pbr: package: read a specific Python version requirement file  https://review.openstack.org/6323600:07
jeblairclarkb: okay, that should be the bulk of the gate queue restored00:07
clarkbcool there were a few config changes I had approved. I will rekick them00:07
clarkboh nevermind there are a bunch of events still being processed I will wait to see if you got them :)00:08
*** dcramer_ has quit IRC00:09
clarkbthere they are, patience I should learn to use it00:09
*** blamar has quit IRC00:09
*** blamar_ is now known as blamar00:09
openstackgerritJames E. Blair proposed a change to openstack-infra/devstack-gate: WIP: test timout #2  https://review.openstack.org/6278400:12
openstackgerritA change was merged to openstack-infra/config: Use even bigger hpcloud region b nodes.  https://review.openstack.org/6212200:12
*** gothicmindfood has quit IRC00:12
*** dcramer_ has joined #openstack-infra00:22
*** nati_ueno has joined #openstack-infra00:23
stevebakerclarkb: its running again. quick, jump on it! https://jenkins02.openstack.org/job/gate-tempest-dsvm-neutron-heat-slow/6/00:23
stevebakerclarkb: running tools/pretty_tox_serial.sh locally worked fine00:24
clarkbstevebaker: node has been held00:26
*** nati_uen_ has quit IRC00:27
stevebakerthx00:27
clarkbstevebaker: if you point me at an ssh rsa public key I can give you access to the box00:27
openstackgerritA change was merged to openstack-infra/config: Turn on devstack exercises for neutron (non-voting)  https://review.openstack.org/6293000:29
openstackgerritA change was merged to openstack-infra/config: Check for whitespace around changeid searches  https://review.openstack.org/6252300:29
openstackgerritA change was merged to openstack-infra/config: Core reviewers should control WIP in Gerrit  https://review.openstack.org/6242800:29
stevebakerclarkb: https://launchpad.net/~steve-stevebaker/+sshkeys00:29
*** rnirmal has joined #openstack-infra00:30
*** jcooley_ has quit IRC00:31
pleia2clarkb: what WM do you use instead of xfwm?00:31
*** jcooley_ has joined #openstack-infra00:31
clarkbpleia2: xmonad00:32
pleia2thanks00:32
clarkbpleia2: it is a total hack to swap out xfwm for it though :)00:33
pleia2clarkb: haha, yeah, one of the xubuntu devs took up the challenge to make it easier00:34
*** jergerber has quit IRC00:34
pleia2(I brought it up as a joke)00:35
*** krotscheck has joined #openstack-infra00:35
clarkbnice00:35
*** jcooley_ has quit IRC00:36
*** nati_ueno has quit IRC00:36
*** nati_ueno has joined #openstack-infra00:37
stevebakerclarkb: actually, I can reproduce it locally with tox00:37
clarkbstevebaker: oh cool, can I unhold that slave then?00:38
stevebakerclarkb: release the slave!00:39
*** odyi has quit IRC00:40
anteayastevebaker: how long have you been waiting to say that?00:41
anteayathat looks like a line that has been in storage for a while00:41
stevebakeranteaya: I should have said "free the slave"00:43
anteayasave that one up for next time00:45
anteayathere is always a next time00:45
fungiof course, i step away to eat, and zuul goes toes-up00:45
fungisorry i missed the fun00:45
anteayait was waiting for you to leave00:45
*** odyi has joined #openstack-infra00:46
fungipleia2: i recommend the ratpoison window manager. i tried xmonad for a few weeks, but in the end decided i was just trying to reimplement all of rp inside of it and switched back00:46
fungistevebaker: clarkb: technically, once a slave is no longer held, it's freed00:47
*** Ryan_Lane has quit IRC00:47
openstackgerritA change was merged to openstack-infra/config: Switch IAD bare-precise to performance  https://review.openstack.org/6324200:48
fungiwaiting for ^ that image to build now00:49
*** gyee_ has joined #openstack-infra00:50
pleia2clarkb: < Unit193> pleia2: Yeah, I just switched to openbox, was pretty easy.  Just edited /etc/xdg/xfce4/xfconf/xfce-perchannel-xml/xfce4-session.xml and /etc/xdg/xdg-xubuntu/xfce4/xfconf/xfce-perchannel-xml/xfce4-session.xml, but don't think you need to edit both.00:50
clarkbpleia2: neat, that seems better than my hack00:50
pleia2then he tried xmonad and cursed a lot (because, xmonad) but it worked :)00:50
clarkbha00:50
clarkbxmonad is lovely00:50
fungii still found myself using a pointer too often in xmonad00:52
*** dkranz has joined #openstack-infra00:52
fungii like that rp's keybindings and paradigm mostly parallel screen/tmux00:53
clarkbnodepool is caught up (I went ahead and deleted that slave the test had completed)00:54
*** jcooley_ has joined #openstack-infra00:55
*** jcooley_ has quit IRC00:55
fungii haven't gone hunting, but i have this feeling nodepool thinks there are ready slaves on the masters which don't actually exist (based on the minimum width of the green stripe on the test nodes graph since the jenkins restarts last week)00:56
fungii'll look at ages in the nodepool list00:56
*** elasticio has joined #openstack-infra00:57
openstackgerritKen'ichi Ohmichi proposed a change to openstack-infra/devstack-gate: Copy libvirt log file after tempest run  https://review.openstack.org/6189200:58
fungiroughly 20 nodes in the list with ages from 160-730 minutes so i guess not00:59
fungias those were the oldest, so none over 12 hours00:59
fungioh, wait, that's 160-730 HOURS01:00
stevebakerclarkb: so I think tox.ini setenv replaces the env rather than adds to it.01:00
stevebakersetenv =  OS_TEST_TIMEOUT=120001:00
stevebakerthat ^ was causing the problem. restating the entire env with OS_TEST_TIMEOUT=1200 at the end fixes it01:00
clarkbstevebaker: ah ok01:01
stevebakerI swear that used to work01:01
*** nosnos has joined #openstack-infra01:04
fungiokay, nodepool delete'ing 21 nodes which are >6 days old01:05
fungilooks like those date from the jenkins restarts or earlier01:06
fungiall other nodes were <1 hour old01:06
fungihopefully that will increase our testing bandwidth at least a little01:07
*** krotscheck has quit IRC01:08
fungionce that finishes, i'll see whether there are any on the alien list which look like orphaned nodepool nodes01:08
fungishould be easy to weed out the ones from jenkins-dev since the incrementers on their names will be orders of magnitude lower01:09
*** dstanek has joined #openstack-infra01:09
openstackgerritClark Boylan proposed a change to openstack-infra/config: Make storyboard/python26 jobs non-voting  https://review.openstack.org/6244301:09
clarkbthat fixes a conflict going to just push it through01:09
*** HenryG has quit IRC01:10
fungilgtm01:10
*** CaptTofu has joined #openstack-infra01:12
openstackgerritA change was merged to openstack-infra/config: Make storyboard/python26 jobs non-voting  https://review.openstack.org/6244301:13
*** zhiwei has joined #openstack-infra01:15
clarkbmordred: https://review.openstack.org/#/c/41931/ makes me sad01:15
*** branen has quit IRC01:15
mordredclarkb: it makes me sad to01:15
mordredtoo01:16
mordrednot to01:16
mordredit makes me sad two01:16
clarkbfungi: https://review.openstack.org/#/c/62967/ since you probably have the best grasp of that problem01:16
fungito be or not to be?01:16
openstackgerritKen'ichi Ohmichi proposed a change to openstack-infra/elastic-recheck: Add query for bug 1233957  https://review.openstack.org/6325901:17
uvirtbotLaunchpad bug 1233957 in openstack-ci "testr_results.html.gz is not found when scp" [Undecided,New] https://launchpad.net/bugs/123395701:17
*** sdake_ has quit IRC01:18
*** sdake__ has joined #openstack-infra01:18
fungiclarkb: jeblair: looking at http://logs.openstack.org/84/62784/7/check/check-dg-tempest-dsvm-full/28d1a4d/console.html#_2013-12-20_00_39_51_969 the devstack/tempest processes are definitely disassociated from the pgroup the timeout and d-g script are in01:20
fungii strongly suspect process monkeybusiness in devstack...01:20
fungia new patchset with a ps afuxww would be helpful around where ps list #7 or #8 are called01:21
fungiclarkb: do we have any good guinea pigs you're eyeballing for trying out 62967? a change with new groups in the acl, preferably more than one group01:23
openstackgerritA change was merged to openstack-infra/jeepyb: Wait for DB to reflect group UUID updates  https://review.openstack.org/6296701:24
*** dims has quit IRC01:25
clarkbfungi: I didn't have a specific one in mind but now that I think about it https://review.openstack.org/#/c/62233/4 would be good since it adds two groups01:25
clarkbcliff-core and cliff-ptl01:25
mordredclarkb: neat! nice patch01:25
fungireviewing and seeing if we can approve once that's confirmed in place on review.o.o01:25
clarkbmordred: its about as hackish as it can get01:26
clarkbfungi: ok I will review the cliff change too then01:26
clarkbjeblair: any chance we can have you remove the -2?01:26
*** jcooley_ has joined #openstack-infra01:27
fungiif he's not around, i don't think he'll mind us deleting his -2 given we're testing to see whether we've actually resolved the reason he added it01:27
clarkbfungi: I agree01:28
fungibut it'll be a few minutes until we can test anyway01:29
clarkbyup I am going to run home now while we are waiting01:29
fungidhellmann: if you're around, do you want to delete the "pyparsing-update" branch from the current cliff repo before we import it?01:31
*** prad has joined #openstack-infra01:35
*** dims has joined #openstack-infra01:38
*** yaguang has joined #openstack-infra01:40
zhiweiclarkb: hi01:41
clarkbhello01:41
zhiweican I create a new stackforge project, and ask infra team to remove the old one?01:41
zhiweiso that this is another way for renaming project.01:41
clarkbno we dont rename projects that way01:42
clarkbI need to afk for a bit but fungi can fill you in01:42
*** elasticio has quit IRC01:42
zhiweiso, I should send an email to infra list, and ask for renaming project, then infra team will go over it?01:43
*** melwitt has quit IRC01:43
fungiwe can't really delete projects from gerrit (it isn't designed for it), but it's also not great to just delete free software projects anyway01:44
zhiweiok, sorry for asking that.01:45
clarkbbut we can rename01:45
clarkbit just takes some effort01:45
zhiweiok, thanks. I will send an email to infra list about this. Thank you very much for your quick response.01:46
*** fifieldt has joined #openstack-infra01:46
fungizhiwei: yeah, usually project rename requests are brought up on the agenda for the weekly infra team meeting in #openstack-meeting tuesdays at 1900 utc since it requires scheduling a gerrit outage, but we're cancelling the next two meetings for holidays01:47
zhiweifungi: thanks, got it.01:53
*** matsuhashi has joined #openstack-infra01:58
fungiokay, obvious devstack nodepool alien strays have been successfully nova deleted as well02:02
*** gothicmindfood has joined #openstack-infra02:02
*** HenryG has joined #openstack-infra02:03
*** gothicmindfood has quit IRC02:04
clarkbok back02:07
*** yongli_away is now known as yongli02:11
fungiclarkb: any reason puppet isn't running on nodepool.o.o?02:11
clarkbfungi: not that I know of02:12
fungiit's no wonder that new image still aren't building02:12
fungier, still isn't02:12
clarkbdoes puppet agent --test --noop show any major weird diffage?02:12
*** jcooley_ has quit IRC02:12
fungigonna try now02:12
funginothing exciting, just our two pending nodepool config edits02:14
fungistarting the agent back up now02:14
clarkbk02:15
openstackgerritA change was merged to openstack/requirements: Allow Falcon versions <0.2.0  https://review.openstack.org/6275102:18
*** reed has quit IRC02:20
*** jcooley_ has joined #openstack-infra02:21
*** AaronGR is now known as AaronGR_afk02:24
*** jergerber has joined #openstack-infra02:31
*** sarob_ has joined #openstack-infra02:31
*** jerryz has quit IRC02:31
*** jcooley_ has quit IRC02:32
*** jcooley_ has joined #openstack-infra02:32
*** sarob has quit IRC02:33
*** sarob_ has quit IRC02:35
jeblairclarkb, fungi: -2 removed02:36
fungijeblair: thanks!02:36
fungii'll make sure review.o.o has clarkb's latest fix02:37
*** jcooley_ has quit IRC02:37
fungiyep. pip freeze reports that sha02:38
*** praneshp has quit IRC02:39
*** esker has joined #openstack-infra02:40
*** sdake__ has quit IRC02:40
*** CaptTofu has quit IRC02:41
*** CaptTofu has joined #openstack-infra02:42
fungiapproved the cliff review02:42
openstackgerritA change was merged to openstack-infra/config: Move cliff to stackforge  https://review.openstack.org/6223302:44
fungijust in time for the 0245 pulse02:45
*** jcooley_ has joined #openstack-infra02:47
*** hcc has joined #openstack-infra02:51
*** hcc is now known as hdd_02:51
openstackgerritJoe Gordon proposed a change to openstack-infra/elastic-recheck: Add query for neutron bug 1256106  https://review.openstack.org/6327602:52
uvirtbotLaunchpad bug 1256106 in neutron "Deadlock in ML2 plugin on delete port bindings" [Medium,Confirmed] https://launchpad.net/bugs/125610602:52
*** jhesketh__ has quit IRC02:52
*** jhesketh__ has joined #openstack-infra02:52
*** sarob has joined #openstack-infra02:53
*** sarob has quit IRC02:59
fungidoes not seem to have helped... manage-projects finished running, but the project has no acl applied once again03:00
fungichecking logs03:00
fungino stdout captured from the manage-projects exec in the syslog03:03
clarkb:(03:05
fungimanual run for that project returns... ERROR:manage_projects:Unable to get UUID for group cliff-ptl.03:05
fungirunning again worked with no issue03:06
fungii'll clean up/re-replicate git repos and add dhellmann to those new groups03:07
*** dcramer_ has quit IRC03:08
clarkbok03:08
clarkbnow that review-dev is back in action, I will have to fiddle with group creation and see what it looks like03:08
*** sarob has joined #openstack-infra03:09
*** sarob_ has joined #openstack-infra03:10
*** vogxn has joined #openstack-infra03:11
*** sarob has quit IRC03:13
*** ladquin is now known as ladquin_afk03:16
*** dstanek has quit IRC03:19
*** dcramer_ has joined #openstack-infra03:21
*** sarob_ has quit IRC03:22
*** sarob has joined #openstack-infra03:22
*** rongze has joined #openstack-infra03:23
*** sarob_ has joined #openstack-infra03:26
*** sarob has quit IRC03:27
*** sarob_ has quit IRC03:28
*** sarob has joined #openstack-infra03:29
*** ArxCruz has quit IRC03:29
*** dstanek has joined #openstack-infra03:34
*** sarob has quit IRC03:40
*** sarob has joined #openstack-infra03:41
*** sarob has quit IRC03:41
*** ArxCruz has joined #openstack-infra03:41
*** sarob has joined #openstack-infra03:41
*** sdake_ has joined #openstack-infra03:54
*** torgomatic has left #openstack-infra03:56
*** jergerber has quit IRC04:06
*** talluri has joined #openstack-infra04:12
*** yaguang has quit IRC04:12
*** chandankumar has joined #openstack-infra04:15
*** ArxCruz has quit IRC04:15
*** harlowja is now known as harlowja_away04:22
*** dcramer_ has quit IRC04:22
*** praneshp has joined #openstack-infra04:25
*** prad has quit IRC04:28
*** AaronGR_afk is now known as AaronGr_Zzz04:32
*** dcramer_ has joined #openstack-infra04:35
*** rnirmal has quit IRC04:40
*** ryanpetrello has quit IRC04:44
*** dcramer_ has quit IRC04:46
*** rongze has quit IRC04:47
*** talluri has quit IRC04:48
*** jcooley_ has quit IRC04:48
*** jcooley_ has joined #openstack-infra04:49
*** talluri has joined #openstack-infra04:49
*** talluri has quit IRC04:50
*** jcooley_ has quit IRC04:53
*** chandankumar has quit IRC05:00
*** chandankumar has joined #openstack-infra05:01
*** boris-42 has joined #openstack-infra05:01
*** rongze has joined #openstack-infra05:03
*** rongze has quit IRC05:03
*** zhiwei has quit IRC05:06
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Set up openstackid module  https://review.openstack.org/6331605:13
*** nati_ueno has quit IRC05:17
*** dstanek has quit IRC05:18
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Set up openstackid module  https://review.openstack.org/6331605:29
*** SergeyLukjanov has joined #openstack-infra05:29
fungiokay, that's all the fun i can stand for one night05:29
*** rongze has joined #openstack-infra05:34
*** nati_ueno has joined #openstack-infra05:35
*** gyee_ has quit IRC05:35
openstackgerritTom Fifield proposed a change to openstack-infra/config: Add welcome_message.py to patchset-created trigger  https://review.openstack.org/6189805:39
*** zhiwei has joined #openstack-infra05:42
*** rongze has quit IRC05:42
*** dstanek has joined #openstack-infra05:47
*** jcooley_ has joined #openstack-infra05:48
*** sarob_ has joined #openstack-infra05:51
*** nicedice has quit IRC05:52
*** sarob has quit IRC05:53
*** hdd_ has quit IRC05:56
*** talluri has joined #openstack-infra05:56
*** SushilKM__ has joined #openstack-infra06:06
*** nati_ueno has quit IRC06:07
*** praneshp_ has joined #openstack-infra06:14
*** sarob_ has quit IRC06:14
*** sarob_ has joined #openstack-infra06:15
*** vkozhukalov has joined #openstack-infra06:15
*** praneshp has quit IRC06:16
*** praneshp_ is now known as praneshp06:16
*** sarob_ has quit IRC06:19
*** rongze has joined #openstack-infra06:20
*** dkliban has quit IRC06:29
*** SergeyLukjanov has quit IRC06:31
*** dkliban has joined #openstack-infra06:31
*** AaronGr_Zzz is now known as AaronGr06:40
*** nosnos has quit IRC06:41
*** nosnos has joined #openstack-infra06:42
*** esker has quit IRC06:42
*** dkliban has quit IRC06:43
*** AaronGr is now known as AaronGr_Zzz06:50
*** vkozhukalov has quit IRC06:52
*** afazekas has joined #openstack-infra06:57
*** yolanda has joined #openstack-infra06:57
*** nosnos_ has joined #openstack-infra07:03
*** nosnos has quit IRC07:05
*** NikitaKonovalov has joined #openstack-infra07:07
*** zhiyan has joined #openstack-infra07:09
*** nati_ueno has joined #openstack-infra07:11
*** coolsvap has joined #openstack-infra07:15
*** pcrews has quit IRC07:18
*** zhiyan has quit IRC07:23
*** zhiyan has joined #openstack-infra07:24
*** sarob_ has joined #openstack-infra07:25
coolsvaplifeless: hi07:27
*** SergeyLukjanov has joined #openstack-infra07:28
coolsvapcan you give me some pointers for setting up own openstack CI, I checked ci.openstack.org -> setting up your own environment07:28
coolsvapiw as just wondering if it is possible to set it up on a development laptop07:29
*** sarob_ has quit IRC07:30
lifelessuhm, you could, using lxc07:31
lifelessyes07:31
*** nati_ueno has quit IRC07:31
lifelessbtw, just ask questions here - I'm no expert07:33
coolsvapokay sure07:34
coolsvapguys, I want to setup the openstack ci on my laptop for to test a poc, is it possible to set it up ?07:35
*** yolanda has quit IRC07:38
lifelesscoolsvap: as I said, with lxc, probably07:41
lifelesscoolsvap: all the dynamic stuff though depends on an openstack cloud07:42
lifelessso yuou'll need a cloud at some point07:42
coolsvapyeah, can i use devstack for that?07:42
lifelessyes, but again you'll probably want to use the lxc driver, for memory footprint of the vms07:44
coolsvapokay, let me start with that first.. using lxc driver in devstack07:44
*** Mithrandir has quit IRC08:00
*** dizquierdo has joined #openstack-infra08:04
*** Mithrandir has joined #openstack-infra08:05
*** flaper87|afk is now known as flaper8708:12
*** praneshp has quit IRC08:12
*** DinaBelova has joined #openstack-infra08:18
*** beagles has quit IRC08:19
*** fbo_away is now known as fbo08:20
*** b3nt_pin has joined #openstack-infra08:23
*** NikitaKonovalov has quit IRC08:25
*** NikitaKonovalov has joined #openstack-infra08:25
*** andreaf has quit IRC08:28
*** vkozhukalov has joined #openstack-infra08:31
*** afazekas has quit IRC08:38
*** yfried has joined #openstack-infra08:43
openstackgerritSergey Lukjanov proposed a change to openstack-infra/config: Fix/improve projects_yaml_alphabetized script  https://review.openstack.org/6335308:47
openstackgerritSergey Lukjanov proposed a change to openstack-infra/config: Sort review.projects.yaml.erb  https://review.openstack.org/6335408:47
openstackgerritSergey Lukjanov proposed a change to openstack-infra/config: Make check-projects-yaml-alphabetized job voting  https://review.openstack.org/6335508:47
*** rossella_s has joined #openstack-infra08:47
*** jcooley_ has quit IRC08:47
*** jcooley_ has joined #openstack-infra08:48
*** jcooley_ has quit IRC08:48
*** jcooley_ has joined #openstack-infra08:49
*** jcooley_ has quit IRC08:53
*** yassine has joined #openstack-infra08:54
*** thomasbiege1 has left #openstack-infra08:56
*** yaguang has joined #openstack-infra09:01
*** BobBallAway is now known as BobBall09:04
*** pblaho has joined #openstack-infra09:07
*** jpich has joined #openstack-infra09:08
*** dizquierdo has quit IRC09:08
*** Abhishek_ has joined #openstack-infra09:09
*** zhiwei has quit IRC09:10
*** matsuhashi has quit IRC09:12
*** matsuhashi has joined #openstack-infra09:12
*** bknudson has quit IRC09:14
*** bknudson has joined #openstack-infra09:15
*** matsuhashi has quit IRC09:16
*** romcheg has joined #openstack-infra09:16
*** matsuhashi has joined #openstack-infra09:17
*** nosnos_ has quit IRC09:19
*** DinaBelova has quit IRC09:23
*** SergeyLukjanov is now known as _SergeyLukjanov09:28
*** _SergeyLukjanov has quit IRC09:29
*** hashar has joined #openstack-infra09:29
*** davidhadas has quit IRC09:34
openstackgerritMasayuki Igawa proposed a change to openstack-infra/elastic-recheck: Add query for bug 1263032  https://review.openstack.org/6336409:35
uvirtbotLaunchpad bug 1263032 in nova "Timeout while waiting on RPC response - topic: "compute.devstack-*", RPC method: "get_console_output" info: "<unknown>"" [Undecided,New] https://launchpad.net/bugs/126303209:35
*** coolsvap has quit IRC09:35
*** coolsvap has joined #openstack-infra09:35
*** matsuhashi has quit IRC09:41
*** rossella_s has quit IRC09:45
*** jcooley_ has joined #openstack-infra09:46
*** rossella_s has joined #openstack-infra09:46
*** jooools has joined #openstack-infra09:52
*** SergeyLukjanov has joined #openstack-infra09:53
*** davidhadas has joined #openstack-infra09:57
*** derekh has joined #openstack-infra10:03
*** yaguang has quit IRC10:10
*** boris-42 has quit IRC10:12
*** andreaf has joined #openstack-infra10:14
*** jcooley_ has quit IRC10:16
*** jcooley_ has joined #openstack-infra10:16
*** yolanda_ has joined #openstack-infra10:27
*** NikitaKonovalov has quit IRC10:27
*** dizquierdo has joined #openstack-infra10:43
*** rongze has quit IRC10:44
openstackgerritThierry Carrez proposed a change to openstack-infra/releasestatus: Add support for "Not" blueprint priority  https://review.openstack.org/6337510:45
ttxjeblair: fix for the issue you reported ^10:46
*** jcooley_ has quit IRC10:49
*** NikitaKonovalov has joined #openstack-infra10:49
*** rongze has joined #openstack-infra10:53
*** rongze has quit IRC11:01
*** coolsvap has quit IRC11:03
*** mattymo has quit IRC11:07
*** DinaBelova has joined #openstack-infra11:10
*** SergeyLukjanov is now known as _SergeyLukjanov11:13
*** _SergeyLukjanov has quit IRC11:13
*** jcooley_ has joined #openstack-infra11:16
*** rongze has joined #openstack-infra11:23
*** lcestari has joined #openstack-infra11:24
*** Abhishek_ has quit IRC11:28
*** ArxCruz has joined #openstack-infra11:30
*** zhiyan has quit IRC11:41
*** jcooley_ has quit IRC11:46
*** romcheg has left #openstack-infra11:49
*** smarcet has joined #openstack-infra11:56
*** SushilKM__ has left #openstack-infra11:58
*** smarcet has quit IRC12:00
*** SergeyLukjanov has joined #openstack-infra12:03
*** SergeyLukjanov is now known as _SergeyLukjanov12:03
*** gaelL has quit IRC12:04
*** vladan has quit IRC12:04
*** uvirtbot has quit IRC12:05
*** _SergeyLukjanov has quit IRC12:05
*** uvirtbot has joined #openstack-infra12:05
*** vladan has joined #openstack-infra12:06
*** yassine has quit IRC12:07
*** SushilKM__ has joined #openstack-infra12:07
*** yamahata has quit IRC12:09
*** SergeyLukjanov has joined #openstack-infra12:09
*** gaelL has joined #openstack-infra12:09
*** yassine has joined #openstack-infra12:10
*** davidhadas_ has joined #openstack-infra12:10
*** davidhadas has quit IRC12:10
*** Hefeweizen has quit IRC12:11
*** Hefeweizen has joined #openstack-infra12:11
*** SushilKM__ has quit IRC12:12
*** SushilKM__ has joined #openstack-infra12:13
*** rossella_s has quit IRC12:15
*** b3nt_pin has quit IRC12:15
*** boris-42 has joined #openstack-infra12:16
*** SushilKM__ has quit IRC12:19
*** b3nt_pin has joined #openstack-infra12:19
*** zhiyan has joined #openstack-infra12:19
*** yfried has quit IRC12:20
openstackgerritNikita Konovalov proposed a change to openstack-infra/storyboard: Initial test set added  https://review.openstack.org/6112012:20
*** smarcet has joined #openstack-infra12:20
*** rongze has quit IRC12:21
*** SushilKM__ has joined #openstack-infra12:23
openstackgerritA change was merged to openstack-infra/elastic-recheck: Add query for bug 1263032  https://review.openstack.org/6336412:23
uvirtbotLaunchpad bug 1263032 in nova "Timeout while waiting on RPC response - topic: "compute.devstack-*", RPC method: "get_console_output" info: "<unknown>"" [High,Confirmed] https://launchpad.net/bugs/126303212:23
openstackgerritA change was merged to openstack-infra/elastic-recheck: Add query for neutron bug 1256106  https://review.openstack.org/6327612:23
uvirtbotLaunchpad bug 1256106 in neutron "Deadlock in ML2 plugin on delete port bindings" [Medium,Confirmed] https://launchpad.net/bugs/125610612:23
*** adalbas has quit IRC12:24
*** chandankumar_ has joined #openstack-infra12:25
*** chandankumar is now known as ciypro12:29
*** SushilKM__ has quit IRC12:30
*** SushilKM__ has joined #openstack-infra12:32
*** jcooley_ has joined #openstack-infra12:34
*** SushilKM__ has quit IRC12:39
*** yolanda_ has quit IRC12:39
*** yolanda_ has joined #openstack-infra12:40
*** DinaBelova has quit IRC12:41
*** SushilKM__ has joined #openstack-infra12:41
*** NikitaKonovalov has quit IRC12:43
*** SushilKM__ has quit IRC12:46
*** prad has joined #openstack-infra12:49
*** ruhe has joined #openstack-infra12:49
*** SushilKM__ has joined #openstack-infra12:51
*** jcooley_ has quit IRC12:52
*** thomasbiege has joined #openstack-infra12:54
*** smarcet has quit IRC12:58
*** NikitaKonovalov has joined #openstack-infra13:01
*** CaptTofu has quit IRC13:13
*** rossella_s has joined #openstack-infra13:13
*** CaptTofu_ has joined #openstack-infra13:13
*** rongze has joined #openstack-infra13:17
*** jcooley_ has joined #openstack-infra13:18
openstackgerritNikita Konovalov proposed a change to openstack-infra/storyboard: Stories and Tasks search  https://review.openstack.org/6051513:19
*** b3nt_pin is now known as beagles13:20
*** thomasbiege has left #openstack-infra13:35
*** adalbas has joined #openstack-infra13:37
*** prad has quit IRC13:38
*** boris-42 has quit IRC13:41
*** jcooley_ has quit IRC13:50
*** julim has joined #openstack-infra13:51
*** dizquierdo has quit IRC13:52
*** dprince has joined #openstack-infra13:53
*** ruhe is now known as ruhe_13:53
*** ruhe_ is now known as ruhe13:53
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Set up openstackid module  https://review.openstack.org/6331613:54
*** ryanpetrello has joined #openstack-infra13:57
*** bknudson has quit IRC13:58
*** tma996 has joined #openstack-infra13:58
*** NikitaKonovalov has quit IRC13:58
*** talluri has quit IRC13:59
*** talluri has joined #openstack-infra13:59
*** fbo is now known as fbo_away13:59
*** fbo_away is now known as fbo14:00
*** andreaf has quit IRC14:01
*** smarcet has joined #openstack-infra14:01
*** NikitaKonovalov has joined #openstack-infra14:02
*** dkliban has joined #openstack-infra14:02
*** talluri has quit IRC14:04
*** DinaBelova has joined #openstack-infra14:06
*** eharney has joined #openstack-infra14:07
*** mfer has joined #openstack-infra14:09
*** tma996_ has joined #openstack-infra14:09
*** tma996 has quit IRC14:11
*** SergeyLukjanov is now known as _SergeyLukjanov14:11
*** _SergeyLukjanov has quit IRC14:12
*** NikitaKonovalov has quit IRC14:14
*** yolanda_ has quit IRC14:15
*** derekh has quit IRC14:16
*** fbo has quit IRC14:16
*** SergeyLukjanov has joined #openstack-infra14:16
*** yolanda_ has joined #openstack-infra14:16
*** che-arne has joined #openstack-infra14:16
*** fbo has joined #openstack-infra14:17
*** dcramer_ has joined #openstack-infra14:18
*** prad has joined #openstack-infra14:19
*** bknudson has joined #openstack-infra14:24
*** prad has quit IRC14:25
*** SushilKM__ has left #openstack-infra14:25
*** dcramer_ has quit IRC14:26
*** DinaBelova has quit IRC14:27
*** DinaBelova has joined #openstack-infra14:27
HenryGI am subscribed to some gerrit review queues, i.e. getting emails with review activity. I have a question about the message headers. Is this the right channel to ask?14:29
*** jcooley_ has joined #openstack-infra14:29
fungiHenryG: as good a channel as any i guess14:29
SergeyLukjanovHenryG, hey, I think that's right channel to ask about it14:29
HenryGthanks. Is there a way to see from the headers which comments are from automated systems?14:31
fungiHenryG: unfortunately not... automated systems still just use gerrit accounts like people do (the acls and group membership differ for some of them, but none of that makes it into the e-mail headers)14:32
*** NikitaKonovalov has joined #openstack-infra14:32
fungii've simply played whack-a-mole with matching substrings in the message body to split them for my own mail filters14:32
HenryGfungi: whack-a-mole is exactly what I am doing :(14:33
*** basha has joined #openstack-infra14:33
*** pblaho has quit IRC14:33
fungiHenryG: i do this... http://paste.openstack.org/show/55680/14:34
fungiand then a i have a cron job auto-expire the contents of my reviewspam maildir when they reach a week, and only have mutt notify me of messages arriving in the reviews maildir instead14:36
HenryGfungi: right. The neutron queue is worse. 3rd party jenkinses are coming online.14:36
fungiHenryG: yeah, i expect nova is feeling similar pain now14:36
HenryGCould we ask the automated system owners to put "Jenkins" in their name? E.g. instead of "Mellanox External Testing" please call yourself "Jenkins for Mellanox" or something?14:37
*** chandankumar_ has quit IRC14:38
*** prad has joined #openstack-infra14:39
fungiit's possible that we could come up with a consistent pattern to prefix/suffix the full names of those accounts so as to ease filtering14:39
fungii can edit them fairly easily in the accounts table with an update query if we manage to agree on something14:39
*** basha has quit IRC14:40
*** CaptTofu_ has quit IRC14:40
fungiwe've been wanting to rename the Jenkins user anyway because it's not really jenkins posting those comments either, so i don't think "jenkins" is a good prefix... but maybe their names could all end in "bot" or something similarly short and descriptive14:40
HenryGfungi: OK, sounds cool. Thanks for taking interest in my rather insignificant little problem. :)14:42
fungileading to "OpenStack Zuul Bot has posted comments..." and "IBM DB2 Bot has submitted..." and so on14:42
*** CaptTofu has joined #openstack-infra14:42
fungiHenryG: it's far from insignificant. the lack of good filtering options for gerrit e-mail has led a lot of reviewers to just give up on tracking messages from it entirely14:43
*** talluri has joined #openstack-infra14:43
*** thomasbiege1 has joined #openstack-infra14:43
fungii'll file a bug and get some input14:44
HenryGlet me know the bug number and I'll watch it14:45
ttxfungi: could use your help to understand why I reliably hit bug 1263086 in https://review.openstack.org/#/c/62691/ testing14:47
uvirtbotLaunchpad bug 1263086 in openstack-ci "tempest jobs fail with "ImportError: No module named config"" [Undecided,New] https://launchpad.net/bugs/126308614:47
*** derekh has joined #openstack-infra14:47
ttxsince I hit the same issue on every test and every recheck, it's probably something in my code but i can't see it14:47
*** afazekas_ has joined #openstack-infra14:49
ttxsdague: could use your expertise too, in case that rings a bell ^14:51
fungiHenryG: bug 126312114:52
uvirtbotLaunchpad bug 1263121 in openstack-ci "Gerrit external testing tools should have consistent names" [Medium,Confirmed] https://launchpad.net/bugs/126312114:52
fungittx: having a look-see14:52
*** dizquierdo has joined #openstack-infra14:52
ttxfungi: business summary: all tempest run fail with various "ImportError: No module named config" when trying to use oslo.config -- although it looks installed alright from the logs14:53
ttxwould blame some kind of transient issue but I hit it VERY reliably so it must be something in my change, or something my change triggers14:54
fungittx: the traceback looks truncated there14:55
*** dcramer_ has joined #openstack-infra14:56
sdaguettx: oslo.config looks like it's correct there14:56
fungioh, i see the excetpion name is mentioned further up14:56
ttxyep, in several occurences too14:56
*** jcooley_ has quit IRC14:59
*** dstanek has quit IRC15:00
fungii don't immediately see how anything in that change could be a direct cause, aside from the actual switching to oslo-rootwrap itself15:00
*** jcooley_ has joined #openstack-infra15:01
*** boris-42 has joined #openstack-infra15:02
ttxfungi: the only vaguely related thing is that those ImportError are when *-manage are executed under sudo15:02
ttxwhich should definitely not impact where it looks for python libs15:02
*** yolanda_ has quit IRC15:02
ttxnotr care about oslo-rootwrap15:03
fungii'm vaguely remembering a related thread on the -dev ml. hunting it down now15:03
fungittx: http://lists.openstack.org/pipermail/openstack-dev/2013-December/022586.html is the same exception...15:04
dhellmannttx: sudo wipes some env vars, including the python library path15:04
ttxdhellmann: right, but the change doesn't change anything related to that. Those -manage thing were always run under sudo alright15:04
dhellmannttx: fair enough15:05
ttxdhellmann: also it wipes the user-provided PYTHON_PATH, but then you get the system default15:06
*** yolanda_ has joined #openstack-infra15:06
*** dstanek has joined #openstack-infra15:06
dhellmannI thought it might be an interaction of sudo and virtualenv15:06
dhellmannbut if the other command was run with sudo in a virtualenv too, I guess that's not related15:06
ttxdhellmann: if it were failing everywhere, it could be, but apparently it's only failing for my change :)15:07
*** CaptTofu has quit IRC15:07
*** CaptTofu has joined #openstack-infra15:07
*** rnirmal has joined #openstack-infra15:09
*** jhesketh has quit IRC15:10
*** jhesketh__ has quit IRC15:10
*** che-arne has quit IRC15:12
*** Adri2000 has quit IRC15:13
*** che-arne has joined #openstack-infra15:15
sdaguettx: when did oslo.rootwrap become a seperate thing?15:15
sdagueI don't see it in devstack setup15:15
ttxsdague: I pushed a change to support it in lib/cinder15:15
sdaguettx: so that's wrong15:16
ttxsdague: explain15:16
sdaguelook at how oslo.config and olso.messaging are done in devstack / devstack-gate15:17
*** smarcet has quit IRC15:17
ttxooh. lib/oslo15:18
*** smarcet has joined #openstack-infra15:18
ttxsdague: I don't see why that would generate that failure, but ok, looks like I should not rely on requirements.txt to get it for me ?15:19
sdagueif an oslo library is graduated, it needs to be devstack gating on every commit15:20
sdagueit actually needs to be that before it graduates :)15:20
*** thomasbiege1 has quit IRC15:20
sdagueit should never have gotten approved in requirements until it did15:20
ttxsdague: ah, interesting. dhellmann and markmc did not mention that :)15:20
* dhellmann didn't know15:20
dhellmannis this stuff written down somewhere?15:21
ttxdhellmann: cool, I feel less stupid now15:21
sdaguemarkmc should have15:21
sdaguebecause we did this for oslo.messaging not that long ago15:21
dhellmannhe might not have been involved in approving the requirements patch15:21
sdaguehe was not15:21
dhellmannI'd have to look at that history15:21
dhellmannok15:21
*** che-arne has quit IRC15:21
sdagueok, so graduating an oslo bit means it needs to go in the integrated gate15:22
* dhellmann reads the oslo section of the wiki15:22
sdagueotherwise, terribleness15:22
sdaguebecause you can push a broken release to pip, and wedge the gate15:22
dhellmannwe should add details to https://wiki.openstack.org/wiki/Oslo#Graduation15:22
sdagueprobably15:22
dhellmanna checklist would be awesome15:22
sdaguethere are only so many oslo extra tasks I can take on before x-mass :)15:23
ttxsdague: since nobody uses it yet, damage is limited15:23
sdaguettx: correct15:23
sdaguebut before anyone does, lets get all that setup15:23
*** jhesketh has joined #openstack-infra15:23
sdaguemirror how oslo.messaging works15:23
*** smarcet has quit IRC15:23
*** NikitaKonovalov has quit IRC15:23
dhellmannsdague: if I could get the details out of your head directly, I could update the wiki myself :-)15:23
*** jhesketh__ has joined #openstack-infra15:23
sdaguedhellmann: sure15:23
dhellmannsdague: where do we look for changes? devstack itself, openstack-infra/config, elsewhere?15:24
ttxdhellmann: was about to ask same question15:24
sdaguedevstack lib/oslo for examples there15:24
sdagueand let me find the right config url15:24
dhellmannttx: do you want to take a stab at a first draft of a checklist?15:24
*** gothicmindfood has joined #openstack-infra15:25
sdaguehttps://github.com/openstack-infra/config/blob/master/modules/openstack_project/files/zuul/layout.yaml#L106015:25
ttxdhellmann: sure15:26
dhellmannttx: thanks!15:26
ttxsdague: cool thx. could you explain the lib/oslo bit to me ? like why it's needed ?15:26
sdaguettx: if you are an integrated project, you need to be part of the integrated gate15:27
ttxthat part I understand15:27
sdagueso that when we have a 30 deep zuul pipeline15:27
dhellmannttx: that installs the oslo bits from master instead of the latest packaged release15:27
sdagueand it's nova, nova, cinder, keystone, oslo.rootwrap, cinder, nova ...15:28
sdaguewe are actually testing the zuul refs of all those those15:28
*** CaptTofu has quit IRC15:28
*** AaronGr_Zzz is now known as AaronGr15:28
sdaguebasically all the magic of zuul building the speculation only works if you are pulling refs out gerrit15:28
dhellmannsdague: what sets OSLOCFG_BRANCH and OSLOMSG_BRANCH? zuul?15:28
sdagueyes15:29
dhellmannhow does it know the names of the variables to use?15:29
sdaguedevstack gate actually15:29
dhellmannso if we add OSLOROOTWRAP_BRANCH, where do we need to add something to set it?15:29
sdagueoh, you need to also add here - https://github.com/openstack-infra/devstack-gate/blob/master/devstack-vm-gate-wrap.sh#L39615:30
sdaguebranching is automatic in devstack-gate15:30
sdagueOSLOROOTWRAP_BRANCH is actually only used by devstack front end users, the branch manip in devstack-gate is it's own thing15:30
dhellmannah, ok, that makes more sense15:31
sdaguebut we need the support in devstack to do the setup for the project15:31
ttxyep, that's set in stackrc15:32
ttx(OSLOCFG_BRANCH)15:32
sdagueyep15:32
sdaguein zuul + gate  all that is actually done outside of devstack15:32
dhellmannsdague: I wonder if we could get that PROJECTS list from something we set up in devstack itself to cut down on the number of places we have to edit to add new projects15:32
sdaguedhellmann: possibly, it's a low priority refactoring15:32
dhellmannsdague: sure15:33
sdaguewe only add a couple a cycle15:33
*** blamar has quit IRC15:33
ttxsdague: OK, I think I got it all. Will add to wiki so that I don't forget, and probably do it after vacation15:33
sdaguecool15:33
dhellmannthanks, ttx15:33
ttxsdague: nobody will accidentally switch to solo-rootwrap in the mean time, to be sure15:33
dhellmannand sdague :-)15:33
sdague:)15:33
ttxit's a rather complex change15:33
ttxI also need to push a grenade thing to migrate the config15:34
ttx(a.k.a. "throw a grenade")15:34
ttxsdague: thx, I had no clue.15:34
sdaguettx: yeh no worries15:34
sdaguehonestly, markmc and I went through this all on oslo.messaging back in august, and it hadn't occured to me that it was just tribal knowledge that didn't get written down15:35
sdagueI often judge poorly on what is common knowledge apparently15:36
dhellmannsdague: yeah, I suspect if he was still ptl it would have been on his mind and handled15:36
dhellmannI always assume instructions need to be written down, fwiw15:36
dhellmannif only so I can delegate :-)15:36
dhellmann"go follow these steps and let me know when you're ready for review"15:36
*** blamar has joined #openstack-infra15:36
*** dizquierdo has quit IRC15:37
*** rcleere has joined #openstack-infra15:39
sdagueyeh, I'm always terrible at that15:40
*** markmcclain has quit IRC15:41
*** jlibosva has joined #openstack-infra15:42
dhellmannsdague: takes practice :-)15:42
anteayafungi: if you are around15:43
anteayajlibosva is still working on https://review.openstack.org/#/c/58695/15:43
sdaguenow I'm trying to replicate the grenade explode because of the service thing15:43
anteayaand he is reporting to me that turning on exercises for neutron don't give him the information he is hoping to see15:44
anteayacan we try to accesss a running vm?15:44
*** che-arne has joined #openstack-infra15:45
*** boris-42 has quit IRC15:45
*** jergerber has joined #openstack-infra15:45
sdagueanteaya: are exercises passing on neutron in devstack outside of grenade for him?15:45
*** boris-42 has joined #openstack-infra15:45
*** jpich has quit IRC15:47
jlibosvasdague: no15:48
sdaguejlibosva: so start there first15:48
jlibosvasdague: seems like the same issue15:48
ttxdhellmann: Added a few pointers at https://wiki.openstack.org/wiki/Oslo#Graduation15:48
sdaguejlibosva: yes, it will be15:48
fungianteaya: jlibosva: i wrote instructions on how to make a running vm for those sorts of tests https://git.openstack.org/cgit/openstack-infra/devstack-gate/tree/README.rst#n10015:48
sdagueyou need the exercises passing on *both* the havana and master trees15:48
jlibosvafungi: thanks15:49
sdaguethen look at the grenade changes15:49
ttxsdague: is there a specific order in which to push the changes to succeed ? devstaack, then config, then devstack-gate ?15:49
ttxspaaace15:49
sdaguedevstack, devstack-gate, then config15:50
sdagueI think15:50
fungittx: are you in space? i'm in space15:50
ttxno I'm in devstaack15:50
sdagueactually, d-g => config => devstack might make it self testing on the last part15:50
*** talluri_ has joined #openstack-infra15:50
*** talluri has quit IRC15:50
*** blamar has quit IRC15:53
*** dims has quit IRC15:54
*** mestery has quit IRC15:54
*** dims has joined #openstack-infra15:54
anteayajlibosva: do you have what you need?15:54
jlibosvaanteaya: I don't know yet :) I'm reading the provided document. I'll try to simulate the test according that document15:55
anteayajlibosva: okay15:56
anteayafungi: thanks for writing that15:56
anteayasdague: just thanks15:56
*** blamar has joined #openstack-infra15:56
*** jooools has quit IRC15:57
sdaguefungi: how much of christmas are you off?15:57
*** smarcet has joined #openstack-infra15:57
fungianteaya: it's basically the steps i use to run devstack-gate tests in private for embargoed security fixes (the rest of the vmt follows a similar pattern)15:57
fungisdague: eh, whenever i have to be (when i'm in the car and maybe a little off and on during the week)15:58
anteayak, thanks15:58
sdagueI finally have a decent set of scripts to build me devstack nodes on rax for testing15:58
*** dhellmann is now known as dhellmann_15:58
sdagueat some point we should probably compare notes15:58
sdagueand figure out if we could consolidate into something people could use15:59
*** BobBall is now known as BobBallAway15:59
*** yolanda_ has quit IRC16:00
fungisdague: definitely. would be nice to just get it into some additional tooling in devstack-gate so we will manage to keep it in sync with the stuff it's calling16:00
fungisince right now i end up setting some d-g envvars which could change out from under me over time (as we discovered with one of the gate hooks for requirements integration tests after the most recent d-g refactoring)16:01
fungii've distilled my workflow down to something which looks like '. ready rs myaccount iad testserver && ./set && ./go keystone master tempest.sh fixes/embargo/cve-XXXX-YYYY-master-icehouse.patch'16:04
*** pcrews has joined #openstack-infra16:05
sdaguecool16:05
annegentle_fungi: you might know, what bit of code do I edit to add another project to http://status.openstack.org/bugday/?16:05
fungiwhere "ready" exports the novaclient and related vars into my environment, "set" launches and configures the vm, and "go" uploads the patch i want to test and runs a stub script which sets job-specific variables (and then i have several of those depending on the job)16:05
*** yolanda_ has joined #openstack-infra16:05
fungii could probably extend the "go" script to parse out job builder sections from the jjb yaml tree16:06
fungithough i think ttx has similar scripts which may already do that16:07
fungiannegentle_: i'll hunt it down16:09
ttxfungi: bugday is still generated by some script on old-wiki16:10
fungiannegentle_: it's something which is still16:10
fungiwhat ttx just said16:10
ttxannegentle_: I can add stuff to it16:10
*** homeless has quit IRC16:10
*** nicedice has joined #openstack-infra16:10
*** homeless has joined #openstack-infra16:11
ttxannegentle_: anything you'd like to see ?16:11
ttxlast offer before next year16:11
annegentle_ttx: openstack-api-site16:11
fungittx: do we have an open bug tracking that? if not i'll open one and mention it on the bug for tearing down old-wiki so we don't gotget to do that first16:11
annegentle_ttx: woo last offer! winner winner16:11
ttxfungi: yes we have16:11
fungiokay, perfect16:11
fungiheh... "gotget"16:12
*** praneshp has joined #openstack-infra16:12
fungimy left hand must have shifted right one key16:12
ttxhhmm16:12
*** tma996_ has quit IRC16:12
ttxhttps://bugs.launchpad.net/openstack-ci/+bug/117244016:14
uvirtbotLaunchpad bug 1172440 in openstack-ci "bug day stats should be in openstack-infra" [Medium,Triaged]16:14
*** Adri2000 has joined #openstack-infra16:14
ttxannegentle_: any title ? like openstack-manuals has "Manuals" ?16:16
annegentle_ttx: API Site16:16
*** smarcet has quit IRC16:17
annegentle_ttx: and thx!16:17
*** jcooley_ has quit IRC16:17
*** jcooley_ has joined #openstack-infra16:18
*** DinaBelova has quit IRC16:21
sdaguedhellmann_: can you take a look at - https://review.openstack.org/#/c/63444/ ?16:22
sdaguethat's my attempted work around16:22
*** fifieldt has quit IRC16:22
*** vkozhukalov has quit IRC16:23
*** gothicmindfood has quit IRC16:27
*** gothicmindfood has joined #openstack-infra16:29
*** smarcet has joined #openstack-infra16:31
openstackgerritSergey Lukjanov proposed a change to openstack-infra/config: Make savanna d-g jobs voting  https://review.openstack.org/6344716:31
dhellmann_sdague: I've added the Fengqian and Alessandro to the review16:32
*** dhellmann_ is now known as dhellmann16:32
sdaguedhellmann: cool16:32
dhellmannsdague: I suspect your fix is going to break windows support a bit16:32
sdaguedhellmann: why?16:32
dhellmannoh, maybe not, I see the _sighup_supported() call there now16:33
*** rongze has quit IRC16:33
sdagueyeh16:33
sdagueall I did was add another and False16:33
sdaguewhich someone can replace with real daemon checking later16:33
dhellmannsdague: yeah, I was reading too quickly16:34
openstackgerritJames E. Blair proposed a change to openstack-infra/devstack-gate: WIP: test timout #2  https://review.openstack.org/6278416:34
sdagueI was hoping that would be uncontroversial enough to merge fast16:35
sdaguethis whole unstack not working.... is pretty annoying :)16:35
dhellmannsdague: yeah, this looks good, I'm just reading one more time carefully16:35
dhellmannsdague: of course, jenkins didn't like it16:35
fungimordred: did your recent install_puppet.sh patches perchance fix bug 1218696?16:37
uvirtbotLaunchpad bug 1218696 in openstack-ci "new puppetmaster ends up with broken pip provider" [Low,Triaged] https://launchpad.net/bugs/121869616:37
jeblairfungi: my guess would be yes16:39
sdaguedhellmann: yeh, there were tests for the sighup behavior apparently16:40
sdagueI might get back to it today16:40
dhellmannsdague: I'll try to pick it up in a bit if you can't get back to it16:40
*** jlibosva has quit IRC16:41
*** talluri_ has quit IRC16:43
*** coolsvap has joined #openstack-infra16:45
*** rwsu has quit IRC16:47
ttxannegentle_: done16:47
annegentle_ttx: wow look at that flatline :) thank you16:48
ttxannegentle_: well, it's only counting since the last &0 minutes, so yes, pretty flat :)16:48
ttx10*16:48
openstackgerritA change was merged to openstack-infra/releasestatus: Add support for "Not" blueprint priority  https://review.openstack.org/6337516:49
coolsvapsamalba:  hi16:49
annegentle_ttx: heh16:50
annegentle_ttx: off all of next week? I'll be out til new year's16:52
*** gyee_ has joined #openstack-infra16:53
ttxannegentle_: I'm mostly out for the next two weeks16:53
jeblairfungi: the bare-precise image in iad is 14 hours old, i think that's after the change to performance merged, so i think we can merge the next one.  agree?16:55
fungijeblair: i think nodepool image 2128 (rax-iad,bare-precise) may have been built on a non-performance flavor, since i didn't notice puppet agent had been stopped on nodepool until close to when the daily image rebuilds started16:55
fungii'm digging in the logs and db now to see whether i can confirm16:55
jeblairfungi: oh, ok16:55
fungiotherwise i'd have approved that next patch already16:56
*** praneshp has quit IRC16:56
jeblairfungi: sorry that was probably my fault; i stopped them (nodepool and zuul) when i was trying to figure out why puppetmaster was broken; i thought i restarted them but i guess not.16:56
jeblairfungi: i just restarted puppet on zuul16:57
fungiawesome--i hadn't noticed that one yet, so thanks!16:57
*** smarcet has quit IRC16:59
annegentle_fungi: got a minute?16:59
*** Ajaeger has joined #openstack-infra16:59
*** SergeyLukjanov is now known as _SergeyLukjanov17:00
annegentle_fungi: I'm talking through a good set of core approvers for the openstack-doc-tools repo with Andreas (ajaeger) and wanted to talk through with infra as well.17:00
jeblairfungi: in other news, the bulk of the devstack/openstack/tox/tempest processes are in the timeout process group; perhaps they get reparented or lose their controlling tty or something that causes timeout to miss them (certainly that's the case in the ps after timeout kills)17:00
fungilooks like nodepool.yaml was modified at 02:20 and the image build started at 02:16. missed it by 4 minutes... no nodes using that image though--should i just delete it?17:00
annegentle_looks like clarkb jeblair mordred might have ideas too17:00
*** _SergeyLukjanov has quit IRC17:00
jeblairfungi: at any rate, i think i'll try having the script write the pgrp and then kill the group (again?) after the timeout17:01
fungiannegentle_: in the docs channel or on the ml?17:01
jeblairannegentle_: hi!17:01
AjaegerHi!17:01
Ajaegerjeblair, fungi: This is the review https://review.openstack.org/#/c/62984/17:01
Ajaeger(that annegentle_ is talking about)17:01
fungijeblair: sounds reasonable. it was hard to tell from the previous patchset what pgroup they ended up in17:02
fungiAjaeger: annegentle_: i'll have a look17:02
jeblairAjaeger, annegentle_: ah yeah, tagging -- there's no review or "undo" for pushing a tag, so we usually make a small group of people who can push a tag...17:02
annegentle_so I haven't pushed tags yet... but I like the idea that the doc ptl would be the decision maker.17:02
jeblairAjaeger, annegentle_: 1 sec and i'll get docs17:02
annegentle_would also help with the clouddocs-plugin release decisions, I think17:02
annegentle_but does the doc-ptl have to push the tag?17:02
zarogood morning17:03
fungiannegentle_: right. for the client libraries and other things which are not following the integrated release, it's usually the ptl and sometimes one or two release delegates for when the ptl wants a break17:03
jeblairannegentle_: https://wiki.openstack.org/wiki/GerritJenkinsGit#Tagging_a_Release17:03
annegentle_fungi: ok that helps for more context17:03
fungiannegentle_: i meant to be clearer on that in the -infra ml thread we had going with Ajaeger but i was probably too vague about it17:04
fungiso sorry about that17:04
annegentle_jeblair: I always have ttx do that for me17:04
jeblairannegentle_: yeah, he'll still do it for integrated projects, but since this one won't be part of the integrated release, you (or your delegate) get to! :)17:05
annegentle_jeblair: well yee haw17:05
jeblairannegentle_: (so really you probably won't have a milestone-proposed branch like in the instructions, you'll probably just use master)17:05
annegentle_jeblair: I could see using a "snapshot" which is what we're sort of used to for the maven plugin17:05
fungiannegentle_: it's not "hard" but if it's something you don't do frequently it's easy to forget a step or a command-line option. increasing the number of people doing that spreads out the tasks decreasing the frequency with which any one person does it, making forgetting much more likely17:05
jeblairannegentle_: i wouldn't recommend applying maven build practices to this -- the more it's like a standard pbr-style python library the better17:06
annegentle_jeblair: ok, noted17:06
annegentle_jeblair: fungi: is there a case where a "common library" ptl is appointed to have this ability? is that the case for oslo for example?17:07
jeblairannegentle_: i expect you'll use major.minor.micro versions, and you can just tag as many minor or micro versions as you want, and they'll get released, and then the doc builds can depend on those versions as you go.17:07
Ajaegerjeblair: My goal is to make openstack-doc-tools like a standard library - but it's my first time doing it, so I learn by doing ;)17:07
jeblairAjaeger: cool :)17:07
fungiannegentle_: i think the oslo discussion around that ended up with the idea that the oslo ptl tapped different release delegates for the different libraries, but i haven't followed up to see whether that came to fruition17:08
zaroso what's the largest jenkins console log we have so far?17:08
Ajaegerjeblair: would we need to require the new version everywhere? Or can jenkins automatically use the latest release one?17:08
annegentle_fungi: ok17:09
jeblairzaro: istr tempest console logs are about 25k lines17:09
*** boris-42 has quit IRC17:09
*** hashar has quit IRC17:09
dhellmannannegentle_, fungi : I think all of oslo-core can tag releases, but I'd have to go look again to verify that.17:09
fungiAjaeger: it depends on how you wind up using it, but if the tests used tox you could just list that as a dep in the tox.ini and it would pip install -U the latest released version into the virtualenv it uses17:09
jeblairfungi, Ajaeger: right, if you list it without a version cap, it will use the latest one, or you can cap the version if you run into an incompatability or something.17:10
fungiand really, tox can be a very lightweight wrapper around the test script, so it's not that hard to add it into the mix17:11
Ajaegerdhellmann: you're right, for oslo, ever oslo-core can tag17:11
annegentle_knowing what I know, I'm willing to tag releases17:11
annegentle_for doc-tools17:12
Ajaegerfungi, jeblair: Ok, will look into that later. Thanks17:12
AjaegerSo, that means creating an acl for doc-ptl with annegentle_ in it, correct?17:12
annegentle_and I don't think there's a -core that would otherwise do it, unless oslo-core was willing to also understand doc tool needs?17:12
annegentle_Ajaeger: sounds like it to me17:12
jeblairannegentle_: make sure you have a gpg key set up too, btw (it's mentioned in the instructions; but just calling out that we want signed tags)17:13
annegentle_jeblair: ah I should've gone to the signing party in hk17:13
Ajaegerannegentle_: Consider adding one fallback as release dude in case you're on vacation ;)17:13
annegentle_Ajaeger: seriously17:13
jeblairannegentle_: we can get it signed later17:14
annegentle_jeblair: okay17:14
jeblairfungi has a nice link to set up a key if you don't have one17:14
annegentle_fungi: sure I'll take it17:15
*** ruhe has quit IRC17:15
zarojeblair: thanks.  that's actually a lot smaller than i expected.17:16
*** coolsvap has quit IRC17:17
portantehello folks, has anybody seen the "localhost" network adapter not come up in a check job?17:17
portantehttp://logs.openstack.org/28/51228/18/check/check-grenade-dsvm/c6e61ee/console.html17:17
Ajaegerjeblair, fungi : Do you need some formal request to create the ACL? And what's the name - so that I can adjust the patch.17:17
*** derekh has quit IRC17:20
*** ruhe has joined #openstack-infra17:21
fungiAjaeger: openstack-doc-ptl would probably be fine, just use that instead of openstack-doc-core in the openstack-doc-tools.config [access "refs/tags/*"] section17:21
*** dstanek has quit IRC17:22
Ajaegerfungi: will update the patch now, thanks17:22
fungiannegentle_: https://wiki.openstack.org/wiki/OpenPGP_Web_of_Trust17:22
openstackgerritAndreas Jaeger proposed a change to openstack-infra/config: Further setup of openstack-doc-tools  https://review.openstack.org/6298417:23
Ajaegerjeblair, fungi: That's the updated patch ^17:24
*** ciypro has quit IRC17:25
portanteanyone? ... anyone? ... Bueller? ... Bueller?17:27
fungiportante: looking at the log, just trying to do too many things at once17:28
*** coolsvap has joined #openstack-infra17:29
fungiportante: where do you see the loopback interface not being up? the console log says it's up right there... something happened to abruptly terminate the job during setup_host though, so hopefully more detail in the other logs as to why17:30
*** praneshp has joined #openstack-infra17:30
fungiportante: the setup log makes it look like something happened during account creation17:31
fungiportante: actually, earliest signs of failure there are "mv: cannot stat `/home/jenkins/cache/pip/*': No such file or directory"17:32
fungiso to the workspace setup log, batman17:32
fungierror: Failed connect to zuul.openstack.org:80; Connection timed out while accessing http://zuul.openstack.org/p/openstack/swift/info/refs17:33
*** boris-42 has joined #openstack-infra17:33
*** boris-42 has quit IRC17:33
fungilooks like that machine may have met with some brief network connectivity issues17:33
jeblairfungi: yeah, there's a gap in the cacti monitoring17:34
jeblairfor zuul17:34
fungipow17:34
fungiso there is17:34
* fungi checks rackspace status page17:34
fungidoesn't look like they reported anything major17:34
fungioh, wait, this log was from last night17:35
fungihttps://status.rackspace.com/index/viewincidents?group=19&start=138742920017:35
*** gyee_ has quit IRC17:35
jeblairthey really need to switch to utc17:36
fungi"...impacting some newly created performance servers..." so that could be iad (which is where that slave was)17:36
*** Abhishek_ has joined #openstack-infra17:37
fungithough still doesn't explain connectivity problems between cacti and zuul17:37
jeblairfungi: well, the cacti gap is later, so that probably wasn't it.17:37
fungiahh, yeah17:37
jeblairfungi: there was also a moderate load spike on zuul around that time; could be cause or symptom.17:37
fungioh, and i'm reading their notofocation log in the wrong order... "confirmed resolved as of approximately 23:36 CST on December 18th"17:38
funginotification17:38
jeblair5min load average was 16.6 at that time.17:38
jeblairwe don't usually see problems until it's much higher17:39
fungii'm still leaning toward "random network connectivity glitch affecting that slave, yay cloud"17:39
jeblairfungi: ++17:39
jeblairportante: ^17:40
*** afazekas_ has quit IRC17:40
fungibecause it was communicating fine with zuul immediately prior to that error, then sudden connection timeout on one git operation17:40
fungibut we should keep an eye out for any similar examples--maybe will allow us to build a clearer picture of the incident if it's not a completely isolated one17:41
*** krotscheck has joined #openstack-infra17:42
*** ruhe has quit IRC17:42
*** nati_ueno has joined #openstack-infra17:47
openstackgerritJames E. Blair proposed a change to openstack-infra/devstack-gate: WIP: test timout #2  https://review.openstack.org/6278417:48
*** yidclare has joined #openstack-infra17:48
*** dstanek has joined #openstack-infra17:48
fungijeblair: i confirmed there are still no nodes using the iad bare image, so i've deleted it and launched a new image-update for rax-iad bare-precise17:49
funginot sure if you saw my earlier comment, but the periodic update missed the config change by 4 minutes17:50
clarkbmorning17:51
jeblairfungi: ah, i missed that, sorry17:51
jeblairfungi: cool, thanks17:51
*** dstanek has quit IRC17:53
portantefungi: I was looking at the "lo: ... state UNKNOWN" line17:55
portanteshould that not say state UP17:55
portante?17:55
*** smarcet has joined #openstack-infra17:57
*** russellb is now known as rustlebee17:58
fungiportante: does yours? http://paste.openstack.org/show/55722/ http://logs.openstack.org/83/62983/3/check/check-dg-tempest-dsvm-full/16e3ed5/console.html#_2013-12-18_22_45_25_229 et cetera... i believe link detection is irrelevant to the loopback17:59
jeblairfungi, clarkb: shut down 2 more logstash worker nodes (only 9-16 A and B are active now)18:00
clarkbjeblair: ok18:00
clarkbI am going to be messing around with groups on review-dev18:00
fungiawesome--curious to see what that does to the load on the remaining ones18:00
clarkbalso zaro just mentioned in passing as he arrived that he thinks he has a fix for the scp plugin18:01
*** markmcclain has joined #openstack-infra18:01
clarkbjeblair: fungi: looking at the graphs for eth0 is also fun18:01
fungiyay!18:01
jeblairfungi, clarkb: i'm not certain it's completely representative, but over the past day, load average has peaked at 1.5; so i'm thinking we can have at least 4 processes / node18:01
*** krotscheck has quit IRC18:01
fungijeblair: these are 4x vcpu servers, right?18:02
jeblairfungi: yes18:02
fungiseems likely to be a good sweet spot then18:02
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Increase logstash workers/host to 4  https://review.openstack.org/6347418:02
*** shardy is now known as shardy_afk18:02
jeblairclarkb: i'm still not ready to really evaluate this (still more focused on getting it running); but this makes me optimistic:18:05
jeblairclarkb: http://logstash.openstack.org/#eyJzZWFyY2giOiJlcnJvcl9wcjpbLTEwMDAuMCBUTyAtODAuMF0iLCJmaWVsZHMiOlsiZXJyb3JfcHIiLCJtZXNzYWdlIl0sIm9mZnNldCI6MCwidGltZWZyYW1lIjoiMzYwMCIsImdyYXBobW9kZSI6ImNvdW50IiwidGltZSI6eyJ1c2VyX2ludGVydmFsIjowfSwic3RhbXAiOjEzODc1NjI2NzIwNzZ918:05
jeblair(it's identifying tracebacks as log lines of interest)18:06
clarkbjeblair: nice18:06
openstackgerritJames E. Blair proposed a change to openstack-infra/devstack-gate: WIP: test timout #2  https://review.openstack.org/6278418:09
*** krotscheck has joined #openstack-infra18:10
*** Abhishek_ has quit IRC18:11
openstackgerritA change was merged to openstack-infra/config: Fix/improve projects_yaml_alphabetized script  https://review.openstack.org/6335318:12
*** dhellmann is now known as dhellmann_18:13
*** krotscheck has quit IRC18:14
* coolsvap is away: Away!!!18:14
*** krotscheck has joined #openstack-infra18:14
*** jog0 is now known as flashgordon18:14
fungicoolsvap: please disable your away message18:15
*** vkozhukalov has joined #openstack-infra18:15
*** yolanda_ has quit IRC18:17
clarkbin testing by hand on review-dev group UUIDs seem to show up instantly18:18
clarkbso well under the 10 second timeout in jeepyb18:18
*** harlowja_away is now known as harlowja18:19
*** EmilienM has quit IRC18:19
*** EmilienM has joined #openstack-infra18:20
*** yolanda_ has joined #openstack-infra18:21
openstackgerritA change was merged to openstack-infra/config: Switch to using IAD performance nodes  https://review.openstack.org/6324318:23
fungias soon as i see bare nodes appearing in iad from that ^ i'll start an image-update for ord18:23
jeblairfungi: the 3rd change needs to merge before doing the ord image-update18:23
fungijeblair: is the commit message on 63244 wrong then?18:24
* clarkb blames his bad python mysqldb code now18:24
fungijeblair: i guess so, now that i compare it to the change and think about it a little more18:25
fungiin the commit message i think you must have meant "iad" instead of "ord"18:25
jeblairfungi: yep, sorry.18:26
fungino worries. confusion resolved18:26
fungiand plan corrected accordingly18:26
*** reed has joined #openstack-infra18:28
*** dstanek has joined #openstack-infra18:29
*** enikanorov__ has joined #openstack-infra18:29
*** enikanorov has quit IRC18:32
openstackgerritJames E. Blair proposed a change to openstack-infra/devstack-gate: WIP: test timout #2  https://review.openstack.org/6278418:34
*** SergeyLukjanov has joined #openstack-infra18:34
jeblairevery time i do that, 21 servers die.18:34
fungii felt a great disturbance in the cloud, as if dozens of servers suddenly cried out in terror... and were suddenly silenced18:36
reedthe post from enovance engineer about the port to Python3 seem weird to me... isn't there already a port effort ongoing?18:36
fungireed: i got the impression he was unaware there were lots of openstackers already working on that goal18:36
reedfungi, I thought so too18:37
fungibut it could just be the way it's written. some people involved in the current effort do work at enovance18:37
coolsvapfungi:  sorry for that18:37
reedtoo bad the blog doesn't allow comments18:38
fungicoolsvap: no problem. i figured it was on by accident. if i accidentally set my /away to echo in channel i'd want someone to tell me too ;)18:38
coolsvapfungi:  sure that helps! I was just wondering in the channel for the whole day18:39
SpamapSHm. I run this pypi-mirror thing and I swear it is _always_ compiling numpy18:39
coolsvapI am setting up the ci environment with devstack, and getting some issues with setting up the lxc docker driver18:39
coolsvaphas anyone done this already?18:39
fungicoolsvap: i saw your discussion with lifeless earlier while most of us were still asleep18:40
fungicoolsvap: any new questions?18:40
fungiSpamapS: given the effort in compiling numpy, it should account for a disproportionately large percent of the run time18:40
SpamapSfungi: but.. numpy hasn't been updated in how long? so.. ??18:41
fungiSpamapS: hopefully the wheels mirroring/caching work under way for pypi-mirror will improve that substantially18:41
coolsvapyes, I enabled the lxc driver, but getting some issues, even devstack does not getting setup18:41
jd__reed: the author of that blog post knows about the ongoing effort, but he is still a bit new to OpenStack so don't blame him :)18:41
openstackgerritJoe Gordon proposed a change to openstack-infra/config: WIP: Explicitly document requirements for 3rd party testing  https://review.openstack.org/6347818:41
reedjd__, I don't blame him at all, i'd like to avoid that the post gets google juice and people think that the port to Py3 is not an agreed fact18:42
fungiSpamapS: we explicitly disable the egg cache in pypi-mirror because easy_install does dangerous things with it causing desired versions of things to get silently skipped (as we unfortunately discovered a while back)18:42
jd__reed: sure, I get what you mean18:42
SpamapSfungi: _oh_18:42
SpamapSfungi: so we have to rebuild everything every time ? Ok making more sense now.18:43
reedjd__, adding a comment would go a long way in that direction... too bad enovance blog doesn't allow that18:43
jd__chmouel: ^^18:43
coolsvapfungi: I checked the log output and I am hitting a in progress bug,   so i was thinking i will use the libirt driver itself, how many vms will be required to set it up?18:43
fungiSpamapS: until wheels gets integrated more completely in pypi-mirror, yes. easy_install was just willing to reuse a locally-existing egg in place of a declared version spec, even if the version of the egg didn't fit that spec18:44
fungicoolsvap: how much of our ci toolchain are you attempting to duplicate on one machine, and at what scale (in other words, what bits do you need)?18:45
SpamapSfungi: oh thats just nutty18:45
SpamapSfungi: so wheels is not yet there?18:45
*** krotscheck has quit IRC18:45
coolsvapfungi:  I am working on a poc to use zuul for solum git integration, i want to explore zuul18:46
fungiSpamapS: i think the work is mostly in place now. we had to revert some things a couple weeks back, particularly the per-distro stuff in select-mirror, i think because the wheels weren't being put in the right directories by pypi-mirror18:47
fungiSpamapS: i'd unfortunately need to go digging in the channel log for when review 60042 got proposed/approved for relevant context now (too many beers ago)18:48
fungiSpamapS: but others here may recall particular details18:48
fungicoolsvap: okay, so you need a zuul, and something to trigger it (probably a gerrit), and something to run things for it (probably a jenkins master)18:49
*** dstanek has quit IRC18:49
coolsvapfungi:  yes18:49
clarkbfyi I have just done surgery on the jeepyb install on review-dev (puppet isn't running there and I needed latest jeepyb)18:50
fungicoolsvap: it *might* be possible to do a poc all in one system context (install zuul, jenkins and gerrit together in one vm)18:50
*** rossella_s_ has joined #openstack-infra18:50
fungicoolsvap: but that may run into issues with puppet configs and need some puppet changes to work correctly18:51
*** dstanek has joined #openstack-infra18:51
fungicoolsvap: so the lxc suggestion makes sense... three dedicated contexts, one for each of those things, with appropriate connectivity between them18:51
fungicoolsvap: using a devstack install to manage those contexts seems like a bit of overkill to me though18:52
fungibut others may disagree18:52
fungiclarkb: okay. we can re-enable puppet safely on it if we merge the gerrit upgrade test revert change18:52
jeblairi +2d it18:53
fungii was pleasantly surprised that i was able to roll that upgrade back without having to do anything untoward18:53
coolsvapfungi: okay, just a bit more curious, how many vms will be required to setup single ci toolchain with all components?18:53
SpamapSfungi: I'll look in the git log18:53
*** rossella_s has quit IRC18:54
*** rossella_s_ is now known as rossella_s18:54
SpamapSfungi: master hasn't seen much activity mentioning wheels since Nov 1618:54
fungiSpamapS: the reason i suggested the channel log is that the git log wasn't getting me the details i'd hoped for, but maybe you'll get lucky18:54
fungicoolsvap: so, to simplify, you could probably get away with 3... zuul, jenkins and gerrit. the jenkins master can actually run jobs locally so you don't really need slaves, pool management and those other fun things18:55
SpamapSfungi: ah :)18:56
SpamapSfungi: well I was on an older commit, so I've just pulled latest tip and I'll see if there is less building there :)18:56
lifelessfungi: but at that point you're really not running 'the openstack infrastructure'18:56
lifelessfungi: you're now running 'jenkins with zuul and gerrit'18:57
fungilifeless: well, it's a core representation of that part of the workflow. adding nodepool, devstack slaves and a cloud provider and trying to cram all of that onto one laptop might be a recipe for fail18:57
lifelessfungi: sure; point I'm trying to get at is that the simulation requirements haven't been elucidated18:58
openstackgerritJoe Gordon proposed a change to openstack-infra/config: WIP: Explicitly document requirements for 3rd party testing  https://review.openstack.org/6347818:58
lifelessfungi: so we can at best be vague18:58
funginot that it's not worth trying, but if the question is "how small can i go to test our zuul"18:58
fungier, test out18:58
fungi(which was the most recent problem statement)18:59
*** sarob_ has joined #openstack-infra19:01
fungicoolsvap: so anyway, if you just want a working zuul you can exercise with code review and job running, those three components. if you want to "explore zuul's capabilities in the context of openstack's entire ci toolchain" then at least half a dozen, and that's likely a lowball estimate19:01
*** ruhe has joined #openstack-infra19:01
fungialso worth noting, though we haven't really tried it out in context yet, jhesketh__'s http://git.openstack.org/cgit/stackforge/turbo-hipster might let you eliminate the jenkins portion as well19:02
*** jcooley_ has quit IRC19:03
fungi(and has an awesome name)19:03
*** yolanda_ has quit IRC19:04
*** ruhe has quit IRC19:05
jeblairtoday's xkcd is apropos to my latest bash error (a missing $).  :)19:05
coolsvapfungi:  okay, i will give it a try to both turbo-hipster and 3 node setup you mentioned19:05
openstackgerritJames E. Blair proposed a change to openstack-infra/devstack-gate: WIP: test timout #2  https://review.openstack.org/6278419:06
openstackgerritA change was merged to openstack-infra/config: Switch ORD bare-precise to performance  https://review.openstack.org/6324419:07
fungijeblair: clarkb: we have bare precise nodes in iad now, so i'm proceeding with the image update once ^ that gets to nodepool.o.o19:07
jeblairfungi: ++19:08
clarkbk19:08
*** rwsu has joined #openstack-infra19:08
clarkbI am getting to the bottom of this jeepyb weirdness19:08
clarkbif I reconnect the DB it works19:08
clarkbnot sure using a new cursor isn't sufficient19:08
fungiclarkb: it will be a relief to have that figured out once and for all19:08
clarkbI may just have jeepyb start a new connection each time it needs to talk to the db19:09
jeblairclarkb: transaction?19:09
clarkbjeblair: maybe? it is just doing a select19:09
jeblairclarkb: yeah, but i wonder if your transaction is holding a lock on the table that the group insert is waiting for19:10
*** praneshp has quit IRC19:10
clarkboh I see. So there is still possibly a race and I am inserting a log jam19:11
sdaguettx: I think your bug might be something wrong with rax connectivity19:12
sdaguewget https://pypi.python.org/simple/olso.config/19:12
sdaguefails on my rax nodes19:12
*** zhiyan has left #openstack-infra19:13
clarkbjeblair: but the sleep is after cursor.close19:14
fungiwow... milestone. i think 63316 is the most complex puppet change i've ever written which didn't turn out to be subtly broken in some way once i actually tried it out19:14
* pleia2 cheers19:14
flashgordonmordred: https://bugs.launchpad.net/neutron/+bug/126290619:15
clarkbI am sure I am just misreading python dbapi stuff /me reads more19:15
uvirtbotLaunchpad bug 1262906 in neutron "swift unable to start in gate-tempest-dsvm-neutron-large-ops" [Undecided,Confirmed]19:15
jeblairflashgordon: what do you need?19:16
flashgordonjeblair: anteaya thought it may be HP AZ2 related19:16
*** UtahDave has joined #openstack-infra19:16
flashgordonjeblair: so the question is, are there still problems  with it19:17
jeblairi don't recall hearing about az2 problems.19:17
*** praneshp has joined #openstack-infra19:17
jeblairclarkb: ?19:17
clarkbjeblair: apparently a transaction is implicitly started when a cursor is used, but closing the cursor does not do a commit. you have to commit on the connection object19:19
jeblairflashgordon: there are a lot of those failures; i doubt they all happened on az219:20
jeblairclarkb, flashgordon: node provider would be a nice column in logstash...19:21
clarkbjeblair: jenkins doesn't have that info19:21
clarkbwell it does sort of19:21
fungiclarkb: so the cursor could actually be triggering this issue, rather than helping to mitigate it19:21
jeblairfungi, clarkb: yep. i suspect the implied transaction is holding a read lock on the table.19:21
clarkbjeblair: I agree though. there just isn't a clean way to put that data into the stream from what jenkins knows19:21
flashgordonjeblair: you may be right, I am stumped on that bug19:22
*** rossella_s has quit IRC19:22
flashgordonI am most confused by why it only happens in neutron-large-ops19:23
jeblairclarkb: i think we could get it from the node name (you're right it's not clean but it should work; that's what nodepool does (but it gets the id at the end))19:23
flashgordonthe test doesn't even get to tempest19:23
jeblairflashgordon: so the unique thing there is the fake libvirt driver, yeah?19:23
flashgordonjeblair: yes19:24
flashgordonand we set neutron quotas to -119:24
funginodepool image-update rax-ord bare precise is running now (confirmed performance is specified for it in nodepool.yaml)19:24
flashgordonand use neutron19:24
*** hogepodge has joined #openstack-infra19:25
jeblairflashgordon: rsyslogd is stopped but never restarted19:28
jeblairhttp://logs.openstack.org/70/62770/4/check/gate-tempest-dsvm-neutron-large-ops/d5f6251/logs/syslog.txt.gz19:28
flashgordonjeblair: right19:28
jeblairperhaps it is misconfigured?  or perhaps there is a race condition with rsyslog restarting, and that test loses the race.19:29
flashgordonbut how did that happen, what caused it to stop19:29
jeblairi believe it's normally restarted to pick up a different config19:29
flashgordonhow come it only  happens in thsi test?19:29
flashgordonohh19:29
flashgordonhmm19:29
jeblairflashgordon: so if it's a race, maybe it's "restart syslog; do something; start swift" and in this test 'do something' is very fast and restart syslog hasn't actually finished yet19:30
flashgordonjeblair: that makes sense to me19:30
flashgordonlib/swift and stask.sh both restart it19:31
jeblairflashgordon: huh, looking at console log, i see "start_swift" then "restart_service rsyslog"19:32
*** dhellmann_ is now known as dhellmann19:32
flashgordonjeblair: sounds right19:32
openstackgerritClark Boylan proposed a change to openstack-infra/jeepyb: Use MySQLDB transactions properly.  https://review.openstack.org/6349019:32
flashgordonfirst step in start_swift is restart_service rsyslog19:32
clarkbI tested ^ on review-dev (granted more of a contrived test of group creation and UUID reading not a test of full project creation) so I am pretty confident in it19:33
fungiclarkb: thanks!19:34
flashgordon2013-12-20 19:29:20 rsyslog stop/waiting19:35
clarkbsdague: we are discussing swift fails here19:35
flashgordonDec 20 19:29:16 devstack-precise-hpcloud-az2-906911 rsyslogd: [origin software="rsyslogd" swVersion="5.8.6" x-pid="2679" x-info="http://www.rsyslog.com"] exiting on signal 15.19:35
sdagueclarkb: ah cool19:35
flashgordonjeblair: so syslog died befire the restart19:35
sdaguewe can't configure swift to actually write files instead?19:36
jeblairflashgordon: which run are you looking at?19:36
fungiwhat sent a sigterm to syslog i wonder?19:36
clarkbsdague: you can, but then you lose data19:36
sdagueclarkb: why?19:36
clarkbsdague: swift logging relies on syslog for timestamps and stuff19:37
sdaguereally? swift can't put timestamps in files?19:37
fungiswift seems to be insistent that they should be deployed with a logserver if you want the real log experience19:37
clarkbthough I think timestamps were added at the end of the lines in theproxy logs19:37
sdaguethat seems silly19:37
clarkbsdague: well it didn't before19:37
flashgordonhttp://logs.openstack.org/68/62668/3/check/gate-tempest-dsvm-neutron-large-ops/193ace6/logs/syslog.txt.gz19:37
clarkbI think it may now but would need to double check, this is very new19:37
notmynameyes, precise timestamps are in the logs now, in part because of -infra's request for them19:38
flashgordonwhy doesn't syslog have millisecond logging19:39
clarkbnotmyname: thanks19:39
flashgordonhmm console.html says nova migrations are running at the same time syslog crashes19:40
*** hub_cap is now known as pub_tap19:40
jeblairs/crashes/exits/19:40
fungiyeah, sigterm is not something which "just happens"19:41
flashgordonack19:41
*** blamar has quit IRC19:44
*** dprince has quit IRC19:44
fungijeblair: are you relatively confident https://review.openstack.org/63238 will meet the overhead needs of whatever solution you arrive at for actually implementing the job shutdown in d-g? or should i hold off approving for now?19:44
*** sarob_ has quit IRC19:45
jeblairfungi: i am, aprv at will19:45
*** sarob_ has joined #openstack-infra19:45
anteayapub_tap: bet you are writing great code today19:46
*** smarcet has left #openstack-infra19:46
*** smarcet has joined #openstack-infra19:46
flashgordonanteaya: http://xkcd.com/323/19:46
fungifree software development is powered mostly by beer19:47
fungi(and coffee)19:47
*** blamar has joined #openstack-infra19:48
flashgordonfree as in beer19:48
pub_tapanteaya: :D19:48
jeblairflashgordon: rsyslog normally reloads during nova migrations (by observation successful runs of other jobs; i have no idea why)19:48
anteayaflashgordon: :D19:48
openstackgerritA change was merged to openstack-infra/config: Supply a timeout value to devstack-gate  https://review.openstack.org/6323819:48
*** homeless has quit IRC19:48
jeblairor at least, that's what the timestamps say19:48
*** blamar has quit IRC19:49
flashgordonjeblair: wow strange19:49
anteayapub_tap: may you find the peak19:49
*** blamar has joined #openstack-infra19:49
*** sarob_ has quit IRC19:50
pub_tapand fall down whilst looking!19:50
anteayaha ha ha19:52
*** dstanek has quit IRC19:53
flashgordonjeblair: a spot check confirms, this is getting stranger19:54
jeblairfungi: http://logs.openstack.org/84/62784/12/check/check-dg-tempest-dsvm-full/8b14c50/console.html#_2013-12-20_19_19_30_73419:54
jeblairfungi: according to that, the timeout program is returning 137 after a timeout.  it's supposed to return 124.19:55
fungiuhh19:55
flashgordonjeblair: this bug is getting stranger all the time19:55
portantefungi: yes, the "ip ad sh" output on my box also shows it as UNKNOWN, so that is not it19:56
portanteis it worth a bug report regardless?19:56
jeblairfungi: oh, it seems to do that if you use -s 919:56
jeblairnice docs. :/19:56
fungijeblair: ahh. i was starting to wonder whether it was a bash builtin quirk or something19:57
fungiless mysterious then19:58
jeblairfungi: http://www.gnu.org/software/coreutils/manual/html_node/timeout-invocation.html19:58
*** coolsvap has quit IRC19:58
fungiportante: sure, it can't hurt, and then if we get any related occurrences it might help us figure out whether the timing was consistent19:58
*** coolsvap has joined #openstack-infra19:58
jeblairfungi: that's not even in my copy of 'info timeout'19:58
portantefungi: so this would be filed against openstack-ci?19:59
*** eharney has quit IRC19:59
fungiportante: yes, it's as close as anything to the right place i guess (since we have the ability to open a ticket with the cloud provider at least)19:59
clarkbI feel like there are three conversations going on here and detangling them is hard20:00
openstackgerritJames E. Blair proposed a change to openstack-infra/devstack-gate: WIP: test timout #2  https://review.openstack.org/6278420:00
*** eharney has joined #openstack-infra20:00
*** dstanek has joined #openstack-infra20:00
jeblairclarkb: indeed i'm carrying on two.20:00
fungiportante: i'll just make a note in it and mark it incomplete so it's there if we get more reports20:00
*** sarob_ has joined #openstack-infra20:00
jeblairclarkb: with some of the same people.20:00
clarkboh I see the address one is from way before20:00
clarkbthen we have timeouts and neutron largeops. I am caught up now20:01
flashgordonclarkb: neutron large ops https://bugs.launchpad.net/neutron/+bug/126290620:01
uvirtbotLaunchpad bug 1262906 in neutron "swift unable to start in gate-tempest-dsvm-neutron-large-ops" [Undecided,Confirmed]20:01
fungiclarkb: yeah there was a job which got a socket timeout trying to reach zuul yesterday, but it surfaced in workspace setup, so wasn't immediately obvious why the console log ended so abruptly20:01
*** _david_ has joined #openstack-infra20:02
*** flaper87 is now known as flaper87|afk20:02
flashgordonmoving large ops discussion to qa20:03
fungijeblair: so i guess the intent with the timeout utility's exit codes is that success with a particular signal should be indicated with 128+signal, they simply never implemented any others?20:03
*** sarob_ has quit IRC20:04
clarkbfungi: looks likeit20:05
fungijust odd that you can timeout with sigabrt for example, but it doesn't explicitly say that returns 134 when it happens20:05
clarkbfungi: does it return 134 ?20:06
fungiclarkb: i don't know. it seems like it should, but the fine manual doesn't really say one way or the othert20:07
* clarkb checks20:07
fungii just find it amusing that there's some chance they devised a signal-to-exit-code mapping scheme and then applied it to only one signal20:08
clarkbfungi: doesn't seem to20:08
fungipretty awesome in that case20:09
portantefungi: https://bugs.launchpad.net/openstack-ci/+bug/126322120:09
uvirtbotLaunchpad bug 1263221 in openstack-ci "check job was unable to create stack user directory" [Undecided,New]20:09
fungiportante: thanks!20:09
portantecould the devstack script error out when the stack user can't be created?20:09
portanteit seems pretty fundamental ...20:09
fungiportante: it looks like that probably happened, but was a cascade failure stemming from the inability to clone that repo20:10
*** thedodd has joined #openstack-infra20:10
portanteokay, thanks20:10
fungier, inability to fetch a swift ref from zuul, i mean20:12
openstackgerritJames E. Blair proposed a change to openstack-infra/devstack-gate: WIP: test timout #2  https://review.openstack.org/6278420:15
*** boris-42 has joined #openstack-infra20:23
clarkbzaro just gave me an scp hpi build to try. going to restart jenkins-dev in a moment to install that20:24
*** metabro_ has quit IRC20:27
*** metabro has joined #openstack-infra20:27
clarkband it is installed. Going to find food before testing that more20:29
*** ArxCruz has quit IRC20:29
*** yolanda_ has joined #openstack-infra20:30
jeblairfungi: looks like a working timeout poc now: https://jenkins01.openstack.org/job/check-dg-tempest-dsvm-full/41/console20:31
clarkbcool20:37
openstackgerritJames E. Blair proposed a change to openstack-infra/devstack-gate: Timeout devstack/tempest internally  https://review.openstack.org/6351220:40
openstackgerritJames E. Blair proposed a change to openstack-infra/devstack-gate: Timeout devstack/tempest internally  https://review.openstack.org/6351220:40
jeblairclarkb, fungi, flashgordon: ^ that's ready for review20:41
*** UtahDave has quit IRC20:41
*** UtahDave has joined #openstack-infra20:42
fungijeblair: did sudo kill -s 9 -${GATEPID} actually work? i've usually needed sudo kill -s 9 -- -${GATEPID} to keep it from being interpreted as a cli option20:43
openstackgerritJames E. Blair proposed a change to openstack-infra/devstack-gate: Remove strange duplication of setup_host and output  https://review.openstack.org/6298320:43
*** yassine has quit IRC20:43
jeblairfungi: it seemed to; at least, everything in the pgroup was dead or defunct in the last ps listing20:44
fungiokay, great. it could be an interactive vs script interpreter difference too20:45
*** CaptTofu has joined #openstack-infra20:50
anteayaclarkb: are logstash timestamps utc?20:52
*** Protux has joined #openstack-infra20:54
*** jcooley_ has joined #openstack-infra20:58
fungijeblair: clarkb: mordred: we're starting to get into openid application deployment design discussions on https://review.openstack.org/63316 so just want to make sure that's on your radar21:02
fungiodd things like having two databases, configuration comingled with code and so on, so any input/opinions appreciated21:03
* fungi is going out to dinner, but will return to continue in a little while21:04
*** smarcet has left #openstack-infra21:11
*** rwsu has quit IRC21:13
*** thedodd has quit IRC21:17
mferfolks, i'm poking around the golang client. for internal reference i need to reference the full url to the repo. should i use the github location for stackforge or would that be bad form?21:18
clarkbanteaya: yes utc21:18
clarkbjeblair: ok21:19
anteayaclarkb: thanks21:20
anteayathought so, but wanted to confirm before I ruled something out21:20
*** krotscheck has joined #openstack-infra21:24
*** lcestari has quit IRC21:27
*** Ajaeger has quit IRC21:28
*** chandankumar_ has joined #openstack-infra21:31
*** rwsu has joined #openstack-infra21:33
*** thedodd has joined #openstack-infra21:40
*** thedodd has quit IRC21:40
*** CaptTofu has quit IRC21:40
*** mfer has quit IRC21:42
*** harlowja is now known as harlowja_away21:44
*** jcooley_ has quit IRC21:48
openstackgerritJames E. Blair proposed a change to openstack-infra/devstack-gate: Timeout devstack/tempest internally  https://review.openstack.org/6351221:49
jeblairoops.  minutes, not seconds.21:49
*** jcooley_ has joined #openstack-infra21:49
*** adalbas has quit IRC21:57
openstackgerritA change was merged to openstack-infra/config: Remove status.o.o vhost from static.o.o  https://review.openstack.org/6323421:58
*** gothicmindfood has quit IRC21:58
*** eharney has quit IRC21:59
*** praneshp has quit IRC22:01
dimsjeblair, ping22:02
*** praneshp has joined #openstack-infra22:02
*** hashar has joined #openstack-infra22:02
jeblairdims: pong22:03
dimsjeblair, in devstack-gate.yaml file, most of neutron jobs have timeout of 120 except from neutron-large-ops. is this by design?22:05
jeblairdims: i don't know; sdague and flashgordon are probably the best to ask about that22:06
sdaguedims: yes, by design22:06
*** melwitt has joined #openstack-infra22:06
sdaguelarge ops shouldn't take that long22:07
openstackgerritJulien Danjou proposed a change to openstack-dev/pbr: package: read a specific Python version requirement file  https://review.openstack.org/6323622:08
*** hashar has quit IRC22:09
dimssdague, jeblair cool thx22:09
clarkbthe scp file copy is tricky...22:17
jeblairflashgordon, sdague: i held a node with the swift/rsyslog error22:17
*** dkliban has quit IRC22:17
flashgordonjeblair: cool not even sure what to check for though22:19
sdaguejeblair: unrelated - pypi mirror issues again? - https://jenkins01.openstack.org/job/gate-nova-docs/16266/console22:19
jeblairroot      2582  0.0  0.0  17284  1212 ?        Ss   22:13   0:00 rsyslogd -c522:19
jeblairroot      2584  0.0  0.0      0     0 ?        Z    22:13   0:00 [rsyslogd] <defunct>22:19
flashgordondmesg may be useful??22:19
sdagueflashgordon: it wasn't in the other runs22:20
*** mordred has quit IRC22:20
*** mordred has joined #openstack-infra22:20
sdaguewe capture that22:20
jeblair[task switching to pypi mirror]22:20
*** markmcclain has quit IRC22:20
*** praneshp has quit IRC22:21
*** SergeyLukjanov has quit IRC22:22
jeblairsdague: i don't see anything systemically wrong, and it's not under particularly heavy load.22:23
flashgordondims sdague: any ideas to check22:23
*** harlowja_away is now known as harlowja22:23
flashgordonjeblair: maybe look at rsyslog config?22:23
openstackgerritRussell Bryant proposed a change to openstack-infra/config: Make cells job gating  https://review.openstack.org/6353722:24
jeblairi apparently held it just too late; nodepool was already deleting it :(22:24
flashgordonso the first case of the bug was in a tempest patch22:27
clarkbgoing to restart jenkins-dev against shortly to try another scp.hpi22:28
*** sdake has quit IRC22:28
flashgordonwhich means this snuck through the gate or is due to an external dep changing22:29
flashgordondo we have any good logs of pip mirror changes22:29
flashgordonhttp://logs.openstack.org/38/60738/5/gate/gate-tempest-dsvm-neutron-large-ops/2a6f31d/logs/pip-freeze.txt.gz22:30
flashgordonthats a lot of deps22:31
*** julim has quit IRC22:35
openstackgerritRussell Bryant proposed a change to openstack-infra/config: Make cells job gating  https://review.openstack.org/6353722:40
*** ArxCruz has joined #openstack-infra22:42
*** rnirmal has quit IRC22:44
*** ArxCruz has quit IRC22:46
*** dkliban has joined #openstack-infra22:47
jeblairflashgordon: i spot checked a couple of successful hosts, and there is no zombie rsyslog process22:48
jeblairflashgordon: so the one from the failed host is probably related to the failure22:48
flashgordonjeblair: hmm22:49
dimsflashgordon, can't find anything in the logs so far22:49
flashgordonso I am wondering what is causing the first rsyslog restart in the first palce22:49
flashgordonplace22:49
flashgordonwhy does nova-manage db_sync do that22:50
flashgordonor rather why does rsyslog restart at the same time (not convinced there is causality yet)22:50
dimsagree22:52
openstackgerritRussell Bryant proposed a change to openstack-infra/config: zuul status: Collapse changes by default  https://review.openstack.org/6301922:53
dimsflashgordon, look at this22:55
dimsdims@dims-laptop:~/junk$ grep -e start_swift -e configure_swift devstacklog.txt.gz22:55
dims2013-12-20 21:11:40 + configure_swift22:55
dims2013-12-20 21:14:00 + start_swift22:55
dimsdims@dims-laptop:~/junk$ grep 21:13:56 syslog.txt.gz22:55
dimsDec 20 21:13:56 devstack-precise-hpcloud-az2-907665 kernel: Kernel logging (proc) stopped.22:55
dimsDec 20 21:13:56 devstack-precise-hpcloud-az2-907665 rsyslogd: [origin software="rsyslogd" swVersion="5.8.6" x-pid="2602" x-info="http://www.rsyslog.com"] exiting on signal 15.22:55
dimsthere is a restart_service rsyslogd in start_swift as well22:55
dimsgotta run. back later22:57
flashgordondims: yeah but that restart is after the one that happens during nova-manage db_sync22:57
flashgordono/22:57
jeblair[i'm still working on catching another node]22:59
*** dcramer_ has quit IRC23:01
*** david-lyle_ has joined #openstack-infra23:01
*** melwitt has quit IRC23:02
*** prad has quit IRC23:02
*** melwitt has joined #openstack-infra23:03
flashgordonjeblair: thanks23:05
*** prad has joined #openstack-infra23:06
*** prad has quit IRC23:06
flashgordoncan you get ahold of a rsyslog config file23:06
*** yolanda_ has quit IRC23:07
*** david-lyle_ has quit IRC23:08
*** sarob_ has joined #openstack-infra23:09
*** praneshp has joined #openstack-infra23:10
flashgordonor any sql logs23:11
jeblairflashgordon: that's what i'm working on.23:14
flashgordonjeblair: awesome23:14
jeblairhave to find an affected node first23:14
*** sarob_ has quit IRC23:14
flashgordonI am just thinking out loud over here23:14
flashgordonwell if we are just looking for why rsyslog restarts during nova-manage db_sync23:14
flashgordonthatis every run23:15
*** vkozhukalov has quit IRC23:15
flashgordonand that may give us some more insight into the bug23:15
*** sarob has joined #openstack-infra23:18
jeblairflashgordon: /etc/rsyslog.d http://paste.openstack.org/show/55759/23:19
flashgordonhmm i dont see anything strange in there23:20
flashgordonsql logs?23:21
sdagueso the only place that syslog is getting restarted is in lib/swift23:22
sdagueat least from what I can see in reading relevant code23:22
flashgordonsdague: right23:22
flashgordonbut look at the syslog output23:22
flashgordonand timestamps don't match up23:22
sdaguewhere is a fail link?23:22
sdagueurl for logs please23:22
*** CaptTofu has joined #openstack-infra23:23
jeblairflashgordon: i think the sql thing is a red herring23:24
flashgordonjeblair: yeahh23:24
flashgordonsdague: http://logs.openstack.org/41/62641/2/check/gate-tempest-dsvm-neutron-large-ops/ad907d1/logs/syslog.txt.gz23:24
flashgordonworking run23:24
flashgordonhttp://logs.openstack.org/41/62641/2/check/gate-tempest-dsvm-neutron-large-ops/ad907d1/console.html#_2013-12-20_09_33_54_05023:25
flashgordonrsyslog timestamp is 4 seconds before23:25
flashgordonperhaps the timestamps just don't match23:25
sdagueflashgordon: when did ceilometer start syslogin?23:27
sdaguecould this just be that syslog crash problem we saw before when it gets too much data23:27
flashgordonjeblair: can you check the upstart log forrsyslog23:27
jeblairflashgordon: no, because i don't have a failed host.23:28
flashgordon/var/log/upstart/rsyslog or something23:28
flashgordonjeblair: oh right23:28
flashgordonsdague:don't think so because ceilometer isn't running at that moment23:29
jeblairsdague: i briefly had a failed host and rsyslog was running, starting from around the expected time.  there was also a zombie rsyslog process, which is not normal (not present on successful hosts)23:29
sdagueflashgordon: if it sent a giant packet that killed it, it wouldn't have written23:29
flashgordonsdague: compare the bad syslog http://logs.openstack.org/60/61660/4/gate/gate-tempest-dsvm-neutron-large-ops/dd42154/logs/syslog.txt.gz23:30
jeblairflashgordon, sdague: i think i have one23:30
flashgordonwith good http://logs.openstack.org/41/62641/2/check/gate-tempest-dsvm-neutron-large-ops/ad907d1/logs/syslog.txt.gz23:30
jeblairflashgordon, sdague: http://logs.openstack.org/60/61660/4/gate/gate-tempest-dsvm-neutron-large-ops/dd42154/23:30
* flashgordon feels like jeblair is going fishing23:31
jeblairlet me reel it in!23:31
jeblairsyslog is _not_ running on this host23:31
flashgordon\o/23:32
jeblairhttp://paste.openstack.org/show/55760/23:32
*** jhesketh has quit IRC23:32
flashgordonWAT23:33
*** jerryz has joined #openstack-infra23:34
*** rcleere has quit IRC23:36
sdagueso it's crashing for some reason, swift attempts to restart it, and it fails because there is already a pid file?23:36
sdagueare these only on certain kinds of nodes?23:36
flashgordonwhat version of rsyslog is installed23:36
jeblairsdague: i don't think we've seen evidence it crashed23:36
jeblairDec 20 23:16:15 devstack-precise-hpcloud-az2-908486 sudo:    stack : TTY=unknown ; PWD=/opt/stack/new/devstack ; USER=root ; COMMAND=/usr/sbin/service rsyslog restart23:36
sdagueDec 20 23:16:15 devstack-precise-hpcloud-az2-908486 rsyslogd: [origin software="rsyslogd" swVersion="5.8.6" x-pid="2622" x-info="http://www.rsyslog.com"] exiting on signal 15.23:36
sdagueok, not crashed, someone sent it a TERM23:37
jeblairsdague: sigterm is not crashing23:37
flashgordonapt-cache show rsyslog23:37
flashgordonsdague: service dd23:37
flashgordonsdague:  sudo /usr/sbin/service rsyslog restart23:37
jeblairyeah, so that's ^^ from auth.log, which shows a restart command synced with the sigterm23:37
jerryzfungi: ping23:37
fungijerryz: what's up?23:38
jeblairii  rsyslog                              5.8.6-1ubuntu8.6                  reliable system and kernel logging daemon23:38
sdagueso the devstack timestamps come from a filter right23:38
sdagueso those could just be delayed23:38
fungi"reliable" seems ironic in the current context23:38
sdaguebecause at :18 is the swift initiated restart23:38
sdaguein the devstack log timestamps23:39
jerryzfungi: if i want to add a related project under stackforge, should i just submit a change on openstack-infra/config? Do i need some more authorization or just reviewed by infra guys?23:39
flashgordonhttp://changelogs.ubuntu.com/changelogs/pool/main/r/rsyslog/rsyslog_5.8.6-1ubuntu8.6/changelog23:39
flashgordonI wonder how to check when  the latest rsyslog got into our images23:39
fungijerryz: that's all you need23:39
sdagueflashgordon: that change is too far back to be relevant I think23:40
sdaguethis was pretty recent23:40
flashgordonsdague: I agree with you, but don't know when we started using that version23:40
*** hogepodge has quit IRC23:41
jeblairflashgordon: they are rebuilt daily, and i'm not aware of a problem preventing their updates, so we should have gotten it within a day of it propogating to the archives23:41
jerryzfungi: once i feel confident adding tests, i just add them in jjb and zuul, but i need make them work with test commands like other openstack projects, it that correct?23:41
flashgordonjeblair: we use ubuntu mirrors? or others23:42
flashgordonanyway to spot check a image from the 17th or something23:42
jeblairflashgordon: this is az2 so it'll be an ubuntu mirror unless hpcloud mitm them.23:42
jeblairflashgordon: let me see if the image build logs help23:43
jeblair2013-12-17 02:19:34,994 INFO nodepool.image.build.hpcloud-az2.devstack-precise: Preparing to replace rsyslog 5.8.6-1ubuntu8 (using .../rsyslog_5.8.6-1ubuntu8.6_amd64.deb) ...23:43
flashgordonoh well23:44
fungijerryz: basically, yes (if you stick to running things the same way, then it's more likely to work without needing to justify additional resources)23:44
flashgordonthat would haave been too easy23:44
sdaguejerryz: not sure if you followed the list, but did get to the bottom of the of the unstack issue23:45
jerryzsdague: i didn't. what is it?23:45
jeblairflashgordon: 2013-12-08 is when that showed up everywhere23:45
sdaguejerryz: https://review.openstack.org/#/c/63495/23:46
clarkbwe have tracked down that the file copy stuff is failing because the remote sftp subsystem disconnects when it receives data for a channel it doesn't know about23:48
*** SumitNaiksatam has joined #openstack-infra23:48
*** boris-42 has quit IRC23:48
clarkbnot entirely sure why that is happening, but going to beef up logging and see if we can figure it out23:48
flashgordonjeblair: any other ideas?23:49
SumitNaiksatamjust sent a request for a gerrit service account: #link http://lists.openstack.org/pipermail/openstack-infra/2013-December/000556.html23:50
sdaguejeblair: we know  /opt/stack/data/swift/logs/ looks good?23:51
SumitNaiksatamhopefully some might get a chance to take a look at the service account request ^^23:51
SumitNaiksatamthanks in advance23:51
jeblairsdague: http://paste.openstack.org/show/55763/23:52
jeblairsdague: i have not tried to start rsyslog yet (trying read-only investigations so far)23:52
*** chandankumar_ has quit IRC23:53
openstackgerritJoe Gordon proposed a change to openstack-infra/devstack-gate: Collect list of installed packages at end of run  https://review.openstack.org/6355123:54
jerryzsdague: thanks for the heads up23:54
flashgordonso why only this job?23:55
*** CaptTofu has quit IRC23:55
sdagueflashgordon: it only fails on the neutron large ops?23:55
*** _david_ has quit IRC23:56
flashgordonsdague: yup23:56
flashgordonbut please don't take my word for it23:57
flashgordonas I don't belive it myself23:57
jeblairhttp://paste.openstack.org/show/55767/23:57
jeblairsdague, flashgordon: seems worth noting that ovs interacts with syslog23:57
jeblairshall i start trying to restart rsyslogd now?23:58
sdagueso it's also notable that we're running in SYSLOG=False in devstack... and swift still is going through syslog. There is actually a bunch of code in devstack to tune rsyslog not getting used23:59
sdagueanyway, I'm getting called away23:59
flashgordonhmm23:59
sdaguehave a good weekend folks23:59
flashgordonjeblair: go for it23:59

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!