Earlier  
Posted Nick Remark
#openstack-nova - 2021-05-10
09:10:28 bauzas gibi: yeah I need to review
09:10:28 bauzas gibi: yeah I need to review
09:10:44 bauzas btw. this week, I won't be a lot around :(
09:10:44 bauzas btw. this week, I won't be a lot around :(
09:11:13 bauzas Thursday, it's a bank holiday, so i'll use a PTO on Friday and maybe on Wed as well
09:11:13 bauzas Thursday, it's a bank holiday, so i'll use a PTO on Friday and maybe on Wed as well
09:12:05 bauzas fwiw, the May month is like the August in France... :(
09:12:05 bauzas fwiw, the May month is like the August in France... :(
09:13:16 kashyap bauzas: Same here; I'm also off last week of this month.
09:13:16 kashyap bauzas: Same here; I'm also off last week of this month.
09:13:47 bauzas *fortunately* May 1st and May 8th were on Sat
09:13:47 bauzas *fortunately* May 1st and May 8th were on Sat
09:13:54 bauzas Saturdays
09:13:54 bauzas Saturdays
09:14:10 kashyap (It's the Ascension Day here)
09:14:10 kashyap (It's the Ascension Day here)
09:14:31 kashyap bauzas: Also, you don't have to be apologetic for taking PTO! It's a good thing. :-)
09:14:31 kashyap bauzas: Also, you don't have to be apologetic for taking PTO! It's a good thing. :-)
09:15:09 bauzas kashyap: yes and no... sometimes you'd like to prefer to use your PTOs for other motnhd
09:15:09 bauzas kashyap: yes and no... sometimes you'd like to prefer to use your PTOs for other motnhd
09:15:13 bauzas months*
09:15:13 bauzas months*
09:15:14 kashyap It also sets bad example to those who might be lurking and learning in the channel.
09:15:14 kashyap It also sets bad example to those who might be lurking and learning in the channel.
09:15:32 kashyap bauzas: Ah, in that sense; okay
09:15:32 kashyap bauzas: Ah, in that sense; okay
09:15:42 gibi bauzas: enjoy your time off
09:15:42 gibi bauzas: enjoy your time off
09:15:59 bauzas kashyap: also, sometimes I'd like to pass one or two PTOs to some other fokls
09:15:59 bauzas kashyap: also, sometimes I'd like to pass one or two PTOs to some other fokls
09:16:10 bauzas as in France, we have a lot of them
09:16:10 bauzas as in France, we have a lot of them
09:16:40 kashyap bauzas: BTW, here in Belgium if a holiday falls on a weekend; an "in lieu" is given on a weekday.
09:16:40 kashyap bauzas: BTW, here in Belgium if a holiday falls on a weekend; an "in lieu" is given on a weekday.
09:16:47 kashyap (It's a more recent thing, though)
09:16:47 kashyap (It's a more recent thing, though)
09:17:09 bauzas working on a community when the most of the team are not French, then you're a bit sad that not all of the folks have the same days than you
09:17:09 bauzas working on a community when the most of the team are not French, then you're a bit sad that not all of the folks have the same days than you
09:17:16 bauzas kashyap: yup I know this
09:17:16 bauzas kashyap: yup I know this
09:17:36 kashyap bauzas: Yeah; such is the nature of distributed work.
09:17:36 kashyap bauzas: Yeah; such is the nature of distributed work.
09:17:50 bauzas kashyap: that's not the case in France, but... we have 'specific' days off
09:17:50 bauzas kashyap: that's not the case in France, but... we have 'specific' days off
09:18:13 bauzas and for those 'specific' days, we have more of them when most of the holidays are during weekends
09:18:13 bauzas and for those 'specific' days, we have more of them when most of the holidays are during weekends
09:18:18 bauzas like this year
09:18:18 bauzas like this year
09:18:38 bauzas anyway, need to get the kids
09:18:38 bauzas anyway, need to get the kids
09:19:35 kashyap * kashyap nods
09:42:18 MrClayPole_ Hi, we are currently have a Openstack rocky deployment that is using iSCSI iSER to connect to the storage. We currently have our 2 x ISCSI NICs in and active passive bond so don't require multipathd but I can see that this installed by default when using openstack ansible. Can we disable multipathd or is it requirement for nova?
09:42:18 MrClayPole_ Hi, we are currently have a Openstack rocky deployment that is using iSCSI iSER to connect to the storage. We currently have our 2 x ISCSI NICs in and active passive bond so don't require multipathd but I can see that this installed by default when using openstack ansible. Can we disable multipathd or is it requirement for nova?
09:43:07 sean-k-mooney MrClayPole_: its not a requirement of nova
09:43:07 sean-k-mooney MrClayPole_: its not a requirement of nova
09:43:37 sean-k-mooney however their is some integration to use it in os-brick i belive when its present
09:43:37 sean-k-mooney however their is some integration to use it in os-brick i belive when its present
09:43:59 MrClayPole_ Ok thanks I'll ask in the cinder channel
09:43:59 MrClayPole_ Ok thanks I'll ask in the cinder channel
09:44:23 sean-k-mooney lyarwood: do you know of any issue disabling multipathd
09:44:23 sean-k-mooney lyarwood: do you know of any issue disabling multipathd
09:44:34 sean-k-mooney i assume we might need to hard reboot existing instances
09:44:34 sean-k-mooney i assume we might need to hard reboot existing instances
09:45:29 sean-k-mooney MrClayPole_: out of interest why do you want to disable it?
09:45:29 sean-k-mooney MrClayPole_: out of interest why do you want to disable it?
09:45:47 lyarwood * lyarwood reads
09:45:49 sean-k-mooney you do not need it but is it causing issues
09:45:49 sean-k-mooney you do not need it but is it causing issues
09:46:33 sean-k-mooney MrClayPole_: just asking for the "if its not broke dont fix it" rule :)
09:46:33 sean-k-mooney MrClayPole_: just asking for the "if its not broke dont fix it" rule :)
09:46:37 lyarwood yeah you need to stop any instances with volumes attached that might be using multipath'd devices before disabling the service and any host configurables
09:46:37 lyarwood yeah you need to stop any instances with volumes attached that might be using multipath'd devices before disabling the service and any host configurables
09:46:53 lyarwood there was a bugfix in os-brick recently to kinda allow disabling without it
09:46:53 lyarwood there was a bugfix in os-brick recently to kinda allow disabling without it
09:47:04 lyarwood but it's cleaner to just kill workloads first
09:47:05 lyarwood but it's cleaner to just kill workloads first
09:47:08 lyarwood then disable
09:47:08 lyarwood then disable
09:47:12 lyarwood and then restart
09:47:12 lyarwood and then restart
09:47:27 lyarwood brb
09:47:27 sean-k-mooney os maybe disable in systemd and do a host reboot?
09:47:27 lyarwood brb
09:47:27 sean-k-mooney os maybe disable in systemd and do a host reboot?
09:47:35 sean-k-mooney then start the vms
09:47:35 sean-k-mooney then start the vms
09:48:18 MrClayPole_ We have an outage and the journal indicated issues with multipath so it we don't need we are think of disabling it.
09:48:18 MrClayPole_ We have an outage and the journal indicated issues with multipath so it we don't need we are think of disabling it.
09:48:37 sean-k-mooney ack
09:50:26 MrClayPole_ Thanks for the info on the VMs. Makes sense they would have to boot clean without any multipath
09:50:26 MrClayPole_ Thanks for the info on the VMs. Makes sense they would have to boot clean without any multipath
09:51:23 openstackgerrit Qiu Fossen proposed openstack/nova-specs master: Allow migrating PMEM's data https://review.opendev.org/c/openstack/nova-specs/+/785563
09:51:35 lyarwood https://github.com/openstack/os-brick/commit/d4205bd0be60758d40e342d98424488d56e029ef was the change I was thinking of btw
09:51:35 lyarwood https://github.com/openstack/os-brick/commit/d4205bd0be60758d40e342d98424488d56e029ef was the change I was thinking of btw
09:55:26 bauzas elod: question about https://review.opendev.org/c/openstack/releases/+/790068 ?
09:55:26 bauzas elod: question about https://review.opendev.org/c/openstack/releases/+/790068 ?
10:03:11 elod bauzas: thanks, I replied in the patch :)
10:03:11 elod bauzas: thanks, I replied in the patch :)
10:50:05 openstackgerrit likui proposed openstack/nova master: Replace getargspec with getfullargspec https://review.opendev.org/c/openstack/nova/+/790405
11:59:54 bauzas elod: sorry was afk for lunch, looking

Earlier   Later