*** dosaboy has quit IRC | 00:08 | |
*** dosaboy has joined #openstack-cinder | 00:09 | |
*** hoonetorg has quit IRC | 01:01 | |
*** mriedem has quit IRC | 01:03 | |
*** tejdeep has quit IRC | 01:07 | |
*** yedongcan has joined #openstack-cinder | 01:11 | |
*** baojg has joined #openstack-cinder | 01:12 | |
*** markvoelker has joined #openstack-cinder | 01:13 | |
*** baojg has quit IRC | 01:15 | |
*** hoonetorg has joined #openstack-cinder | 01:15 | |
*** whoami-rajat has joined #openstack-cinder | 01:16 | |
*** enriquetaso has joined #openstack-cinder | 01:20 | |
*** baojg has joined #openstack-cinder | 01:30 | |
*** mvkr has quit IRC | 01:32 | |
openstackgerrit | yenai proposed openstack/cinder master: test https://review.opendev.org/655283 | 01:46 |
---|---|---|
openstackgerrit | yenai proposed openstack/cinder master: Correct the exception msg of ImageUnacceptable https://review.opendev.org/653649 | 01:54 |
*** gmann_afk is now known as gmann | 02:16 | |
*** mvkr has joined #openstack-cinder | 02:21 | |
*** jdillaman has quit IRC | 02:54 | |
*** tejdeep has joined #openstack-cinder | 02:57 | |
*** psachin has joined #openstack-cinder | 03:02 | |
*** whoami-rajat has quit IRC | 03:35 | |
*** udesale has joined #openstack-cinder | 03:58 | |
*** whoami-rajat has joined #openstack-cinder | 04:06 | |
*** tejdeep has quit IRC | 04:34 | |
*** tejdeep has joined #openstack-cinder | 04:41 | |
*** tejdeep has quit IRC | 05:01 | |
*** tejdeep has joined #openstack-cinder | 05:02 | |
*** sapd1_ has quit IRC | 05:03 | |
*** e0ne has joined #openstack-cinder | 05:10 | |
*** markvoelker has quit IRC | 05:10 | |
*** sapd1 has joined #openstack-cinder | 05:14 | |
*** e0ne has quit IRC | 05:17 | |
*** sapd1 has quit IRC | 05:29 | |
*** sapd1 has joined #openstack-cinder | 05:37 | |
*** yedongcan has quit IRC | 05:39 | |
*** mvkr has quit IRC | 05:40 | |
*** sapd1 has quit IRC | 05:42 | |
*** Luzi has joined #openstack-cinder | 05:50 | |
*** mvkr has joined #openstack-cinder | 05:53 | |
openstackgerrit | Rajat Dhasmana proposed openstack/cinder master: update "auth_url" in document https://review.opendev.org/569980 | 05:54 |
*** sapd1 has joined #openstack-cinder | 05:59 | |
openstackgerrit | pengyuesheng proposed openstack/cinder master: The volume groups return message add project ID https://review.opendev.org/655301 | 06:03 |
*** sapd1 has quit IRC | 06:21 | |
*** boxiang has quit IRC | 06:21 | |
*** boxiang has joined #openstack-cinder | 06:21 | |
*** pcaruana has joined #openstack-cinder | 06:24 | |
*** sahid has joined #openstack-cinder | 06:27 | |
*** sapd1 has joined #openstack-cinder | 06:27 | |
*** baojg has quit IRC | 06:28 | |
*** baojg has joined #openstack-cinder | 06:37 | |
*** Luzi has quit IRC | 06:50 | |
*** Luzi has joined #openstack-cinder | 06:57 | |
*** egonzalez has quit IRC | 07:03 | |
*** egonzalez has joined #openstack-cinder | 07:04 | |
*** rcernin has quit IRC | 07:05 | |
openstackgerrit | Merged openstack/cinder master: Remove docs for --allow-multiattach https://review.opendev.org/653819 | 07:05 |
*** markvoelker has joined #openstack-cinder | 07:12 | |
*** sapd1 has quit IRC | 07:13 | |
*** sapd1 has joined #openstack-cinder | 07:14 | |
*** enriquetaso has quit IRC | 07:21 | |
*** tejdeep has quit IRC | 07:25 | |
*** luksky has joined #openstack-cinder | 07:26 | |
*** tejdeep has joined #openstack-cinder | 07:27 | |
*** phasespace has joined #openstack-cinder | 07:28 | |
*** tejdeep has quit IRC | 07:36 | |
*** luksky has quit IRC | 07:42 | |
*** helenafm has joined #openstack-cinder | 08:04 | |
*** luksky has joined #openstack-cinder | 08:16 | |
*** e0ne has joined #openstack-cinder | 09:20 | |
*** sdinescu has quit IRC | 09:22 | |
*** tkajinam has quit IRC | 09:52 | |
*** xyang has quit IRC | 09:54 | |
*** dirk has quit IRC | 09:54 | |
*** gmann has quit IRC | 09:54 | |
*** dirk has joined #openstack-cinder | 09:54 | |
*** gmann has joined #openstack-cinder | 09:56 | |
*** xyang has joined #openstack-cinder | 09:57 | |
*** rtjure has joined #openstack-cinder | 10:18 | |
openstackgerrit | Gorka Eguileor proposed openstack/cinderlib master: Fake unused packages https://review.opendev.org/655401 | 10:23 |
openstackgerrit | Rajat Dhasmana proposed openstack/cinder master: WIP: Add migrations for default volume type https://review.opendev.org/639180 | 10:26 |
*** sdinescu has joined #openstack-cinder | 10:37 | |
*** gmann has quit IRC | 10:44 | |
*** carloss has joined #openstack-cinder | 10:56 | |
*** udesale has quit IRC | 11:16 | |
*** rtjure has quit IRC | 11:28 | |
*** baojg has quit IRC | 11:30 | |
*** baojg has joined #openstack-cinder | 11:31 | |
*** baojg has quit IRC | 11:35 | |
*** helenafm has quit IRC | 11:45 | |
*** abishop has joined #openstack-cinder | 11:55 | |
hemna | mep | 11:57 |
*** markvoelker has quit IRC | 12:08 | |
*** udesale has joined #openstack-cinder | 12:29 | |
*** thgcorrea has joined #openstack-cinder | 12:37 | |
*** eharney has quit IRC | 12:50 | |
hemna | so it seems that even if I have nova setup to use ceph as ephemeral storage, the placement api can't find a provider as my host doesn't have enough local disk space | 12:52 |
hemna | service placement] found 0 providers with available 80 DISK_GB | 12:52 |
*** jdillaman has joined #openstack-cinder | 12:53 | |
*** irclogbot_1 has quit IRC | 12:55 | |
*** irclogbot_0 has joined #openstack-cinder | 12:55 | |
*** jistr is now known as jistr|afk | 12:56 | |
*** altlogbot_2 has quit IRC | 12:57 | |
*** altlogbot_2 has joined #openstack-cinder | 12:57 | |
*** ybunker has joined #openstack-cinder | 13:29 | |
*** lseki has joined #openstack-cinder | 13:32 | |
*** sapd1_x has joined #openstack-cinder | 13:34 | |
*** seba has joined #openstack-cinder | 13:38 | |
*** enriquetaso has joined #openstack-cinder | 13:46 | |
*** eharney has joined #openstack-cinder | 13:48 | |
*** KeithMnemonic has joined #openstack-cinder | 13:49 | |
*** gmann has joined #openstack-cinder | 13:51 | |
*** mriedem has joined #openstack-cinder | 13:53 | |
*** helenafm has joined #openstack-cinder | 14:04 | |
*** udesale has quit IRC | 14:06 | |
*** udesale has joined #openstack-cinder | 14:07 | |
*** udesale has quit IRC | 14:08 | |
*** udesale has joined #openstack-cinder | 14:08 | |
*** phasespace has quit IRC | 14:26 | |
jungleboyj | hemna: Hmmm. I don't know that we are providing any data to the placement service. Or are they doing their own thing to get that data from us? | 14:26 |
jungleboyj | Morning by the way. | 14:27 |
smcginnis | We are not. That was the one thing we identified that we could do with placement. | 14:31 |
*** itlinux has quit IRC | 14:35 | |
jungleboyj | smcginnis: Ok. That was what I thought. I was going to chat with cdent but I haven't seen him online. Should try e-mail I guess. | 14:35 |
smcginnis | jungleboyj: I think he said he was going to come to the US a little early and visit family before the Summit. | 14:36 |
jungleboyj | Ok. Let me see what I can figure out there. | 14:37 |
whoami-rajat | hemna: Hey | 14:45 |
hemna | hey | 14:46 |
hemna | figured out my nova issues w/ help from lyarwood | 14:46 |
hemna | devstack evidently ignores nova.conf and uses nova-cpu.conf now | 14:47 |
hemna | so nova never saw my ceph setup in [libvirt] | 14:47 |
whoami-rajat | hemna: can you take another look at [1], since we discussed your concern at meeting last time. | 14:47 |
whoami-rajat | [1] https://review.opendev.org/#/c/651480/ | 14:47 |
jungleboyj | hemna: Yikes, that is a big change. | 14:47 |
hemna | whoami-rajat: sure | 14:48 |
whoami-rajat | hemna: thanks | 14:48 |
*** luksky has quit IRC | 14:49 | |
*** Luzi has quit IRC | 14:50 | |
*** tejdeep has joined #openstack-cinder | 14:50 | |
jungleboyj | hemna: So does it appear that placement has basic support for Cinder/Ceph without any of our intervention? | 14:56 |
hemna | jungleboyj: well, if nova is configured correctly, the placement API sees the space available from ceph correctly | 14:58 |
hemna | this wasn't necessarily a cinder issue | 14:58 |
hemna | but my devstack node was low on disk space and couldn't fire up 80GB vms | 14:58 |
jungleboyj | hemna: Ok, that is good. But that is just a statement for Ceph Ephemeral? | 14:58 |
hemna | so I updated nova.conf to point to ceph for ephemeral and it was still failing | 14:59 |
hemna | until I discovered nova-cpu.conf vs. nova.conf | 14:59 |
hemna | jungleboyj: yah it was for ceph ephemeral | 14:59 |
jungleboyj | hemna: Ok, so that still leave the discussion of getting similar support in place for Cinder storage. | 14:59 |
*** lemko has joined #openstack-cinder | 15:00 | |
hemna | for placement api? | 15:00 |
hemna | how is the scheduler going to use the placement api? | 15:00 |
jungleboyj | hemna: Correct. | 15:00 |
hemna | replacing the scheduler ? | 15:00 |
jungleboyj | Not the scheduler. | 15:00 |
jungleboyj | The placement API being able to use data from Cinder to make placement choices. | 15:00 |
* jungleboyj could not be making sense. | 15:01 | |
hemna | hrmm, for nova vms? | 15:01 |
*** dave-mccowan has joined #openstack-cinder | 15:01 | |
hemna | afaik the placement api is for scheduling/placing/locating nova vms | 15:01 |
smcginnis | s/nova vms/resources/ | 15:02 |
jungleboyj | Right, for instance, if placement needs to place a VM and they are doing a boot from volume then I would assume the placement API would need to know what Cinder storage is available in that area. | 15:02 |
jungleboyj | Just for example. | 15:02 |
hemna | how does cinder know what that 'area' is ? | 15:02 |
jungleboyj | By AZ? | 15:02 |
smcginnis | I think that was the idea. | 15:03 |
hemna | heh, do we really even support AZ's very well ? | 15:03 |
jungleboyj | hemna: Better than we used to. :-) | 15:03 |
hemna | like....a driver/volume type in 1 AZ vs. not in another | 15:03 |
smcginnis | Not a lot of detail in https://etherpad.openstack.org/p/cinder-placement-denver-ptg-2018 | 15:03 |
hemna | in order to support that I think we'd need to be able to associate a volume type against an AZ | 15:04 |
hemna | to associate a particular backend living in AZ1 vs. not in AZ2 | 15:04 |
jungleboyj | hemna: We have added support for that in Stein I believe. | 15:05 |
*** pcaruana has quit IRC | 15:06 | |
hemna | ah ok that's great | 15:06 |
*** dave-mccowan has quit IRC | 15:07 | |
*** amotoki_ is now known as amotoki | 15:08 | |
hemna | whoami-rajat: so the spec wasn't updated after our discussion | 15:11 |
hemna | so I'm not sure what I should do :) | 15:11 |
hemna | I thought we agreed on a vtype name of _default_ or something like that | 15:11 |
eharney | _default_ was suggested | 15:12 |
eharney | IMO just going with "default" is better | 15:13 |
whoami-rajat | hemna: i'm not sure, eharney said it was least of our priority as of now | 15:13 |
whoami-rajat | since the name is just a constant value to be used during db migration, we can finalize on it anytime, so IMO we can focus on other details (if needs to be updated) in the spec. | 15:16 |
jungleboyj | eharney: I thought we wanted to stay away from default as it was more likely that that name might have been previously used. | 15:16 |
eharney | jungleboyj: it doesn't matter if it's previously used if it doesn't have extra specs associated w/ it | 15:16 |
smcginnis | Yeah, I've seen clouds use "default" as their default, so that is not a good choice. | 15:17 |
eharney | except, it's a fine choice, if you do this right | 15:17 |
whoami-rajat | i've used "default_vol_type" in the code https://review.opendev.org/#/c/639180/5 | 15:17 |
jungleboyj | I don't want to bikeshed on this. | 15:18 |
jungleboyj | I think the goal of having something that is obviously a set default is not so much for code or anything like that but for people who might be debugging the system and can clearly see that it is something we have set that is being used. | 15:19 |
jungleboyj | That is my $0.02 there but I would like to move beyond this and get start fixing the issue. | 15:19 |
eharney | well, we decided to not bikeshed on it before and it led to "we agreed on" above | 15:20 |
smcginnis | As long as we don't use a name that is obvious to cause conflicts, I'm fine with it. | 15:20 |
hemna | well, I don't want to ignore this, especially since we are still confused about it. | 15:20 |
jungleboyj | Right and then you said that 'default' was sufficient. | 15:20 |
hemna | :P | 15:20 |
smcginnis | 'default' definitely is not a good name and is pretty much guaranteed to cause problems. | 15:21 |
jungleboyj | The notes from last week's meeting say that something like __DEFAULT__ should be good. | 15:21 |
hemna | jungleboyj: ++ | 15:21 |
eharney | anything is pretty much guaranteed to cause problems if the goal is to just avoid thinking through potential problems. | 15:22 |
hemna | that could be a problem | 15:22 |
smcginnis | "thinking through potential problems" being actually addressing where we have the assumptions that there will be a volume type set? | 15:23 |
whoami-rajat | so i brought up the spec to move on from the "naming conflict", guess didn't turn out so well. | 15:25 |
* jungleboyj face palms | 15:25 | |
smcginnis | I don't think we can approve the spec until it doesn't say we use "default" as the name. If it doesn't specify a name, it should. It's kind of a criticial piece of information. | 15:26 |
jungleboyj | I don't think using a name that isn't going to conflict is an avoidance tactic, I think it is good practice to make it clear that this is something that was automatically set. | 15:26 |
jungleboyj | It also allows others to key off it with other automation if necessary. | 15:26 |
whoami-rajat | eharney: if 'default' doesn't seem to cause issues then using '__DEFAULT__' shouldn't either. | 15:26 |
smcginnis | And it's not bikeshedding. It's deciding whether to build the bikeshed in the middle of your driveway or not. | 15:27 |
jungleboyj | If we need to do an upgrade check on it in the future, then we can. | 15:27 |
jungleboyj | We still need to think through the technical issues beyond it but we aren't going to get that far if we don't make this decision. | 15:27 |
jungleboyj | smcginnis: Will it be at the beginning or end of the driveway? ;-) | 15:28 |
*** itlinux has joined #openstack-cinder | 15:28 | |
whoami-rajat | smcginnis: agreed. but i think other specifications also need focus than the name itself? | 15:30 |
eharney | anyway, if you a) reuse an existing "default" type if it's safe to use (no specs), and b) just don't migrate volumes on deployments where it's not safe to use, it works fine | 15:31 |
eharney | i guess the counter proposal is that you figure that a pre-existing volume type with underscores is less likely to exist, and if it did, some odd things might happen on that deployment | 15:32 |
smcginnis | eharney: So if we have a check to see if 'default' exists and it doesn't have extra specs, then it's safe to use. But if not, then we will have some clouds with the default being 'default' and other clouds with... something other name we decide to pick? | 15:32 |
eharney | smcginnis: don't you have to do that either way? | 15:33 |
smcginnis | No, we say it's '__DEFAULT__" (or whatever) and have an upgrade check that it doesn't exist and document in the release notes that it is a reserved name. | 15:33 |
smcginnis | So we have a very slight chance that an operator needs to change something, versus a 100% chance that at least a few operators will need to change things. | 15:34 |
smcginnis | And get pissed off that the default they've documented for their customers to use is no long the default. | 15:34 |
eharney | ok, so we need to get some proposal of upgrade checks in the spec | 15:37 |
eharney | because i don't think i've even thought down that route yet | 15:37 |
whoami-rajat | eharney: will do. | 15:38 |
whoami-rajat | Thanks everyone for the inputs. | 15:39 |
jungleboyj | eharney: Yeah, I had mentioned that in the meeting last week and I think this is a perfect example for an upgrade check. | 15:40 |
jungleboyj | So, we have a way to guarantee that we won't fall down the hole you are concerned we might. | 15:40 |
eharney | i was actually leaning more toward it being ok for a few deployments to fall in a hole where we just don't retype the volumes, and make this a more seamless process | 15:40 |
eharney | more of a best-effort transition | 15:41 |
eharney | but, both work | 15:41 |
*** itlinux has quit IRC | 15:41 | |
whoami-rajat | eharney: smcginnis so if the deployer has created __DEFAULT__ (with no extra specs) should we pass that in upgrade checks? | 15:42 |
smcginnis | I'd prefer just having a blanket "no type named __DEFAULT__" check, but I suppose we could. | 15:43 |
tejdeep | Can some one help me with error in Zuul check, tempest-full is complaining about POST_FAILURE https://review.opendev.org/#/c/621465/. tempest results looks fine http://logs.openstack.org/65/621465/38/check/tempest-full/eb88233/testr_results.html.gz | 15:43 |
smcginnis | POST_FAILURE indicates it happened after tempest completed. | 15:44 |
jungleboyj | whoami-rajat: I would handle that as a warning but maybe not fail the check. | 15:44 |
eharney | if we're going w/ the underscore name, i'm not sure there's as much value in pursuing the "reuse the existing type" route | 15:44 |
whoami-rajat | smcginnis: that would most probably make the check code easier but the user needs to delete the __DEFAULT__ type he has for the migration to create it again. | 15:44 |
eharney | that sounds like a lot of work that would help, like, one deployment somewhere | 15:44 |
smcginnis | ++ | 15:44 |
smcginnis | tejdeep: This is athe actual failure: http://logs.openstack.org/65/621465/38/check/tempest-full/eb88233/job-output.txt.gz#_2019-04-24_03_19_41_604686 | 15:45 |
whoami-rajat | okay, so the check will fail anyway with the rare case of __DEFAULT__ type existing. | 15:45 |
smcginnis | tejdeep: There were some network issues in our infra cloud providers last week that were causing problems. It could just be a side effect from that. | 15:45 |
*** pcaruana has joined #openstack-cinder | 15:46 | |
tejdeep | smcginnis: Thanks for the update, i didnt get this error in my previous run. should i run recheck again? | 15:50 |
smcginnis | tejdeep: Yeah, I think that was just some weird gate glitch. I think a recheck will likely pass. | 15:50 |
jungleboyj | Good god. Lunch at the PTG is 2 hours? | 15:53 |
rosmaita | jungleboyj: i think because there is no lunch, we have to leave the venue | 15:54 |
jungleboyj | Ugh, I thought that for the PTG they did have lunch. Just no lunch for the Summit. | 15:54 |
rosmaita | i could be confused | 15:54 |
smcginnis | Business idea: stop at Costco and get a bunch of bread, peanut butter, and jelly. Set up a sandwich stand in the Summit hallway. | 15:55 |
rosmaita | :) | 15:55 |
*** itlinux has joined #openstack-cinder | 15:56 | |
jungleboyj | smcginnis: ++ | 15:58 |
jungleboyj | Yes, there is lunch at the PTG. | 15:58 |
jungleboyj | Hmmm, Could I hang a 'Lenovo' sign on that? | 15:58 |
smcginnis | ;) | 15:59 |
*** tejdeep has quit IRC | 15:59 | |
jungleboyj | And Ciner of course. | 15:59 |
openstackgerrit | Rajat Dhasmana proposed openstack/cinder-specs master: Untyped vol to default vol type https://review.opendev.org/651480 | 16:00 |
*** helenafm has quit IRC | 16:00 | |
whoami-rajat | ^^ no more name conflict :D | 16:00 |
*** _erlon_ has joined #openstack-cinder | 16:03 | |
*** kambiz has quit IRC | 16:07 | |
*** kambiz has joined #openstack-cinder | 16:08 | |
*** altlogbot_2 has quit IRC | 16:09 | |
*** altlogbot_3 has joined #openstack-cinder | 16:11 | |
*** ianychoi has quit IRC | 16:14 | |
*** ianychoi has joined #openstack-cinder | 16:15 | |
*** ybunker has quit IRC | 16:15 | |
*** ybunker has joined #openstack-cinder | 16:31 | |
*** itlinux has quit IRC | 16:33 | |
smcginnis | From Clark regarding the official Summit party: | 16:33 |
smcginnis | https://www.eventbrite.com/e/the-denver-party-during-open-infrastructure-summit-tickets-58863817262 is the summit pa rty signup site. password is "denver" and for the phone number you can just put in 555-555-5555 | 16:33 |
smcginnis | I hadn't seen anything about that anywhere, but registered just for funsies. | 16:34 |
*** itlinux has joined #openstack-cinder | 16:37 | |
*** altlogbot_3 has quit IRC | 16:43 | |
*** sapd1_x has quit IRC | 16:43 | |
*** altlogbot_3 has joined #openstack-cinder | 16:43 | |
*** itlinux has quit IRC | 16:44 | |
*** itlinux has joined #openstack-cinder | 16:50 | |
*** altlogbot_3 has quit IRC | 16:53 | |
*** tejdeep has joined #openstack-cinder | 16:53 | |
*** psachin has quit IRC | 16:53 | |
*** altlogbot_2 has joined #openstack-cinder | 16:53 | |
*** sahid has quit IRC | 16:54 | |
*** itlinux has quit IRC | 16:56 | |
*** luksky has joined #openstack-cinder | 16:59 | |
*** e0ne has quit IRC | 17:02 | |
jungleboyj | smcginnis: I have seen e-mail about it go out if you attended their previous parties and I think it is linked to the Summit Schedule. | 17:04 |
jungleboyj | I am registered as well. | 17:04 |
*** abishop is now known as abishop|afk | 17:05 | |
jungleboyj | So we can maybe go as a group after the Cinder Dinner. | 17:05 |
jungleboyj | 🎉🚌 | 17:05 |
*** henriqueof has joined #openstack-cinder | 17:06 | |
*** tejdeep has quit IRC | 17:07 | |
*** itlinux has joined #openstack-cinder | 17:10 | |
whoami-rajat | smcginnis: seems like downgrading isn't allowed in the current db migration implementation? | 17:18 |
*** markvoelker has joined #openstack-cinder | 17:22 | |
jungleboyj | whoami-rajat: COrrect. | 17:25 |
*** markvoelker has quit IRC | 17:26 | |
hemna | be careful, don't move a chair in the PTG! | 17:29 |
*** phasespace has joined #openstack-cinder | 17:30 | |
whoami-rajat | jungleboyj: saw something written related to downgrading stuff, guess needs to correct it. | 17:31 |
whoami-rajat | jungleboyj: here it is https://github.com/openstack/cinder/blob/master/cinder/tests/unit/db/test_migrations.py#L18 | 17:32 |
jungleboyj | hemna: What? | 17:33 |
hemna | if you move a chair, or powerstrip at the PTG the labor unions will fine the Foundation. | 17:34 |
hemna | it's in the email that was just sent out | 17:34 |
smcginnis | That's going to be interesting. | 17:34 |
jungleboyj | I just saw that. That is stupid. | 17:34 |
hemna | Unions.... | 17:34 |
hemna | gotta lovem | 17:34 |
smcginnis | I hope they have those fines built in to the budget, because it's almost a guarantee. | 17:34 |
jungleboyj | Can we do it if we are high first? | 17:34 |
hemna | :) | 17:35 |
jungleboyj | Yeah, that sounds like a money maker. Especially when they say right there that they don't have enough power strips. | 17:35 |
hemna | yup, I noticed that too | 17:35 |
smcginnis | whoami-rajat: We used to support migration downgrades, but there was an OpenStack-wide effort to drop support for it because it could cause some pretty serious issues. | 17:35 |
* jungleboyj sees a disaster in the making. | 17:36 | |
smcginnis | I'm not counting on these box lunches either. | 17:36 |
smcginnis | If it's like Berlin, I'd rather order Jimmy Johns or something. | 17:36 |
hemna | lol | 17:36 |
jungleboyj | smcginnis: Yeah. | 17:36 |
*** markvoelker has joined #openstack-cinder | 17:37 | |
jungleboyj | I miss the glory days. | 17:37 |
hemna | I guess we could cascade 43 power strips to their unmovable strips | 17:38 |
whoami-rajat | smcginnis: i see. alembic seems to support that [1] by mentioning the revision | 17:38 |
whoami-rajat | [1] https://github.com/openstack/congress/tree/master/congress/db/migration | 17:38 |
hemna | maybe we should clarify if we are allowed to plug into the power strips... | 17:38 |
* jungleboyj can hear Kendall W sighing now. | 17:39 | |
whoami-rajat | smcginnis: so our 'version' param is unstable if we're migrated to the latest version (which is always?) | 17:39 |
smcginnis | whoami-rajat: Hmm, I don't think we will want to officially support that once we switch. | 17:39 |
smcginnis | It was kind of useful for development where you were OK if you messed up your DB, but dangerous for operators. | 17:39 |
smcginnis | Here's the spec: http://specs.openstack.org/openstack/openstack-specs/specs/no-downward-sql-migration.html | 17:40 |
jungleboyj | smcginnis: ++ | 17:40 |
jungleboyj | We used to allow the downgrades but no longer. So, if there is documentation that says it is supported it should be fixed. | 17:41 |
*** eharney_ has joined #openstack-cinder | 17:42 | |
whoami-rajat | smcginnis: hmm, the current implementation of alembic in openstack-congress allows it, and i'm not sure about other projects that have moved to it (i think glance) but that is for future discussion | 17:43 |
jungleboyj | Oh, you are talking Alembic. | 17:43 |
jungleboyj | I was thinking SQLAlchemy | 17:43 |
whoami-rajat | currently i faced many issues using the version parameter and don't think it works correctly as described. should we still expose it to the users? | 17:44 |
whoami-rajat | jungleboyj: ^^this one is for sqlalchemy | 17:44 |
*** eharney has quit IRC | 17:44 | |
*** eharney_ is now known as eharney | 17:45 | |
jungleboyj | Ok, for SQLAlchemy the downgrade is not supported. | 17:45 |
whoami-rajat | jungleboyj: yep but is there still use for ``cinder-manage db sync [VERSION]`` option, IMO it doesn't seem to have any benefit for deployers. | 17:47 |
jungleboyj | Good question. I suppose it could be used to upgrade to a certain point and no further. I don't know that people really use that. | 17:48 |
*** udesale has quit IRC | 17:49 | |
hemna | if you only want to upgrade to a certain point | 17:49 |
hemna | without doing all of it | 17:50 |
hemna | maybe they want to migrate some large data to another archive table before continuing? | 17:50 |
whoami-rajat | i'm not sure if that is a common usecase in deployment to custom migrate. | 17:54 |
whoami-rajat | also specifying any lower version than current migrations throws error "downgrade is not defined in the script", it seems like the error is suggesting user to add a downgrade script. | 17:54 |
whoami-rajat | for that migration* | 17:55 |
*** tejdeep has joined #openstack-cinder | 18:00 | |
*** abishop|afk is now known as abishop | 18:27 | |
woojay | ll | 18:28 |
woojay | oops | 18:28 |
*** henriqueof has quit IRC | 18:31 | |
smcginnis | :) | 18:31 |
*** abishop has quit IRC | 18:31 | |
*** e0ne has joined #openstack-cinder | 18:48 | |
*** itlinux has quit IRC | 18:50 | |
*** itlinux has joined #openstack-cinder | 18:52 | |
*** itlinux has quit IRC | 18:54 | |
*** openstackgerrit has quit IRC | 18:57 | |
*** itlinux has joined #openstack-cinder | 18:58 | |
*** itlinux has quit IRC | 19:11 | |
*** ybunker has quit IRC | 19:17 | |
*** _erlon_ has quit IRC | 19:23 | |
*** eharney has quit IRC | 19:23 | |
*** e0ne has quit IRC | 19:32 | |
*** itlinux has joined #openstack-cinder | 19:33 | |
*** e0ne has joined #openstack-cinder | 19:35 | |
*** dave-mccowan has joined #openstack-cinder | 19:56 | |
*** thgcorrea has quit IRC | 20:05 | |
*** e0ne has quit IRC | 20:08 | |
*** abishop has joined #openstack-cinder | 20:13 | |
*** gnufied has quit IRC | 20:18 | |
*** lemko has quit IRC | 20:19 | |
*** pcaruana has quit IRC | 20:39 | |
*** eharney has joined #openstack-cinder | 20:52 | |
*** tejdeep has quit IRC | 21:06 | |
*** henriqueof has joined #openstack-cinder | 21:09 | |
*** itlinux has quit IRC | 21:16 | |
*** abishop has quit IRC | 21:19 | |
*** tejdeep has joined #openstack-cinder | 21:19 | |
*** itlinux has joined #openstack-cinder | 21:23 | |
*** itlinux has quit IRC | 21:24 | |
*** whoami-rajat has quit IRC | 21:25 | |
*** enriquetaso has quit IRC | 21:26 | |
*** itlinux has joined #openstack-cinder | 21:28 | |
*** itlinux has quit IRC | 21:41 | |
*** itlinux has joined #openstack-cinder | 21:48 | |
*** imacdonn has quit IRC | 22:01 | |
*** imacdonn has joined #openstack-cinder | 22:02 | |
*** itlinux has quit IRC | 22:03 | |
*** itlinux has joined #openstack-cinder | 22:09 | |
*** itlinux has quit IRC | 22:15 | |
*** itlinux has joined #openstack-cinder | 22:25 | |
*** luksky has quit IRC | 22:31 | |
*** tkajinam has joined #openstack-cinder | 22:53 | |
*** rcernin has joined #openstack-cinder | 22:54 | |
*** mvkr has quit IRC | 23:12 | |
*** mchlumsky has quit IRC | 23:23 | |
*** itlinux has quit IRC | 23:33 | |
*** itlinux has joined #openstack-cinder | 23:36 | |
*** lseki has quit IRC | 23:40 | |
*** carloss has quit IRC | 23:45 | |
*** itlinux has quit IRC | 23:50 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!