| *** Daviey has joined #openstack-dev | 00:00 | |
| *** adiantum has joined #openstack-dev | 00:00 | |
| *** RobertLaptop has joined #openstack-dev | 00:00 | |
| *** rods has joined #openstack-dev | 00:00 | |
| *** clayg has joined #openstack-dev | 00:00 | |
| *** Tv has quit IRC | 00:03 | |
| *** Daviey has quit IRC | 00:04 | |
| *** Daviey has joined #openstack-dev | 00:07 | |
| *** adiantum has quit IRC | 00:18 | |
| *** HugoKuo__ has joined #openstack-dev | 00:31 | |
| *** adiantum has joined #openstack-dev | 00:32 | |
| *** HugoKuo_ has quit IRC | 00:34 | |
| *** Tv has joined #openstack-dev | 00:35 | |
| *** jdurgin has quit IRC | 00:48 | |
| *** vladimir3p has quit IRC | 00:55 | |
| *** Binbin has joined #openstack-dev | 00:59 | |
| *** adiantum has quit IRC | 01:03 | |
| *** adiantum has joined #openstack-dev | 01:08 | |
| openstackjenkins | Project nova build #1,011: SUCCESS in 3 min 4 sec: http://jenkins.openstack.org/job/nova/1011/ | 01:24 |
|---|---|---|
| openstackjenkins | Tarmac: novaclient changed to support projectID in authentication. Caused some minor issues with distributed scheduler. This fixes them up. | 01:24 |
| *** mgius is now known as mgius-away | 01:28 | |
| *** adiantum has quit IRC | 01:31 | |
| *** pmullaney has quit IRC | 01:39 | |
| openstackjenkins | Project nova build #1,012: SUCCESS in 2 min 57 sec: http://jenkins.openstack.org/job/nova/1012/ | 01:39 |
| openstackjenkins | Tarmac: Adds 'joinedload' statements where they need to be to prevent access of a 'detached' object. | 01:39 |
| *** adiantum has joined #openstack-dev | 01:44 | |
| *** Binbin has quit IRC | 02:04 | |
| *** adiantum has quit IRC | 02:16 | |
| *** adiantum has joined #openstack-dev | 02:29 | |
| *** Binbin has joined #openstack-dev | 02:35 | |
| *** vladimir3p has joined #openstack-dev | 02:51 | |
| *** cloudgroups has joined #openstack-dev | 02:52 | |
| *** zykes- has quit IRC | 03:08 | |
| *** zykes- has joined #openstack-dev | 03:09 | |
| *** cloudgroups has left #openstack-dev | 03:23 | |
| *** adiantum has quit IRC | 03:42 | |
| *** dolphm has joined #openstack-dev | 03:46 | |
| *** dolphm has quit IRC | 03:49 | |
| *** dolphm has joined #openstack-dev | 03:50 | |
| *** dolphm has quit IRC | 03:51 | |
| *** dolphm has joined #openstack-dev | 03:51 | |
| *** adiantum has joined #openstack-dev | 03:55 | |
| *** openpercept_ has joined #openstack-dev | 04:16 | |
| *** antonym has quit IRC | 04:44 | |
| *** troytoman-away has quit IRC | 04:44 | |
| *** soren has quit IRC | 04:44 | |
| *** soren has joined #openstack-dev | 04:45 | |
| *** ChanServ sets mode: +v soren | 04:45 | |
| *** antonym has joined #openstack-dev | 04:45 | |
| *** antonym is now known as Guest99925 | 04:46 | |
| *** troytoman-away has joined #openstack-dev | 04:48 | |
| *** dolphm has quit IRC | 04:49 | |
| *** adiantum has quit IRC | 04:59 | |
| *** vladimir3p has quit IRC | 05:02 | |
| *** adiantum has joined #openstack-dev | 05:12 | |
| *** zaitcev has quit IRC | 05:27 | |
| *** Zangetsue has joined #openstack-dev | 05:34 | |
| *** adiantum has quit IRC | 05:43 | |
| *** vladimir3p has joined #openstack-dev | 05:46 | |
| *** xtoddx has quit IRC | 05:48 | |
| *** vishy has quit IRC | 05:48 | |
| *** vishy has joined #openstack-dev | 05:48 | |
| *** xtoddx has joined #openstack-dev | 05:48 | |
| *** devcamcar has quit IRC | 05:50 | |
| *** comstud has quit IRC | 05:50 | |
| *** gholt has quit IRC | 05:50 | |
| *** troytoman-away has quit IRC | 05:50 | |
| *** devcamcar has joined #openstack-dev | 05:51 | |
| *** gholt has joined #openstack-dev | 05:51 | |
| *** ttx has quit IRC | 05:51 | |
| *** comstud has joined #openstack-dev | 05:51 | |
| *** ttx has joined #openstack-dev | 05:55 | |
| *** ttx has quit IRC | 05:55 | |
| *** ttx has joined #openstack-dev | 05:55 | |
| *** troytoman-away has joined #openstack-dev | 05:55 | |
| *** adiantum has joined #openstack-dev | 05:56 | |
| *** vladimir3p has quit IRC | 06:05 | |
| *** Tv has quit IRC | 06:11 | |
| *** Binbin has quit IRC | 06:12 | |
| ttx | soren, mtaylor: swift-milestone-ppa is still broken. We need to generate RC packages for Swift 1.4.1 asap... | 06:57 |
| *** reidrac has joined #openstack-dev | 07:04 | |
| mtaylor | ttx: sorry - lemme fix it right now | 07:09 |
| * mtaylor got distracted | 07:09 | |
| ttx | mtaylor: thanks. Are you back on west coast or what ? | 07:09 |
| ttx | (I know New York never sleeps, but still...) | 07:10 |
| mtaylor | yup. in seattle this week | 07:11 |
| *** adiantum has quit IRC | 07:14 | |
| *** adiantum has joined #openstack-dev | 07:19 | |
| mtaylor | ttx: ok - swift-milestone-ppa is building now | 07:24 |
| ttx | mtaylor: cool, thanks | 07:31 |
| soren | mtaylor: So you've added a build step to copy the artifacts... And what else? | 07:41 |
| soren | mtaylor: Ah, you did change the script. | 07:45 |
| soren | mtaylor: Have you done the same for all the -ppa jobs? | 07:46 |
| soren | mtaylor: Not glance-{,milestone-}ppa. I just did those. | 07:50 |
| soren | ttx: There. We should be in good shape again. | 07:50 |
| ttx | soren: cool. | 07:51 |
| mtaylor | soren: yes - I had done the ppa jobs - just not the milestone ones | 08:01 |
| soren | ttx: I just created lp:~openstack-release/ubuntu-archive-tools/openstack. At least some of the tools I'm writing should be more widely applicable than just us, so I figured I'd put them there and perhaps eventually have them folded back into lp:ubuntu-archive-tools. | 08:16 |
| ttx | ok | 08:17 |
| *** adiantum has quit IRC | 08:27 | |
| *** adiantum has joined #openstack-dev | 08:39 | |
| *** adiantum has quit IRC | 08:50 | |
| *** adiantum has joined #openstack-dev | 08:55 | |
| *** adiantum has quit IRC | 09:37 | |
| *** adiantum has joined #openstack-dev | 09:38 | |
| *** adiantum has quit IRC | 09:59 | |
| *** vladimir3p has joined #openstack-dev | 10:01 | |
| *** erik-s has joined #openstack-dev | 10:02 | |
| soren | ttx: Hm... We'll need a sync-ppa that can exclude certain packages. | 10:15 |
| soren | ttx: ...to copy libraries from trunk PPA's to milestone-proposed PPA's. | 10:15 |
| ttx | soren: ack | 10:25 |
| *** vladimir3p has quit IRC | 10:30 | |
| soren | ttx: /me gets right on that after lunch. | 10:37 |
| *** markvoelker has joined #openstack-dev | 11:20 | |
| *** markvoelker has left #openstack-dev | 11:24 | |
| soren | Done | 11:41 |
| *** openpercept_ has left #openstack-dev | 12:00 | |
| *** adiantum has joined #openstack-dev | 12:20 | |
| *** dolphm has joined #openstack-dev | 12:32 | |
| *** dolphm has quit IRC | 12:43 | |
| *** heden has quit IRC | 12:57 | |
| *** ameade has joined #openstack-dev | 13:21 | |
| *** pmullaney has joined #openstack-dev | 13:26 | |
| *** Zangetsue has quit IRC | 13:28 | |
| *** rods has quit IRC | 13:31 | |
| *** Zangetsue has joined #openstack-dev | 13:32 | |
| *** jkoelker has joined #openstack-dev | 13:33 | |
| *** dolphm has joined #openstack-dev | 13:35 | |
| reidrac | weird, I might have found a bug in swift | 13:41 |
| reidrac | getting a list ob object info in a container | 13:41 |
| reidrac | the last_modified field has %Y-%m-%dT%H:%M:%S.%f format | 13:41 |
| reidrac | but I got ONE with %Y-%m-%dT%H:%M:%S format | 13:41 |
| reidrac | is that possible? | 13:42 |
| *** bcwaldon has joined #openstack-dev | 13:42 | |
| reidrac | I mean one object | 13:42 |
| creiht | reidrac: interesting | 13:43 |
| reidrac | isn't it? | 13:43 |
| reidrac | :) | 13:43 |
| *** rods has joined #openstack-dev | 13:43 | |
| creiht | for that one that was different, was it uploaded, or modified in a mannder different from the others? | 13:43 |
| reidrac | nope | 13:43 |
| reidrac | it was PUT as the others | 13:44 |
| creiht | reidrac: and either way, I would go ahead and file a bug, and I'm sure the guys will take a look | 13:44 |
| reidrac | it's surprising that list_objects_iter returns the value straight away from the db without doing any formatting | 13:45 |
| reidrac | sound to me like looking for trouble :D | 13:45 |
| creiht | heh | 13:45 |
| reidrac | seems normalize_timestamp is formatting the input | 14:04 |
| reidrac | I can't see how's possible I have an object with the wrong timestamp... | 14:04 |
| notmyname | is it possible that the .%f was zero and therefore got formatted away? | 14:05 |
| *** byeager has quit IRC | 14:06 | |
| reidrac | that was my first guess | 14:06 |
| reidrac | but normalize_timestamp it's perfect | 14:07 |
| reidrac | it's working properly | 14:07 |
| reidrac | I'm going to check the sqlite db directly | 14:07 |
| reidrac | so I can discard a swift bug | 14:07 |
| reidrac | definitely it's swift fault... the JSON file is returning the wrong date format | 14:24 |
| reidrac | I mean the JSON response | 14:24 |
| *** Guest99925 has quit IRC | 14:49 | |
| *** Guest99925 has joined #openstack-dev | 14:49 | |
| *** Guest99925 is now known as spy | 14:49 | |
| *** dragondm has joined #openstack-dev | 14:50 | |
| *** spy is now known as antonym | 14:50 | |
| reidrac | got it! writing a fix | 14:50 |
| reidrac | uhm, although I'm not sure if it's a bug | 14:52 |
| reidrac | the API documentation doesn't specify it clearly | 14:54 |
| reidrac | from the examples seems that you can expect that .00000 | 14:55 |
| reidrac | but the container server uses datetime.isoformat(), and it shows the miliseconds only when available | 14:56 |
| reidrac | so you'll never get that .00000 | 14:56 |
| reidrac | should I file a bug? any thoughts? | 14:56 |
| *** rnirmal has joined #openstack-dev | 14:57 | |
| annegentle | mtaylor: around? | 15:00 |
| reidrac | filed a bug, I'm off for today | 15:12 |
| *** vladimir3p has joined #openstack-dev | 15:18 | |
| *** reidrac has quit IRC | 15:19 | |
| *** Zangetsue has quit IRC | 15:53 | |
| *** heckj has joined #openstack-dev | 15:54 | |
| *** dprince has joined #openstack-dev | 16:02 | |
| *** Tv has joined #openstack-dev | 16:09 | |
| *** dolphm has quit IRC | 16:16 | |
| *** dolphm has joined #openstack-dev | 16:35 | |
| *** adiantum has quit IRC | 16:43 | |
| bcwaldon | jaypipes: did you mean to approve this with your latest comment? https://code.launchpad.net/~rackspace-titan/nova/remove-local-image-service/+merge/64080 | 16:49 |
| jaypipes | bcwaldon: yes. | 16:50 |
| bcwaldon | jaypipes: just checking :) | 16:50 |
| jaypipes | bcwaldon: done | 16:50 |
| *** jdurgin has joined #openstack-dev | 16:58 | |
| *** adiantum has joined #openstack-dev | 16:58 | |
| *** mszilagyi has joined #openstack-dev | 17:01 | |
| *** dprince has quit IRC | 17:01 | |
| *** dprince has joined #openstack-dev | 17:03 | |
| *** markvoelker has joined #openstack-dev | 17:13 | |
| *** adiantum has quit IRC | 17:16 | |
| *** mgius-away is now known as mgius | 17:26 | |
| sandywalsh_ | trying 'nova-manage network create 192.168.2.240/8' and getting 'invalid prefix length(8)' ... any ideas why that won't work? | 17:55 |
| annegentle | sandywalsh_: does that network fit within the range defined in nova.conf? | 18:07 |
| annegentle | sandywalsh_: just a stab in the dark, I'm no network admin | 18:07 |
| sandywalsh_ | annegentle, hmm, I don't one defined in nova.conf ... what's the default? | 18:09 |
| dprince | tr3buchet: you around? | 18:10 |
| annegentle | sandywalsh_: I'm thinking of --fixed_range which defaults to 10.0.0.0/8, maybe that's not relevant for your setup tho | 18:12 |
| sandywalsh_ | annegentle, thanks ... will investigate | 18:12 |
| annegentle | sandywalsh_: also --network_size defaults to 256 which is teh number of addresses in each private subnet | 18:13 |
| *** dprince has quit IRC | 18:23 | |
| *** dprince has joined #openstack-dev | 18:57 | |
| tr3buchet | dprince: yes | 19:06 |
| tr3buchet | damnit | 19:06 |
| tr3buchet | missed him | 19:06 |
| dprince | tr3buchet: I'm here. | 19:10 |
| tr3buchet | dprince: you were looking for me? | 19:11 |
| dprince | tr3buchet: Hey man. I had a question on multinic: Why are we fkeying the virtual interfaces to networks? | 19:11 |
| tr3buchet | dprince it all comes down to the bridge the vif is connected to | 19:13 |
| tr3buchet | that bridge is a column in the network table | 19:13 |
| tr3buchet | so i set up a network id for the virtual interface | 19:13 |
| tr3buchet | figured i might as well fk it to network | 19:13 |
| dprince | tr3buchet: Sure. We just don't use a lot of fkeys nova. I mean we could use a lot more but I thought it best to avoid them if possible for performance reasons. | 19:15 |
| tr3buchet | dprince: well the hell i went through with sqlalchemy to get that fk in there | 19:16 |
| openstackjenkins | Project swift build #281: SUCCESS in 30 sec: http://jenkins.openstack.org/job/swift/281/ | 19:16 |
| openstackjenkins | Tarmac: Fixing ratelimit tests | 19:16 |
| tr3buchet | i would have preferred not having it | 19:16 |
| *** winston-d has quit IRC | 19:17 | |
| tr3buchet | dprince i can see removing it. i don't know that virtual_interface.network is necessary useful | 19:17 |
| dprince | tr3buchet: Okay. So the 'nova-manage network delete' command works on a clean vanilla install. | 19:18 |
| tr3buchet | dprince: i was thinking there were probably virtual interfaces fkeyed to the network you were attempting to delete | 19:19 |
| dprince | tr3buchet: If I try to spin up an instance (which fails w/ libvirt.) and I have a single entry in the virtual interfaces table the 'nova-manage network delete' fails. | 19:19 |
| tr3buchet | yep that's what i figured | 19:19 |
| dprince | tr3buchet: exactly. Just having a single record in that table causes the issue. | 19:19 |
| tr3buchet | so you spin up the instance (which fails) and end up with a virtual_interface in the table? | 19:20 |
| tr3buchet | that's bad | 19:20 |
| tr3buchet | need to roll that back | 19:20 |
| tr3buchet | becuase your instance will also have fixed_ips and what not too | 19:20 |
| dprince | tr3buchet: Yeah. Perhaps that is the root problem here. | 19:20 |
| tr3buchet | i think so | 19:20 |
| tr3buchet | so i'm fine with getting an error if you try to delete a network that has virtual interfaces associated with it | 19:21 |
| dprince | tr3buchet: Sure. | 19:21 |
| dprince | tr3buchet: I was just a bit surprised when I deleted the instance (that failed) and the virtual interface was still there. | 19:22 |
| tr3buchet | i'll look into some sort of exception catching to dealloc if something goes bad and we can give it another shot. thanks for playing with it | 19:22 |
| tr3buchet | oh | 19:22 |
| tr3buchet | perhaps not | 19:22 |
| tr3buchet | leave te structure there until the instance is deleted might be better? | 19:22 |
| tr3buchet | dprince i think i see what is happening | 19:26 |
| tr3buchet | terminate_instance should be calling the deallocate which shoudl remove the row in the table | 19:26 |
| dprince | tr3buchet: Sure. That sounds reasonable. | 19:27 |
| tr3buchet | but if your instance doesn't get a host the compute api delete() function doesn't call compute.terminate_instance, it just makes the db call | 19:27 |
| tr3buchet | can you do me a favor and repeat the process and but this time before you terminate the instance check to see if it has a host in table? | 19:28 |
| tr3buchet | that'll narrow it down completely | 19:28 |
| dprince | tr3buchet: Sure. Sorry. Got interrupted. Looking now. | 19:32 |
| tr3buchet | awesome thanks | 19:32 |
| *** HugoKuo__ has quit IRC | 19:35 | |
| dprince | tr3buchet: Yep. The host is set. | 19:51 |
| tr3buchet | it is set... | 19:52 |
| tr3buchet | next step when you terminate do you see "Terminating instance %s" in the compute log? | 19:53 |
| tr3buchet | dprince: ^ | 19:55 |
| dprince | tr3buchet: nope | 19:55 |
| dprince | I just get the stack trace w/ the 'gateway' key error. | 19:56 |
| dprince | tr3buchet: Oh Sorry. Wait. | 19:56 |
| dprince | tr3buchet: The node was still in its ERROR/Shutdown state from the 'gateway' error. | 19:57 |
| dprince | tr3buchet: You want me to 'nova delete' it and see if terminating is in the log file? | 19:57 |
| tr3buchet | dprince: yessir! | 20:00 |
| dprince | tr3buchet: Terminating instance 1 | 20:01 |
| dprince | tr3buchet: as expected. | 20:01 |
| tr3buchet | alrighty | 20:01 |
| tr3buchet | and afterwards the virtual_interface line is still there | 20:01 |
| tr3buchet | in the db table | 20:01 |
| tr3buchet | screwy! | 20:01 |
| tr3buchet | thanks a lot i'll take a look into it | 20:01 |
| tr3buchet | i can't see any reason that would be libvirt related | 20:02 |
| dprince | tr3buchet: Yes. | 20:02 |
| dprince | I still have a single record in the virtual_interfaces table. | 20:02 |
| tr3buchet | k | 20:02 |
| dprince | Hey. Do you want a libvirt setup to mess with? | 20:03 |
| dprince | tr3buchet: I mean would hacking on a Cloud Server w/ Libvirt help you fix this? and or the 'gateway' issue? | 20:03 |
| tr3buchet | dprince: which network configuration are you using? | 20:03 |
| dprince | tr3buchet: Flat DHCP | 20:04 |
| tr3buchet | the libvirt gateway issue i already understand | 20:04 |
| dprince | tr3buchet: Gotcha. | 20:04 |
| dprince | tr3buchet: Okay. So you good then? | 20:04 |
| tr3buchet | dprince: yep | 20:04 |
| tr3buchet | thanks a lot | 20:04 |
| *** bcwaldon has quit IRC | 20:05 | |
| dprince | tr3buchet: Cool. I'll keep looking through it. When you merge prop it again I'll try it once more. | 20:05 |
| tr3buchet | dprince: one final thing | 20:06 |
| dprince | tr3buchet: sure. | 20:06 |
| tr3buchet | do you see any "floating IP deallocation for instance |%s|" messages? | 20:06 |
| tr3buchet | or "network deallocation for instance |%s|" | 20:07 |
| dprince | tr3buchet: nope. None in nova-compute.log. | 20:07 |
| tr3buchet | should see both in the network log | 20:07 |
| tr3buchet | oops network log sorry | 20:07 |
| dprince | tr3buchet: http://paste.openstack.org/show/1669/ | 20:08 |
| dprince | tr3buchet: That was interesting. | 20:08 |
| dprince | tr3buchet: from nova-network.log | 20:09 |
| tr3buchet | there's rub! | 20:09 |
| tr3buchet | the --^ | 20:09 |
| dprince | tr3buchet: Yep. Sorry I didn't look there earlier. | 20:09 |
| tr3buchet | yeah no problem | 20:09 |
| tr3buchet | dprince fix pushed | 20:11 |
| dprince | tr3buchet: Cool. Is that the 'gateway' fix too? | 20:13 |
| tr3buchet | nope | 20:14 |
| tr3buchet | :) | 20:14 |
| openstackjenkins | Project nova build #1,013: SUCCESS in 2 min 59 sec: http://jenkins.openstack.org/job/nova/1013/ | 20:14 |
| openstackjenkins | Tarmac: Fixes a bug where a unit test sometimes fails due to a race condition. | 20:14 |
| dprince | tr3buchet: Sure. If you can get that one too that would be great. At least I'd have a chance at getting further... | 20:14 |
| *** zaitcev has joined #openstack-dev | 20:15 | |
| tr3buchet | dprince alright i'm looking at it, there is a bigger issue | 20:18 |
| tr3buchet | so libvirt had some changes put in place by griddynamics that were similar to those i put in place in xen allowing it to work as things were currently and also post multi-nic | 20:19 |
| tr3buchet | there were some shims and what not | 20:19 |
| tr3buchet | those now need to be removed | 20:19 |
| tr3buchet | maybe part of that work should be this | 20:19 |
| tr3buchet | i can have a go at it and see what happens, but I don't want to mess something up (i've not touched libvirt before) | 20:20 |
| dprince | tr3buchet: sure. Maybe Lamar would be up for helping you out too. | 20:20 |
| tr3buchet | dprince: i'm looking through it now | 20:21 |
| tr3buchet | dprince: they are also going to have other issues, such as multiple ips for a single interface not being supported | 20:22 |
| tr3buchet | im going to have a quick go at it and see what happens | 20:22 |
| *** rnirmal_ has joined #openstack-dev | 20:34 | |
| *** dprince has quit IRC | 20:35 | |
| *** rnirmal has quit IRC | 20:37 | |
| *** rnirmal_ is now known as rnirmal | 20:37 | |
| annegentle | I'd like to know more about how Jenkins gets access to certain files it runs for builds, does anyone have insight? For example, if I want to change /var/lib/jenkins/jobs/openstack-manuals/workspace/doc/pom.xml, do I have to be in a CI group? | 20:37 |
| heckj | annegentle: I think monty is the guy that will know the details there | 20:39 |
| annegentle | yeah just wondered if anyone has the overview of access to jenkins. Maybe I'll re-read one of his lonnng emails. :) | 20:39 |
| *** dolphm has quit IRC | 20:40 | |
| annegentle | mtaylor: not that there's anything wrong with long emails :) | 20:40 |
| heckj | annegentle: access is based on launchpad ID, but how the grouping is set up beyond that I'm not sure. | 20:40 |
| mtaylor | annegentle: hey! come on :) | 20:40 |
| mtaylor | annegentle: long emails are great! | 20:41 |
| annegentle | yeah I'm reading the logs and saw my launchpad id | 20:41 |
| annegentle | but wasn't sure if I have ability to change it by using bzr or what | 20:41 |
| mtaylor | annegentle: so, jenkins for that job pulls from the bzr branch | 20:41 |
| mtaylor | annegentle: I can totally add you as one of the people who can edit jenkins jobs though | 20:41 |
| annegentle | mtaylor: so glad you know I'm only teasing :) | 20:42 |
| annegentle | mtaylor: yes, let's do that, add me, I want to move files and add an "incubation" area so I need to figure out the best approach | 20:42 |
| annegentle | mtaylor: say, for example, the keystone doc wants to be built automatically too, but while it's being incubated or prior to incubation | 20:43 |
| annegentle | mtaylor: so do I say, bring your own pom file? | 20:43 |
| mtaylor | annegentle: done. you'll need to hit the logout button on jenkins to cause it to re-do your credentials | 20:43 |
| annegentle | mtaylor: or do I write pom files for each doc in incubation | 20:43 |
| mtaylor | annegentle: I am certain that there is a way or even a good way to do what you're talking about... but I think definitely getting you in there will help us start poking at the solutions | 20:44 |
| annegentle | mtaylor: ok, cool. | 20:44 |
| mtaylor | annegentle: so then, if you look at http://jenkins.openstack.org/job/openstack-manuals/configure - you can see how it's currently hanging together | 20:45 |
| heckj | annegentle: how is the source organized? That should be able to help drive a reasonable answer. If the docbook source is in different branches, then create a POM for each one - and then maybe a job on Jenkins to build each of those. | 20:45 |
| mtaylor | yes... what heckj said - having multiple jenkins jobs to do multiple things is likely much more sensible than trying to make a single complex one | 20:46 |
| mtaylor | and you can always have them trigger each other - or be triggered from different things | 20:46 |
| heckj | it's relatively easy to string jenkins jobs together to cascade builds on a single trigger - er, what monty said | 20:47 |
| annegentle | heckj: yep, we can have poms for each one, and really we want that | 20:47 |
| annegentle | heh, cool, thanks to both of you | 20:47 |
| mtaylor | annegentle: the openstack-manuals is set up as a maven job, because of the pom... HOWEVER , if that's not flexible enough - we can always re-make it as a 'freestyle' job, which allows us to define build steps as shell scripts | 20:47 |
| mtaylor | annegentle: you have full admin access - so feel free to create more jobs if you want | 20:48 |
| mtaylor | annegentle: and/or pepper me with questions :) | 20:48 |
| annegentle | mtaylor: very cool! David Cramer is going to help too (doc build guy here at the Rack) so we may have questions tomorrow. | 20:48 |
| heckj | mtaylor - can you give our ExtendedRead permissions without the whole kit - I would like to be able to see the job config on dashboard-tarmac | 20:50 |
| mtaylor | annegentle: great - well, let me know if you want to add some access for him as well | 20:51 |
| mtaylor | heckj: I wish! I really do not like the way I have to give "configure" access to allow someone to see the job configuration | 20:51 |
| mtaylor | heckj: unless you know of a jenkins plugin that adds ExtendedRead | 20:52 |
| heckj | Oh, yuck. Does devcamcar have it? I can have him bring it up and look it over | 20:52 |
| heckj | mtaylor: nope, at least not right now... | 20:52 |
| heckj | I'll look for something though | 20:52 |
| mtaylor | heckj: I added you to the group - go ahead and poke | 20:54 |
| * heckj looks (Grazie!) | 20:55 | |
| mtaylor | heckj: the tarmac config itself is elsewhere - lp:~hudson-openstack/openstack-ci/trunk in .config/tarmac/tarmac.conf | 21:05 |
| heckj | mtaylor: thanks! | 21:06 |
| heckj | mtaylor: is the /var/lib/jenkins/test_nova.sh the same as the one in that openstack-ci branch (test_nova.sh)? | 21:09 |
| mtaylor | yup | 21:09 |
| * heckj reads | 21:09 | |
| mtaylor | heckj: I basically created that branch by checking in all of the things that jenkins uses but aren't managed through the web | 21:10 |
| heckj | cool | 21:10 |
| mtaylor | in place - so lp:~hudson-openstack/openstack-ci/trunk checks out directly in to /var/lib/jenkins | 21:10 |
| mtaylor | (may reorg that to be more sensible at some point - but for right now who cares) | 21:11 |
| heckj | mtaylor: good by me | 21:11 |
| openstackjenkins | Project swift build #282: SUCCESS in 28 sec: http://jenkins.openstack.org/job/swift/282/ | 21:16 |
| openstackjenkins | Tarmac: You can specify X-Newest: true on GETs and HEADs to indicate you want Swift to query all backend copies and return the newest version retrieved. | 21:16 |
| openstackjenkins | Object COPY requests now always copy the newest object they can find. | 21:16 |
| openstackjenkins | Object POSTs are implemented as COPYs now by default (you can revert to previous implementation with conf object_post_as_copy = false) | 21:16 |
| openstackjenkins | Account and container GETs and HEADs now shuffle the nodes they use to balance load. | 21:16 |
| *** rnirmal has quit IRC | 21:33 | |
| *** ohnoimdead has joined #openstack-dev | 21:54 | |
| *** markvoelker has quit IRC | 22:08 | |
| *** mszilagyi_ has joined #openstack-dev | 22:16 | |
| *** mszilagyi has quit IRC | 22:19 | |
| *** mszilagyi_ is now known as mszilagyi | 22:19 | |
| *** mgius has quit IRC | 22:29 | |
| *** ameade has quit IRC | 22:30 | |
| *** mgius has joined #openstack-dev | 22:31 | |
| *** dragondm has quit IRC | 22:40 | |
| *** jkoelker has quit IRC | 22:45 | |
| *** mgius_ has joined #openstack-dev | 23:21 | |
| *** mgius has quit IRC | 23:22 | |
| *** mgius_ is now known as mgius | 23:35 | |
| mtaylor | jaypipes: ping | 23:49 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!