/srv/irclogs.ubuntu.com/2015/06/23/#ubuntu-release.txt

=== Trevinho|Holiday is now known as Trevinho
sil2100Hello release team! I need to disable the system importer for a few minutes to do some copy-image operations without disruptions09:28
sil2100...and done, re-enabled again09:34
=== boiko_ is now known as boiko
jamespagearges, hey - I'd like to stick through oslo.messaging 1.8.3 as an SRU to vivid; it contains fixes only for rabbitmq and zeromq drivers - does that sound reasonable? it does *not* have a MRE14:20
argesjamespage: so I think technically that's the Tech Board call. But if the SRU is bugfix only that seems reasonable. Also why isn't that package under the openstack MRE umbrella?14:21
jamespagearges, https://bugs.launchpad.net/ubuntu/+source/oslo.messaging/+bug/146795914:23
ubot93Launchpad bug 1467959 in oslo.messaging (Ubuntu) "[SRU] update to 1.8.3" [Undecided,New]14:23
coreycbRAOF, Hi, the latest openstack stable icehouse release is ready for sru review in the trusty-proposed queue.  there's also a smal python-keystonemiddleware sru in the utopic-proposed queue.14:23
jamespagearges, MRE makes sense for this - I'll make an application to the TB alongside uploading this SRU.14:24
argesjamespage: What other packages use oslo.messaging?14:24
jamespagearges, just openstack14:24
jamespagearges, we would run it through are standard -proposed validation testing - for both zeromq and rabbitmq14:25
argesjamespage: i think given its isolated to openstack + it looks like bugfix only updates, I think this is a reasonable SRU. The MRE stuff would be helpful though in teh future to make any updates easier14:25
jamespagearges, ack14:25
jamespagearges, uploaded - emailing TB as well14:28
jamespagebetween meetings :-)14:28
argesjamespage: so productive14:29
coreycbRAOF, can I also have python3-tempest-lib promoted to main?14:46
slangasekinfinity: have you seen that IS has asked about taking nusakan's /srv offline today to upgrade the space?  does that impact alpha-1 prep?15:20
slangaseksil2100, robru, rsalveti: ^^ can you also let me know if this will interfere with phone or snappy work, to have no image generation between 2200 and 0000 UTC today?15:21
sil2100slangasek: hey! The phone should be fine I suppose, I already did the image copies I needed and we don't need to build anything new15:26
sil2100At least not today15:26
slangaseksil2100: ok, thanks15:26
infinityslangasek: It does, I've not gotten to my email yet.16:17
infinity... assuming I have email about that.16:18
=== pgraner is now known as pgraner-afk
=== _bjf is now known as bjf
=== fginther is now known as fginther|lunch
wxlwhat are these respins about?19:04
stgraberwxl: what respin?19:21
wxlstgraber: on lubuntu alternates19:22
stgraberlast build for lubuntu alternate was yesterday19:23
wxlstgraber: true, but i didn't request it…19:28
stgraberthat's the original build right after I setup the milestone19:30
wxlhuh, ok, didn't think so, but i'll take your word for it :)19:30
cjwatsonwxl: he mentioned it on this channel in advance19:30
stgraberthe .1 in the version is simply because there had been an automated (cronned) build earlier that day19:31
cjwatsonhttp://irclogs.ubuntu.com/2015/06/22/%23ubuntu-release.html#t17:1819:31
wxlokie dokie19:31
wxlsorry for harassing you guys :)19:31
stgraberwxl: there's a link on the iso tracker page to see the build history for the milestone ("See removed and superseded builds too"). If you click that link, you'll see every build that ever made it to the milestone.19:32
stgraberand in this case, you'd notice that there was only a single alternate build for lubuntu, so no respins19:32
=== pgraner-afk is now known as pgraner
utlemmin`stgraber: it looks like we have a serious blocker for Alpha-1 -- EC2 instances do not boot https://bugs.launchpad.net/ubuntu/+bug/146809120:15
ubot93Launchpad bug 1468091 in Ubuntu "Ubuntu 15.04 Alpha-1 candidates do not boot in EC2" [Undecided,New]20:15
stgraberoh, that's pretty bad indeed20:16
utlemmin`stgraber: yup...I can't put my finger on the exact cause, but at first blush it looks like udev is not creating the /dev/disk/by-* targets for Xen block devices20:17
=== utlemmin` is now known as utlemming`
utlemming`stgraber: at this point, Cloud Images are likely to miss Alpha-1.20:23
stgraberutlemming`: ok20:23
stgraberutlemming`: not much point releasing just on the other clouds I guess?20:23
utlemming`stgraber: we could flag Azure and GCE and others, but with broken Xen, I would rather delay.20:24
stgraberok20:25
utlemming`stgraber: we've confirmed that the issue is most likely systemd20:45
stgraberso there's some hope for this to get fixed in time after all20:46
stgrabersystemd is a bit easier to update on short notice than a kernel20:46
stgraberturning all cronjobs off on nusakan in preparation for a disk resize21:05
stgraberpjdc: ^21:05
pjdcstgraber: great, thanks21:06
stgraberpjdc: looks like we've got nothing running on nusakan at the moment, so you can go ahead whenever you want21:06
stgraberpjdc: I suspect most of us have shells open on /srv, so you'll probably have to kick all those ssh connections before you can umount21:07
pjdcthere are a few indeed21:08
infinitystgraber: I'd hope it's not the kernel, since it's the wily kernel still.21:13
infinityErr, vivid.21:13
infinityThe other wily.21:13
infinityutlemming`: Do you have a console on a failed Xen instance that one can play with?21:16
infinityutlemming`: I'm curious if the block devices are there at all, and if one can force udev to love them.21:16
pjdcstgraber: all done21:40
stgraberpjdc: perfect, re-enabling cron jobs now21:40
stgraberand done21:40
slangasekhum, so we didn't wait until 2200? :)21:45
slangasekwell I'm glad it came back up, since I didn't see any answer to my question about backups of keymatter :/21:46
infinityMaybe someone decided on 2200 BST instead of 2200 UTC.21:46
infinitypjdc: Not that I'm complaining, but only an extra 1T?21:47
pjdcno, i jumped the gun on my own recognizance21:47
infinity(I think I can clean out some bits anyway, so we're not at 73% anymore)21:47
infinityLike... All of lucid.21:47
slangasekpjdc: right; do you happen to be able to tell me what kind of backups we have of the irreplaceable bits on nusakan's /srv?  I fear the answer might be "none"21:50
pjdcour impression in IS was that /srv was all recreatable - is that not the case?21:50
slangasekhahahano21:50
slangasekI was going to back up the gpg key directories before the maintenance window just in case, but that apparently came early ;)21:50
pjdcgood times21:50
infinityI was pretty sure lamont and I had a discussion about signing key backups for ftpmaster and cdimage a few months ago, and he devised a plan.21:51
infinitylamont: ^21:51
infinity(devised and executed, I believe)21:51
pjdcwe have a new backup system in place but it's probably especially suited for key material21:51
pjdcer, *not* especially suited21:51
infinitypjdc: No, I mean, I think lamont did something very specific just for keys.21:52
slangasekpjdc: the web trees are recoverable from the mirrors; the ftp mirror is obviously just a cache that will repopulate itself if needed; the code and config is all in bzr and I have it mirrored locally if nothing else21:52
infinitypjdc: At least, we had discussions about how to do so.21:52
slangasekbut the keys are not recreatable, and not replaceable without people booking flights21:52
infinitypjdc: Though, if this was done, but only documented in lamont's brain, that's about as good as not done.21:53
slangasekso it would be good to have confirmation if there is a backup21:53
lamontinfinity: I have no recollection of this thing of which you speak21:53
slangasekhah21:53
infinitylamont: Excellent.  Way to be old.21:53
lamontkids!21:53
infinitylamont: We had a discussion ages ago (you started it) about good ways to backup ftpmaster and cdimage's signing keys to adelie, and I was pretty sure you even wrote something.21:54
infinitylamont: The second half might be a lie, though.21:54
infinitylamont: If you log our queries, you might even have evidence of this.  I do not. :/21:56
lamontinfinity: timeframe?21:56
infinitylamont: This is where my own aging is problematic.  As has been pointed out by young kids like stgraber and wgrant, I often refer to last week as "months ago" and last year as "a few weeks back".21:56
lamontah, yes, time dialation21:57
lamontthat or hanging with the Doctor.21:57
lamontinfinity: I presume it would have been PM and cnaonical's srefver?21:59
infinitylamont: Seems likely.21:59
lamontdiscussion involving sycamore and nusakan in 2012-02-1622:00
infinitylamont: That seems like a few too many months ago. :)22:01
infinitylamont: Maybe "grep gpg adconrad*.log"?22:01
infinitylamont: Since I think you were playing with code examples.22:01
infinitylamont: Or this is all an elaborate (and super boring) dream.22:02
infinitylamont: Which I wouldn't rule out.  I dream of some amazingly mundane things.22:02
lamontI am finding nothing22:03
infinitylamont: Huh.  Okay.  Chalk it up to me being weird.22:05
infinitylamont: Or old age taking us both.  Pick one.22:05
lamontI choose "3"22:11
pjdcslangasek: infinity: i've created RT#82293 for the key backup23:07
slangasekpjdc: thanks23:10
infinitypjdc: Ta.23:17
RAOFcoreycb: Can do the SRU review; don't have the authority to promote python3-tempest-lib :)23:25

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