[02:37] <rsalveti> ogra_: there's no syslog anymore at #43, is that expected?
[03:47] <rsalveti> [05:05] <Mirv> robru: you see the .crash in image results under each rss reader app tests for example. the original bug I reported for someone else, I already forgot.. maybe psivaa? ie. I got the .crash file and retraced it to file a bug, although I hadn't seen it myself.
[09:30] <didrocks> ogra_: sil2100: coming?
[09:31] <sil2100> Yes.
[09:32] <sil2100> Can anyone give me a quick hangout link?
[09:32] <sil2100> Ah, nbm
[09:32] <sil2100> nvm
[09:48] <ogra_> [10:52] <ogra_> [11:18] <davmor2> didrocks: any preference on image today, I'm currently reflashing 42 to get some logs.
[11:19] <ogra_> 42 ?
[11:19] <ogra_> thats ancient
[11:19] <ogra_> :P
[11:19] <popey> 45 is the new 42
[11:20] <ogra_> :)
[11:26]  * ogra_ sighs ... so switching channels on my grouper doesnt seem to work 
[11:26]  * ogra_ resorts to a fresh phablet-flash 
[11:28] <davmor2> ogra_, popey: I'm flashing 42 for some logs for the dailer app not opening if the phone is in sleep
[11:28] <ogra_> ah, k
[11:28]  * ogra_ is sure you will find answers ... after all it is 42
[11:29] <davmor2> ogra_: yeah but 42 is the answer so it's already there right, I need to find the question so the answer makes sense :D
[11:30] <ogra_> details :P
[11:30] <davmor2> ogra_: but details are important to me it's how I make my living :P
[11:30] <ogra_> haha
[11:38] <popey> davmor2: bug number?
[11:39] <davmor2> popey: bug #1257000
[11:41] <popey> oh, maguro only
[11:43] <davmor2> popey: I always put my device down in the bug if it happens for you too feel free to mod it :)
[11:44] <davmor2> popey:  I found maguro had a lot more issues than mako anyway
[11:50] <popey> davmor2: can't reproduce on mako
[11:50] <davmor2> popey: that's fine I'm going to update and see if I still have it
[11:58] <ogra_> sigh
[11:59] <ogra_> flashing grouper is taking centuries
[12:41] <tsdgeos> is jenkins down?
[12:54] <cjohnston> tsdgeos: gotta give more info than that. there are some machines that are down due to the electrical work that is going on
[13:04] <davmor2> ogra_: no it doesn't, it takes EONS to flash grouper
[13:04] <ogra_> and a century
[13:04] <ogra_> :P
[13:06] <davmor2> ogra_: of all the devices to lose I vote for grouper, no side stage, no rotation, no other tablet features, so it winds up being a phone that can't do the phone bit, pointless ;)
[13:07] <ogra_> well, i would love to support the next gen N7
[13:08] <ogra_> but i doubt thats in discussion at all
[13:08] <ogra_> it has a high enough resolution to actually use the side stage on there
[13:08] <ogra_> and it has way better HW
[13:09] <davmor2> ogra_: indeed
[13:13] <rsalveti> ogra_: do you know why we don't have /var/log/syslog anymore?
[13:14] <ogra_> no, i noticed your ping about it
[13:14] <ogra_> i'm wrangling with unity-system-compositor since i started today
[13:14] <ogra_> but will take a look
[13:14] <rsalveti> ogra_: cool, thanks
[13:14] <rsalveti> ogra_: do you know if apport is also grabbing logcat already when creating the crash report?
[13:15] <ogra_> no, it wont unless your package tells it to
[13:15] <ogra_> you need an apport hook in whatever package you want to use it for
[13:15] <rsalveti> right, wonder if we can enable that when running it in touch
[13:15] <rsalveti> apport and ubuntu-bug
[13:16] <ogra_> pitti should be able to point you to the right wiki pages about adding hooks
[13:39] <tsdgeos> cjohnston: basically can't get into http://s-jenkins:8080/
[13:40] <tsdgeos> but now is giving an error
[13:40] <tsdgeos> and before was just timing out
[13:40] <tsdgeos> so the server seems to be there now
[13:40] <tsdgeos> just jenkins is still not up?
[13:43] <cjohnston> tsdgeos: its presently turned off due to the ongoing maintenance at the DC
[13:44] <tsdgeos> cjohnston: thanks, is there any eta on getting it up and running?
[13:45] <cjohnston> the window is open for another 1h 15m
[13:46] <tsdgeos> ok, tx
[13:49] <fginther> morning
[14:00] <sil2100> fginther: coming in a moment
[14:02] <rsalveti> popey: at bug 1257048, the process list you pasted is from your host :-)
[14:02] <rsalveti> popey: did you get the same behavior with 44/45?
[14:03] <rsalveti> flashing maguro with 45 (-b)
[14:03] <rsalveti> ops, mako :-)
[14:04] <popey> rsalveti: haha, oops
[14:04] <popey> rsalveti: no
[14:05] <popey> rsalveti: but I updated via OTA, will try phablet-flashing
[14:05] <rsalveti> popey: cool, thanks
[14:05] <rsalveti> flashed 43 a few times yesterday but was unable to reproduce the issue
[14:12] <robotfuel> retoaded: ping
[14:12] <davmor2> rsalveti, popey : I can't reproduce it here on maguro
[14:18] <popey> rsalveti: yup, happens on 45 too
[14:18] <rsalveti> popey: works fine here =\
[14:18] <retoaded> robotfuel, pong
[14:19] <rsalveti> popey: can you grab the process list, syslog and logcat when you reproduce the error?
[14:19] <popey> ok, going afk for a bit, will get those when I get back and attach to the bug report
[14:19] <robotfuel> retoaded: cobbler on m-jenkins stopped working, was the file system restored from earlier when it was in read only mode yesterday?
[14:20] <rsalveti> popey: great, thanks
[14:20] <robotfuel> retoaded: if I wasn't I think need to restart cobbler on m-jenkins
[14:22] <retoaded> robotfuel, cobbler wasn't located on the ro file system and I am able to log into it through the web and and get a listing from the CLI
[14:46] <robotfuel> retoaded: I am seeing this http://pastebin.ubuntu.com/6514861/ in http://m-jenkins.ubuntu-ci:8080/job/gui-toolkits-benchmark-trusty-ps-intel-3000-xmir/26/console, I don't know enough about cobbler to know if that error is expected, but the reboot is never happening.
[14:47] <robotfuel> retoaded: I wonder if cobbler's sqlite3 database was on the ro file system
[14:48] <retoaded> robotfuel, checking the pastebin output now but nothing related to cobbler should have been on the ro fs
[14:51] <robotfuel> retoaded: I am restarting cobbler, hopefully that fixes it.
[14:51] <retoaded> robotfuel, and I think the sqlite DB is UTAH related instead of cobbler
[14:52] <robotfuel> retoaded: ah yes you are right.
[15:15] <robotfuel> retoaded: I am going to reboot m-jenkins if that's ok with you
[15:16] <retoaded> robotfuel, it was rebooted yesterday afternoon.
[15:16] <retoaded> robotfuel and I would need to take down a VM first
[15:16] <robotfuel> retoaded: it seems like that's when it stopped working
[15:17] <retoaded> robotfuel, and it might be worthwhile to shut it down for another 45 minutes until the maintenance window closes
[15:17] <retoaded> since m-jenkins only has a single power supply
[15:18] <robotfuel> retoaded: sounds good to me. can you ping me when it's back online?
[15:18] <retoaded> robotfuel, sure
[15:18] <robotfuel> retoaded: thanks
[15:21] <cwayne_> cihelp ping
[15:23] <doanac> cwayne_: looks like we have a gap in our vanguard shifts. maybe i can help?
[15:25] <cwayne_> doanac, just wondering when s-jenkins might be back up
[15:27] <doanac> cwayne_: I think the maintenence window was supposed to end at 15:00 UTC. retoaded?
[15:30] <plars> cwayne_: unless they had additional power problems, I'm guessing they are just confirming the nodes came back before starting jenkins back up. q-jenkins is still down too
[15:38] <retoaded> doanac, 1600UTC
[15:38] <retoaded> if it's really UTC and not EST
[15:38] <doanac> retoaded: anything i can do to help? my vanguard shift starts soon, so i might as well start getting my hands dirty
[15:39] <retoaded> doanac, the only server we have with single power supply (m-jenkins which also hosts dev-jenkins) has been shut down already
[15:50] <doanac> retoaded: can you clarify the window? when i look at the calendar entry it says 11am -3pm (which I think for me would be CST)
[15:52] <retoaded> doanac, I am basing it solely off of the E-mail from IS that states: Tuesday, December 3 1100 UTC - 1500 UTC
[15:52] <doanac> retoaded: k. thanks
[15:54] <retoaded> doanac, that should equate to 0600 - 1000 EST or 0500 - 0900 CST so theoretically the window should be closed.
[15:55] <doanac> retoaded: that was what I was trying to confirm. ie - the window is over and things are back to normal
[15:56] <retoaded> doanac, I'm asking rfowler in PM if he can tell whether they are done of if they have even started
[15:57] <retoaded> doanac, am also hoping for an "all [clear|done|finished]" message from IS (which would depend upon Markley Group sending one to them of course).
[16:01] <cwayne_> was this unplanned maintenance?
[16:05] <doanac> cwayne_: no - there was an announcement sent out 2 days ago
[16:22] <popey> rsalveti: should I be doing 'adb shell /system/bin/logcat' or something else? that seems to hang for me
[16:23] <rsalveti> popey: yeah, weird, can you try just adb shell?
[16:23] <popey> adb shell is fine
[16:24] <popey> but it still hangs when I run logcat however I run it
[16:24] <rsalveti> popey: what is the output of /system/bin/logcat -d
[16:24] <popey> that finishes fine
[16:24] <popey> http://paste.ubuntu.com/6515275/
[16:25] <popey> added pastes to bug 1257048
[16:25] <popey> I was afk for 2 hours, and the display is still on btw
[16:25] <rsalveti> popey: hm, looks all fine
[16:25] <rsalveti> popey: is powerd running?
[16:25] <popey> root       851  0.0  0.3  67988  6284 ?        Ssl  14:13   0:04 /usr/bin/powerd
[16:26] <rsalveti> Dec  3 09:05:24 ubuntu-phablet powerd[842]: screen power setting failed: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name com.canonical.Unity.Screen was not provided by any .service files
[16:27] <rsalveti> Dec  3 09:06:47 ubuntu-phablet powerd[842]: failed to set display power mode, not clearing state
[16:27] <popey> ooh
[16:29] <rsalveti> that might be the issue
[16:40] <sil2100> If you guys don't mind I'll only be on the first minutes of the meeting and then I'll pack up and drive back home, so that I can still manage to do anything after arriving
[17:23] <ogra_> [17:38] <cwayne_> plars, can you re-kick the custom suite? there were a lot of failuers that weren't custom-related
[17:39] <plars> cwayne_: I'm watching it, yes
[17:40] <plars> cwayne_: I'm going to restart the failed ones as soon as the others finish
[18:25] <plars> cwayne_: actually, there might be a new image before I can... for some reason, all tests on mako seem to be taking a lot longer with image 45
[18:26] <cwayne_> plars, a new image tested is fine with me
[18:26] <ogra_> [18:26] <ogra_> :P
[18:26] <ogra_> so dont bother ;)
[18:27] <cwayne_> plars, but do you know why there were so many skipped images on touch_custom? there were no tests for 39 40 or 41
[18:28] <plars> cwayne_: no idea, I was out yesterday. We missed image 42 on touch (non-custom) also
[18:28] <cwayne_> hm, alright
[18:28] <plars> cjohnston: did you happen to hear if there was a reason for that?
[18:28] <plars> ogra_: shall we just skip the rest of 45? any reason you can think of for the apparent slowdown?
[18:28] <cjohnston> nope
[18:29] <ogra_> plars, yes, just skip them ...
[18:29] <ogra_> plars, didnt you just tell me there was "power maintenence" (sounds like "extremely strong maintenance")
[18:29] <plars> ogra_: they were doing electrical work in the lab, but that was this morning
[18:30] <plars> ogra_: (early afternoon your time)
[18:30] <ogra_> well, skip 45 and lets see if 46 behaves now
[18:30] <ogra_> 45 was actually built in my morning (during the landing team meeting)
[18:31] <plars> ogra_: yes, that's what I'm doing... the tests that ran on mako ran fine, just took longer. On maguro, I had trouble getting through the install after the lab came back up. Will keep extra watch on that one for 46
[18:31] <ogra_> great, thanks
[18:51] <retoaded> robotfuel, forgot to let you know that m-jenkins is back up
[18:52] <robotfuel> retoaded: thanks
[18:52] <retoaded> np
[18:52] <robotfuel> retoaded: utah is working again too!
[18:52] <retoaded> nice
[19:03] <plars> retoaded: did something change with ssh on cdu-1ss-b-07-b
[19:03] <plars> retoaded: my kernel sru jobs are getting prompted for a password now
[19:03] <retoaded> plars not yet.
[19:03] <retoaded> plars, haven't gotten around to rack 7's CDUs yet
[19:03] <plars> retoaded: they were not getting prompted as recently as nov 20
[19:04] <plars> which was post-move
[19:04] <retoaded> hmmm, will take a peek
[19:06] <plars> retoaded: might just be an issue with the cdu... let me try something
[19:07] <plars> hmm, no, seems to work from console. Let me just retry the job and see if it was a fluke
[19:07] <retoaded> plars, ack
[19:39] <fginther> Saviq, ping