*** edmondsw has quit IRC | 01:12 | |
*** edmondsw has joined #openstack-powervm | 02:33 | |
*** edmondsw has quit IRC | 02:37 | |
*** chhavi has joined #openstack-powervm | 04:37 | |
*** AlexeyAbashkin has joined #openstack-powervm | 06:15 | |
*** AlexeyAbashkin has quit IRC | 06:26 | |
*** AlexeyAbashkin has joined #openstack-powervm | 08:07 | |
catmando | csky_: it turns out to be very weird. the replacement of the switches was done correctly, and the fabrics were reconfigured correctly. however, even after a restart, powervc was not seeing the fabric because the ssh keys had changed. what you have to do is go the the fabric configuration and log in again to each switch in the fabric (and accept the ssh key change). it then seems to take about 15 minutes | 11:37 |
---|---|---|
catmando | for the fabric to be recognised again | 11:37 |
*** csky_ has quit IRC | 12:13 | |
*** apearson has joined #openstack-powervm | 13:29 | |
*** svenkat has joined #openstack-powervm | 13:31 | |
*** AlexeyAbashkin has quit IRC | 14:12 | |
*** chhavi has quit IRC | 14:12 | |
*** chhavi has joined #openstack-powervm | 14:13 | |
*** esberglu has joined #openstack-powervm | 14:16 | |
*** chhavi__ has joined #openstack-powervm | 14:17 | |
*** chhavi has quit IRC | 14:20 | |
*** edmondsw has joined #openstack-powervm | 14:30 | |
*** toan has quit IRC | 14:48 | |
*** ChanServ has quit IRC | 14:48 | |
*** chhavi__ has quit IRC | 14:48 | |
*** efried has quit IRC | 14:48 | |
*** catmando has quit IRC | 14:48 | |
*** mdrabe has quit IRC | 14:48 | |
*** svenkat has quit IRC | 14:48 | |
*** tonyb has quit IRC | 14:48 | |
*** toan has joined #openstack-powervm | 14:54 | |
*** chhavi__ has joined #openstack-powervm | 14:54 | |
*** svenkat has joined #openstack-powervm | 14:54 | |
*** efried has joined #openstack-powervm | 14:54 | |
*** catmando has joined #openstack-powervm | 14:54 | |
*** mdrabe has joined #openstack-powervm | 14:54 | |
*** tonyb has joined #openstack-powervm | 14:54 | |
*** chhavi__ has quit IRC | 14:56 | |
esberglu | edmondsw: Talked with efried yesterday about the vscsi change and we think the nova guys will be more likely to be onboard with a single collapsed class | 15:14 |
esberglu | You guys want to discuss further? | 15:14 |
*** ChanServ has joined #openstack-powervm | 15:16 | |
*** barjavel.freenode.net sets mode: +o ChanServ | 15:16 | |
edmondsw | efried why do you think they'll care? | 15:25 |
efried | lemme pull up my rationale from yesterday.. | 15:26 |
edmondsw | if the breakdown makes sense, and they know we're going to be expanding on this... | 15:26 |
efried | edmondsw http://eavesdrop.openstack.org/irclogs/%23openstack-powervm/%23openstack-powervm.2017-12-06.log.html#t2017-12-06T15:38:42 | 15:26 |
edmondsw | reading | 15:26 |
efried | edmondsw Yeah, problem is a) the breakdown doesn't make a lot of sense here, especially in isolation; and b) we're not going to be expanding until Rocky. | 15:27 |
edmondsw | I think (a) is the real key there, if true... but I thought the breakdown actually made sense (with the redesign we'd discussed) | 15:27 |
efried | I think we could get away with it if it was just one superclass with abstract methods and default impls. | 15:28 |
efried | I'm pretty skeptical about the whole base.connect_volume calling sub._connect_volume, though. That pattern is going to be hard to justify with, "but it's important later". | 15:29 |
efried | I mean, it is (important later), but that's going over the line of ugly for a patch that's going to sit alone in a release. | 15:29 |
edmondsw | efried I'm ok with one base class and one impl for now | 15:31 |
edmondsw | isn't base.connect_volume calling sub._connect_volume a pretty common/standard thing? | 15:31 |
edmondsw | whenever you've got something where you want a partially common and partially specific impl, how else would you do it? | 15:31 |
efried | Is it? I cringe whenever I see it. I would hope it's only done when absolutely necessary. And again, in a single impl patch, it ain't. | 15:32 |
edmondsw | yeah | 15:32 |
edmondsw | ok, compress it down... | 15:32 |
edmondsw | esberglu ^ | 15:32 |
efried | So I would still prefer folded into a single class; but would not oppose a base + impl as long as it doesn't do THAT thing. | 15:33 |
edmondsw | maybe when we split it later someone will have a better suggestion than _connect_volume, which they couldn't have now missing the necessary context | 15:33 |
efried | mm | 15:33 |
catmando | edmondsw: thanks for the help yesterday, it turned out to be a strange bit of powervc behavior | 15:37 |
esberglu | edmondsw: efried: Okay. I'll get going on that today | 15:38 |
esberglu | edmondsw: Btw I stood up an IT SEA cloud yesterday | 15:38 |
esberglu | Things are looking good, the vifs are being created, you can ssh in, the instance can reach the outside | 15:39 |
edmondsw | catmando np. I hope you got it figured out? | 15:39 |
edmondsw | esberglu excellent | 15:39 |
catmando | yes, it turns out that you have to re-login to the fabric manually to reset ssh keys | 15:39 |
edmondsw | esberglu any more luck with OVS? | 15:39 |
catmando | there does not seem to be any api call for it | 15:40 |
esberglu | Installed a diff. machine for OVS, got a cloud stood up (OOT), spawns aren't working yet though | 15:40 |
edmondsw | esberglu at least it sounds like you're making progress | 15:41 |
edmondsw | catmando I'll run that by csky and see what he thinks | 15:42 |
edmondsw | catmando I'm not sure I followed you | 15:42 |
edmondsw | or rather, I'm sure I didn't quite | 15:42 |
catmando | changing the switches also changed their ssh signatures, and powervc does not log-in to the fabric (as set at SOMEIP/powervc/#t=storageVolumes.fabric_details&selectedTab=fabrics&fabric_name=SOMENAME) upon reboot | 15:44 |
catmando | you have to go to that page and manually re-enter the password. at that point powervc will warn you about the new signature and once confirmed something happens in the background that eventually (about 15 minutes later) makes the fabric available again within the SCG | 15:45 |
edmondsw | catmando oh, you had to edit the registration of the switches in PowerVC? | 15:48 |
edmondsw | that I can understand | 15:49 |
edmondsw | a little disappointed if it didn't give you a health warning about the switches before you did that, though. At least if you had run "verify environment" it should have warned you that we couldn't talk to the fabric switches, but I'm guessing you didn't do that. I would have hoped it would warn you anyway the first time we tried to talk to the switch and couldn't. | 15:51 |
catmando | @edmondsw apologies if this was an annoying one, i'm still learning. the environment gave no warning that something went wrong, and the error is not documented anywhere. once you guys explained it, it makes sense | 15:58 |
edmondsw | catmando sorry we didn't make it more obvious :) | 15:58 |
edmondsw | we normally pride ourselves on ease of use | 15:58 |
catmando | i am very thankful for the help and patience | 15:58 |
edmondsw | yw | 15:59 |
catmando | i know that this is not directly powervc related | 16:24 |
catmando | but any thoughts on where I may get the actual documentation for Spectrum Control's REST API? | 16:24 |
catmando | https://www.ibm.com/support/knowledgecenter/SS5R93_5.2.12/com.ibm.spectrum.sc.doc/ref_rest_api.html <----------- this doesn't actually seem to give me a list of endpoints, just a few examples | 16:24 |
*** AlexeyAbashkin has joined #openstack-powervm | 16:24 | |
efried | thorst would be the one to answer that. | 16:25 |
efried | Never mind - he knows spectrum *scale*, which is apparently different. | 16:29 |
catmando | if scale can create and edit volume properties on a storwize... | 16:30 |
catmando | i don't know it, but if it's restful i would be willing to try | 16:30 |
catmando | anything is better than in-code ssh | 16:31 |
*** AlexeyAbashkin has quit IRC | 16:31 | |
catmando | yeah that documentation looks complete | 16:32 |
catmando | many thanks, shall investigate | 16:32 |
*** apearson has quit IRC | 16:38 | |
*** esberglu has quit IRC | 18:24 | |
*** esberglu has joined #openstack-powervm | 18:25 | |
*** esberglu_ has joined #openstack-powervm | 18:29 | |
*** esberglu has quit IRC | 18:30 | |
*** edmondsw has quit IRC | 19:00 | |
*** esberglu_ is now known as esberglu | 19:33 | |
*** edmondsw has joined #openstack-powervm | 19:35 | |
*** edmondsw has quit IRC | 19:39 | |
*** apearson has joined #openstack-powervm | 19:40 | |
*** edmondsw has joined #openstack-powervm | 19:41 | |
*** edmondsw has quit IRC | 19:45 | |
*** edmondsw has joined #openstack-powervm | 19:52 | |
*** edmondsw has quit IRC | 19:56 | |
*** edmondsw has joined #openstack-powervm | 19:58 | |
*** edmondsw has quit IRC | 19:58 | |
*** edmondsw has joined #openstack-powervm | 19:58 | |
*** edmondsw has quit IRC | 20:02 | |
*** edmondsw has joined #openstack-powervm | 20:07 | |
*** edmondsw has quit IRC | 20:12 | |
*** esberglu has quit IRC | 21:43 | |
*** esberglu has joined #openstack-powervm | 21:48 | |
esberglu | efried: I should be renaming all of the connect/disconnects as attach/detach right? | 21:49 |
efried | Shoot, I don't know - was that something edmondsw brought up? | 21:50 |
esberglu | We renamed ConnectDisk and DisconnectDisk to attach/detach previously, I think the nova guys requested that? | 21:51 |
esberglu | I have a decent start on the vSCSI stuff here https://review.openstack.org/#/c/526094/ | 21:52 |
esberglu | Still plenty to do, I need to cleanup vscsi.py quite a bit, but wouldn't mind an initial review before you're out | 21:52 |
efried | ack | 21:53 |
*** svenkat has quit IRC | 22:03 | |
*** apearson has quit IRC | 22:12 | |
*** esberglu has quit IRC | 22:36 | |
*** esberglu has joined #openstack-powervm | 22:42 | |
*** esberglu has quit IRC | 22:50 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!