15:02:27 #startmeeting oVirt Weekly Sync 15:02:28 Meeting started Wed Nov 27 15:02:27 2013 UTC. The chair is doron. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:02:28 Useful Commands: #action #agreed #help #info #idea #link #topic. 15:02:31 * sbonazzo here 15:02:36 * ecohen here 15:02:42 #topic Agenda and roll Call 15:02:59 * lvernia here 15:03:26 * danken is here 15:03:26 amureini: here? 15:03:38 mskrivanek: here? 15:04:23 #info 3.3 update releases 15:04:24 #info 3.4 planning 15:04:26 #info conferences and workshops 15:04:27 #info infra update 15:04:29 #info other topics 15:04:38 let's start with 3.3 update releases 15:05:03 doron: 3.3.1 fully released, fabiand already announced also node 15:05:20 doron: we should think about releasing a 3.3.1.1 for http://gerrit.ovirt.org/#/c/21783/ 15:05:25 some issue about glusterfs dependency, too. 15:05:25 sbonazzo: are we expecting 3.3.1.1? 15:05:49 sbonazzo: ack on 3.3.1.1, this resolved NPE 15:05:55 danken: what is it? 15:06:01 BugĀ 1033587 - Glusterfs RPM dependencies broken for VDSM 4.13.0-11 in RHEL 6.5 prevent updates 15:06:03 * mskrivanek here 15:06:14 doron: any other patch to be included in 3.3.1.1 ? 15:06:34 sbonazzo: let's see danken's issue 15:06:58 doron: we ship a gluster-epel.repo that points to 3.4.0 version, which conflict with rhel6.5's glusterfs 15:07:07 so we need to amend ovirt-release.rpm 15:07:26 I think mburns used to own it. who has inherited it? 15:07:33 fabiand: here? 15:07:42 doron, here. 15:07:53 hi fabiand, are you aware of this issue? 15:08:16 doron, danken pointed it out to mew. 15:08:24 But I didn't take it over 15:08:34 I'm completely unaware of who owns it .. 15:08:43 fabiand: it seems that we need a 3.3.1.1 with a fix to it. 15:09:00 its rpm -qi suggest that mburns has built it in his basement 15:09:07 :) 15:09:14 mburns, will be back on monday 15:09:15 fabiand: can you contact mburns to handle it ? 15:09:25 what needs to be done? 15:09:32 is there a patch i can simply ack? 15:09:36 doron: http://www.ovirt.org/Subprojects doesn't list that package and his maintainer 15:09:58 danken: any idea howw to resolve it? 15:10:15 * dneary here 15:10:17 yes, the BZ has the suggestion by Bob Doolitle 15:10:23 (the user who reported it) 15:10:46 it's a oneliner to the gluster-epel.repo file 15:10:57 danken: link? 15:11:17 but we do need to decide: do we want to include the specific glusterf- 3.4.1 or any latest. 15:11:20 bz 1033587 15:11:42 last comment 15:12:03 danken, fabiand: The release RPM is really simple. Does it have any versioning (to enable yum update to do the right thing & fix the repo definitions)? 15:12:13 mburns: how about adding ovirt-release to gerrit? I know it's tiny, but it needs some revision control. 15:12:25 danken: it's in gerrit 15:12:48 mburns: so we should add sbonazzo to this project 15:12:50 dneary, dneary mburns we should probably add versioning to it .. 15:12:58 http://gerrit.ovirt.org/#/admin/projects/ovirt-release ~ 15:12:59 ! 15:13:02 * dneary thought it was part of the integration project 15:13:34 mburns: I was not aware of http://gerrit.ovirt.org/#/c/18427/ 15:14:44 mburns: can you work with sbonazzo and if needed fabiand to resolve 1033587? 15:14:55 doron: ok for helping maintaining it 15:14:55 it would save us a special 3.3.1.2. 15:15:04 http://gerrit.ovirt.org/21794 15:15:13 that should trigger a build in jenkins 15:15:17 which can then be tested 15:15:31 i don't have an environment or time to test though 15:15:48 http://jenkins.ovirt.org/job/ovirt-release/16800/ 15:15:54 sbonazzo: can you test it? 15:16:18 doron: I don't have a centos system around 15:16:21 obasan: ? 15:16:36 sbonazzo, don't have one now :( 15:16:37 I'm sure bobdrad would love to help testing this. 15:17:11 doron: I think we're going to build 3.3.1.1 tomorrow morning, so we can try to have also mburns change tested tomorrow morning 15:17:33 very well. 15:17:35 mburns: how about adding sbonazzo as a maintainer to support this project? 15:17:43 doron: I think we should delay also 3.3.2 beta until the NPE fix is in 15:17:46 doron: i will 15:18:17 #info mburns to add sbonazzo as a maintainer to support ovirt-release project 15:18:24 thanks mburns 15:18:34 sbonazzo: I agree, 15:19:02 #info 3.3.2 beta delayed to include an NPE fix. 15:19:30 sbonazzo: you should have +2/-2 rights now 15:19:30 anything else on 3.3.x updates? 15:19:32 doron: no date? 15:19:45 updated build: http://jenkins.ovirt.org/job/ovirt-release/16802/ 15:19:52 doron: target date for 3.3.2 is important to me. 15:19:55 danken: we have a patch, so it should be +- day 15:20:15 verified patch 15:20:32 mburns: confirmed, I've +2 / -2 rights now 15:21:08 danken: for beta 3.3.2 it should have been today 15:21:28 danken: for final 3.3.2 it should be in ~2 weeks I think 15:21:29 sbonazzo: the npe should be merged soon (today) 15:21:36 sbonazzo: where is it written? I forgot. 15:21:44 Vdsm is far from being ready. 15:22:03 we'd like to include the hosted Engine patches in for the beta 15:22:03 danken: it has been posted to users, devel and vdsm-devel a few times in the last 3 weeks 15:22:21 danken: are you going to include this one as well ? - http://gerrit.ovirt.org/#/c/21695/ 15:22:24 danken: any chance to have them in for tomorow? 15:22:35 sbonazzo: yeah I blame only my own memory. 15:22:57 I know fsimonce can do a lot of things. 15:23:11 danken: or we can go with a beta2 for them as soon as you have them in? 15:23:35 sbonazzo: maybe we can have a light version of http://www.ovirt.org/OVirt_3.3_release-management to hosld 3.3.x dates? 15:23:59 danken: ? 15:24:01 I suspect he could take them in and have a test build by tomorrow. 15:24:35 ybronhei: could you backport the "debian" dir to ovirt-3.3 ? 15:24:47 doron: why not use http://www.ovirt.org/OVirt_3.3_release-management adding .z version to timeline as maintenance? 15:24:48 knesenko: you could do the backport, too. 15:24:56 danken: sbonazzo so can we expect 3.3.2 beta + 3.3.1.1 this Friday? 15:24:57 danken: yes 15:25:00 danken: I can;t merge 15:25:16 ybronhei: thanks 15:25:38 doron: on ovirt-engine side, we just need the NPE fix patch. 15:25:50 ybronhei: if we are to have a beta build tomorrow, you have a lot on your hands to ack/merge. 15:26:23 #info sbonazzo to track maintenance version in new http://www.ovirt.org/OVirt_3.3.z_release-management 15:26:25 danken: ah? :O 15:26:36 danken: im about to make a build tomorrow? 15:27:08 danken: http://gerrit.ovirt.org/#/c/21795/ 15:27:25 ybronhei: I was just reminded that we have an ovirt-3.3.2 beta tomorrow 15:27:31 better include vdsm in it. 15:28:06 danken: Engine seems to be ok. Can VDSM converge to Friday for 3.3.1.1 and 3.3.2 beta? 15:28:27 3.3.1.1 is unrelated to vdsm 15:28:36 afaict 15:28:50 which is positive in the empty way... 15:29:13 we have enough for 3.3.2 even without the HE patches 15:29:39 danken: it's 3.3.2 beta. 15:29:46 so yeah, wither ybronhei and fsimonce can coordinate and see if we can squeeze HE into beta1. 15:30:14 doron: yes, we'll have a build by Friday. 15:30:26 not yet sure if it gonna have HE. 15:30:42 very well. so 3.3.2 and 3.3.1.1 release should be by on Friday. 15:31:14 knesenko: I'd love a verification, too, for http://gerrit.ovirt.org/#/c/21795/ 15:31:23 #info 3.3.1.1 released by Friday 29/11. 15:31:27 just to be sure that the tarball and rpm really build. 15:31:35 from ovirt-3.3 branch. 15:31:39 #info 3.3.2 release due on Friday 29/11. 15:31:47 let's move on. 15:31:56 doron 3.3.2-beta1 ! 15:32:10 right 15:32:15 before we move on: 15:32:16 #info 3.3.2 beta1 due on Friday 29/11. 15:32:20 danken: np 15:32:44 I wanted to make sure there is no resistence to including the HE patches in 3.3.2. 15:33:10 it is uncommon to introduce new APIs in a 3.3.z, but we really want this feature, and it's blocking only on vdsm. 15:33:25 danken: ack on my side, most issues I'm aware of are around setup. 15:33:29 sbonazzo: ? 15:33:31 so speak now, or forever hold your lips sealed. 15:33:48 sbonazzo acked it on vdsm-devel. 15:33:59 doron: I agree with firday date for beta. I don't think we've critical / blocking issues on setup 15:34:15 danken: I need short lesson about the release process, if you may.. 15:34:23 danken: sbonazzo then I guess we're good with ha for 3.3.2. 15:34:26 danken: doron: +1 for having HE support in vdsm 15:34:46 I'm soliciting comments from users if they are around. 15:35:21 I guess they're not ;) 15:35:21 I've promised not to release ovirt-3.3.2 before QE gave green light for the HE patches. 15:35:30 danken: I am around but have nothing to offer here 15:35:50 #info vdsm 3.3.2 will include hosted engine support. 15:36:05 #topic 3.4 planning 15:36:09 us holiday will be tomorrow and most will be leaving soon after a half day pre THanksgiving holiday, so not likely to be much comment from here 15:36:12 danken: well, we don't really have a QE team on oVirt we're still working on it :-) 15:36:21 ybronhei: you should use fedpkg to build a test vdsm in koji. 15:36:31 at this point we have the scope finalized, let's see how the teams are doing 15:36:54 sbonazzo: well frankly, waht I'm looking is a "no regression" ack from storage QE. 15:37:19 danken: verification fail because there are missing files in debian directory. two solutions here: 1. is to remove those files from Makefile.am 2. Add missing files from the master branch 15:37:20 doron: integration team presented here 3.4 targeted features ~1 hour ago 15:37:25 danken: what do you prefer ? 15:37:32 sbonazzo: I know ;) 15:37:44 knesenko: fix the Makefile, of course. 15:37:50 sbonazzo: so what's the current status? 15:37:51 danken: ok done 15:37:52 thanks for finding the error! 15:37:54 danken: pushing 15:38:33 ahhh, ybronhei was too quick! 15:39:01 danken: what?? 15:39:02 doron: dwh migration to otopi is a WIP. uri rewrite is almost finished (we've a bug around but will be fixed soon) other features are to be started 15:39:03 sbonazzo: ? 15:39:10 danken: im checking everything 15:39:15 ybronhei: how did you v+1 http://gerrit.ovirt.org/#/c/21795/ ? 15:39:27 knesenko says it's (slightly) broken 15:39:28 damn it 15:39:42 errr i checked on the wong branch 15:39:46 sbonazzo: anything else? 15:40:01 doron: not on integration side AFAIK 15:40:22 sbonazzo: current deadline seems ok? 15:41:05 ybronhei: I am pushing the fix 15:41:11 doron: we may be a little short of time due to christmas holidays and peoples working on it 15:41:21 danken: knesenko: i do that 15:41:38 #info integration team may slip on 3.4 due to holidays 15:41:41 thanks sbonazzo 15:41:47 sahina: here? 15:41:57 doron, hi 15:42:08 hi sahina how are you doing n 3.4 tasks? 15:42:29 danken: http://gerrit.ovirt.org/21798 :( 15:42:57 ybronhei: let's let knesenko do the verification this time. 15:42:57 doron, we're good on gluster asyn tasks. and hoping to make the other two 15:43:18 sahina: thanks. will you make it to the deadline? 15:43:44 doron, will have a clearer picture next week 15:43:44 danken: i do mistake from time to time.. I checked 3 merges before that one :/ sorry 15:43:54 would you, knesenko? 15:43:58 thanks 15:44:11 ybronhei: everybody makes mistakes. and then knesenko needs to pay for them ;-) 15:44:19 #info gluster to report next week on 3.4 deadline readiness. 15:44:34 sbonazzo: are you covering for infra? 15:44:48 or maybe it's ybronhei? 15:44:55 doron: no 15:44:58 danken: so tomorrow what time should the build be done? 15:45:12 ybronhei: here for infra? 15:45:14 danken: ybronhei since there are some differences between debian directory in master and ovirt-3.3 branch and you do want to include all files form debian in the makefile so better to 15:45:42 doron: no :) im just here because danken said here that I need to build vdsm tomorrow 15:45:43 for i in \ls ; echo "$i \" >> Makefile.am; done 15:45:57 as to infra, http://ovirt.org/meetings/ovirt/2013/ovirt.2013-11-25-15.05.html 15:46:05 ybronhei: now will be be sure all files are there 15:46:05 still blocked on that Rackspace issue 15:46:09 ybronhei: can you please check who covers for infra in the meeting and ping him? 15:46:12 ybronhei: can do it ? 15:46:15 you 15:46:29 doron: knesenko: too many things.. I'll try to do both 15:46:40 ybronhei: thanks 15:46:46 lvernia: here? 15:46:48 ybronhei: want me to fix ? 15:46:50 doron: Yep. 15:47:02 lvernia: how id network doing on 3.4 tasks 15:47:04 ? 15:47:07 knesenko: yes 15:47:24 doron: Almost all is well as far as I know. More specifically... 15:47:36 ybronhei: ok 15:47:49 Network configurator is being implemented. 15:48:23 doron: so im the infra guy for now 15:48:26 Host Network QoS and provisioned network editing feature pages are up and being reviewed on mailing lists. 15:48:27 danken, sbonazzo: Just catching up with backlog. On HE topic: we will want to be very careful to avoid regressions. Are we maintaining API compatibility between 3.3.1 and 3.3.2 at least? 15:48:53 lvernia: did I hear "Configurator" 15:48:58 is that my name being called? 15:49:04 apuimedo: Yep, you wanna elaborate on that? 15:49:08 ybronhei: doron said we need a build for Friday. So anytime would do. 15:49:10 knesenko: good catch with the space btw :) 15:49:29 danken: ok.. I'll check with you before doing that 15:49:31 doron: Network labels still under design but should be up on mailing lists soon enough. 15:49:37 dneary: AFAIK it's just API extension, not breaking 15:49:39 danken: maybe I'll use douglas for it too 15:49:47 sbonazzo, Good 15:49:50 danken: or call you 15:49:58 lvernia: thanks. Please check for next week on deadline readiness. 15:50:00 Do we have a good regression test suite for VDSM? 15:50:01 dougsland is a sport! 15:50:04 dneary: danken should confirm anyway :-) 15:50:10 lvernia: well, the unified persistence is practically done (missing some final work on upgrade path) 15:50:16 doron: Sure. One thing I'm not sure on is NIC ordering. 15:50:26 unified memory rollback is posted 15:50:32 and iproute2 has to be rebased on that 15:50:33 dneary: I'm afraid it's not good. 15:50:39 patches are posted pre-rebase 15:50:43 #info network team doing good progress. NIC ordering unsure. Should report next week on deadline readiness. 15:50:50 fabiand: here? 15:50:59 doron, yep 15:51:04 doron, but about to leave 15:51:04 apuimedo: Sounds good. 15:51:06 this would be a good opportunity to remind storage and virt team to use their vdsm functional tests. 15:51:08 fabiand: how's the node doing for 3.4? 15:51:31 ybronhei, danken pardon? 15:51:36 reading logs 15:51:44 doron, Currently we are not up to speed. Many changes slowed us down. 15:51:55 dneary: for network, the functional tests are quire comprehensive. For virt and storage - quite not, and they are not used enough anyway. 15:51:57 doron, I can give a better estimate next week if that helps 15:52:00 fabiand: ok, let's revisit next week. 15:52:10 doron, next monday, right? 15:52:14 danken, Thanks 15:52:28 #info node to update next week on task status and readiness for 3.4 deadline 15:52:38 anyone here for PPC? 15:53:08 danken: that is on the 3.4 planning (comprehensive tests) 15:53:17 sbonazzo: can you get updates from PPC guys in the ML and update us next week? 15:53:22 dneary: I'm starting to sound like old Cato, but amureini, please make sure that functional/storageTests are run on the ovirt-3.3.2 branch! 15:53:43 doron: not sure who I've to ping about it 15:53:48 abaron: until then, I'd be happy if what we do have is being used. 15:53:53 fabiand: why Monday? 15:53:55 danken: ack 15:54:03 hosted-engine question... my pxe boot isn't finding a bootable device. i typed the output from the vm vnc here: http://pastebin.test.redhat.com/178841 any thoughts? http://pastebin.test.redhat.com/178839 15:54:07 sbonazzo: ping me offline. 15:54:11 doron: ok 15:54:26 danken: mskrivanek pointed out that there is some work to do with the virt tests before they are ready to move to jenkins 15:54:33 aweiteka: there is a meeting going for the next few minutes -- please stand by 15:54:33 aweiteka: please take it to the HE channel you used yesterday. 15:54:44 #info sbonazzoto update on PPC status next week. 15:54:59 SLA... 15:55:06 ok, thx 15:55:32 #info SLA working on design. Unsure about application HA and will report next wee on deadline readiness. 15:55:37 apuimedo: ok, but I'm asking to make it a gating requirement for them to pass on ovirt-3.3.2 15:55:52 even locally. 15:55:58 amureini: abaron 3.4 tasks status? 15:56:21 danken: as long as the tests are up to scratch... 15:56:46 danken: alignmentTests on some jenkins slave have failures quite often 15:57:08 ybronhei: done 15:57:28 amureini: abaron 3.4 tasks status? take 2 15:58:17 apuimedo: forget about jenkins. just run it, and say that it passes. We should not release anything without this statement. 15:58:55 #info storage to make sure they have a representative in weekly sync. 15:59:16 #info storage to update next week on 3,4 status and readiness for deadline. 15:59:19 danken: of course 15:59:21 ;-) 15:59:23 ecohen: here? 15:59:36 ecohen, yes 15:59:45 ecohen: how's the ux doing for 3.4? 16:00:04 doron, everything is according to plan, nothing changed since last week. 16:00:24 ecohen: how are you with 3.4 deadline? 16:00:40 danken: fix merged 16:00:51 doron: abaron was here for a moment 16:00:54 doron, same as last week - stretch goals remained stretch goals, others are either done or in progress 16:00:58 knesenko: good 16:01:17 ecohen: very well, thanks 16:01:19 doron, np 16:01:39 #info UX making progress. No changes with regards to 3.4 deadline. 16:01:49 ofrenkel: here? 16:02:02 knesenko: thanks! 16:02:06 doron, yes 16:02:10 danken: np 16:02:16 ofrenkel: updates on 3.4 tasks ? 16:02:42 doron, no changes i think 16:03:01 ofrenkel: will you make it to the 3.4 deadline? 16:04:03 mburns: fabiand: which component should carry bz 1033587? it's certainly not vdsm. 16:04:23 but ovirt-release is not in BZ. 16:04:35 doron, sure hope so 16:04:50 ofrenkel: thanks. appriciate it if we can get updates next week from you or mskrivanek_away 16:05:03 doron, yes no problem 16:05:14 danken: move it to installer, whiteboard integration 16:05:34 #info virt has no changes for 3.4 status. Will update next week on deadline readiness 16:05:41 ybronhei: back to infra 16:05:58 ybronhei: can you update on 3.4 tasks? 16:06:47 doron I think that a new component about "distribution" should be in bugzilla (maybe also one for the virtual appliance subproject) 16:07:11 sbonazzo: for ovirt? 16:07:18 doron: ues 16:07:19 yes 16:07:37 #info infra should send a representative for ovirt weekly. 16:07:58 #infra should update on 3.4 tasks status next week. 16:08:27 sbonazzo: "installer"? 16:08:31 sbonazzo: email itamar1 and let's see who can handle it. 16:08:38 moving on 16:08:56 #topic conferences and workshops 16:09:02 ybronhei is not enough as an infra rep? 16:09:02 dneary: still alive? 16:09:10 doron, Yes 16:09:17 dneary: any updates? 16:09:19 Was on another channel & thing 16:09:32 No news since last week. 16:09:34 doron: which topic? 16:09:35 doron: ok. danken: ovirt-engine-installer IIRC. it's not really the right package, but the one more near to it 16:09:48 itamar1: ^^^^^^ 16:09:51 dneary: thanks 16:09:55 Oh - possible oVirt stand at SCALE, Jason Brooks has proposed a talk 16:10:02 #info no updates on conferences and workshops since last week. 16:10:11 And for FOSDEM, the closing date for the Virt & IaaS devroom is this Friday 16:10:16 moving on infra update 16:10:21 #topic infra update 16:10:27 Aside from that, no updates that I can think of 16:10:47 itamar1: we're missing a component in bugzilla for ovirt-release (something like "distribution") and maybe one for the new subproject of the virtual appliance 16:10:50 Hey, I've been checking for information on Live Migration. Is it possible to live migrate your data from local storage to shared storage? 16:11:06 doron: sorry didn't notice 16:11:09 doron: no updates 16:11:10 #info possible oVirt stand at SCALE, Jason Brooks has proposed a talk 16:11:32 sbonazzo: ovirt-appliance - sure. what is ovirt-release one for? 16:11:33 doron: same as last week about the features and no urgent issues 16:11:45 ybronhei: thanks. 16:11:50 Guest7159: not yet. export/import should work though 16:12:22 #info infra-team 3.4 tasks: no changes 16:12:26 itamar1: see bz 1033587, it's for the release package, which handle yum .repo file install 16:12:58 orc_orc: any ifra updates? 16:13:05 (infra) 16:13:57 or anyone else from ovirt infra for this matter? 16:14:48 I'll take that as no updates 16:14:50 sbonazzo: lets see if it becomes a pattern to move these off the installer i guess. 16:15:07 #info infra no updates 16:15:11 moving on 16:15:20 #topic other topics 16:15:32 doron: as before as to infra, http://ovirt.org/meetings/ovirt/2013/ovirt.2013-11-25-15.05.html 16:15:36 still blocked on that Rackspace issue 16:15:52 itamar1: I suggested installer as component to danken, while we don't have anything better for now :-) 16:16:08 orc_orc: something we can do to help? 16:16:31 doron: poke the @redhat to pick up the phone, comes to mind 16:16:45 the reason for the blockage is opaque to outsiders 16:16:57 there is reference to some other issue not publicly discussed 16:17:30 orc_orc: dneary any idea what orc_orc is referring to? 16:18:36 orc_orc: which blockage? 16:18:56 #info doron to check what's the issue in ovirt infra. 16:18:58 doron, Not really - let me catch up 16:19:02 itamar1: the need for 03 at racksapce and the new space it provides 16:19:03 ok guys, anything else? 16:19:22 there is an out of band access issue which cannot be sollved by the people w credentials 16:19:42 the migration plan has nee done since 14 Oct, but blocked on this need 16:19:50 s/nee/been/ 16:20:13 doron, orc_orc: Is this what you're referring to? "still blocked on ovirt03 because iDRAC doesn't works for us" 16:20:22 dneary: right 16:20:52 dneary: can you check what can be done to assist ovirt infra? 16:20:52 dneary: that was the old issue -- the conclusion was to involve some one at Rackspace on both that and some other issue not discussed on the ML 16:21:29 orc_orc, I'm afraid I haven't been following that issue - who is in charge of it, who has contacted Rackspace, and how? 16:21:34 sadly, the rackspace ticket numbers have never been publicy mentioned so I can add little more 16:21:50 15:07:37 dcaro: can you update us on rackspace 16:22:00 15:11:21 #info still blocked on ovirt03 because iDRAC doesn't works for us 16:22:03 15:11:43 #action update a ticket on rackspace and raise its priority 16:22:10 I have not idea of the details 16:22:33 that from the minutes link I posted a bit ago and the full log 16:23:21 orc_orc, That at least gives us 2 nalmes (David & Kiril) to contact 16:23:25 Wish I knew more 16:23:25 * nod * 16:23:33 doron, Can you follow up? 16:23:42 dneary: will do. 16:23:52 doron, Thanks! 16:23:57 thank you 16:24:09 #info doron to follow up on ovirt infra issues. 16:24:14 also please post the Rackspace ticket numbers in the but or the infra ML 16:24:22 ok guys, last chance, anything else you wish to discuss? 16:24:28 dneary: david here: dcaro 16:24:40 Indeed 16:24:47 dcaro: ? 16:24:50 dcaro, Do you have an update on the Rackspace issue? 16:25:13 dcaro, Ticket num with Rackspace, the details of what's not working, and what needs to happen for the issue to be resolved? 16:25:16 doron: this bug: https://fedorahosted.org/ovirt/ticket/80 16:25:21 dneary: doron right now the issue is being investigated by the dcops team, they should also reset the ips 16:25:43 who are the dcops team? (actually, what does dcops stand for?) 16:25:56 dneary: afaik it's data center operations 16:26:26 Is that a Red Hat team or a Rackspace team? 16:26:28 dneary: the ones with physical access to the servers, they confirmed the console keyboard issue 16:26:31 dneary: rackspace 16:27:04 dcaro: any eta? Unsure what's our sla there... 16:27:30 dneary: ticket n 131104-07276, right now the host has a misconfigured network interface and the console keyboard does not work, they have to upgrade the iDRAC firmware and reconfigure the network 16:28:41 dneary: I'm just responding to a new comment about the update taking 2 hours downtime 16:29:14 dcaro, OK. Thanks! Keep me posted. What's our expected resolution date? 16:29:20 dneary: I hope that tomorrow they will have done the upgrade, and the reconfiguration 16:29:49 dneary: being conservative I say that next monday the server must be up and running 16:30:08 dcaro, Remember that this is a US holiday weekend 16:30:12 that sounds like hope rather than plan .. is there a SLA? 16:31:39 orc_orc: no afaik 16:31:47 dcaro: * nod * ty 16:31:50 dcaro: orc_orc I think we got the picture for now. I suggest we revisit next week to see if escalation needed? 16:31:50 orc_orc: yep, it's more hope than plan 16:31:59 doron: fine -- thank you 16:32:25 #info dcaro to report next week on Rackspace issue and consider escalation if needed. 16:32:33 ok guys, I think this is it 16:32:38 last thing- 16:32:54 Happy Hanuka and Happy Thanks Giving! 16:33:02 indeed /me saves 16:33:08 #endmeeting