<div dir="ltr">Hi Julia,<div><br></div><div>Thank you so much for the reply! Hopefully this is the issue. I'll try out the patches next week and report back. I'll also email you on Monday about the versions, that would be very helpful to know.</div><div><br></div><div>Thanks again, really appreciate it.</div><div><br></div><div>Wade</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jul 16, 2022 at 4:36 PM Julia Kreger <<a href="mailto:juliaashleykreger@gmail.com">juliaashleykreger@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">Greetings!</div><div dir="auto"><br></div><div dir="auto">I believe you need two patches, one in ironic and one in sushy.</div><div dir="auto"><br></div><div dir="auto">Sushy: <div><a href="https://review.opendev.org/c/openstack/sushy/+/832860" target="_blank">https://review.opendev.org/c/openstack/sushy/+/832860</a></div><div dir="auto"><br></div><div dir="auto">Ironic:</div><div dir="auto"><div><a href="https://review.opendev.org/c/openstack/ironic/+/820588" target="_blank">https://review.opendev.org/c/openstack/ironic/+/820588</a></div><br></div><div dir="auto">I think it is variation, and the comment about working after you restart the conductor is the big signal to me. I’m on a phone on a bad data connection, if you email me on Monday I can see what versions the fixes would be in.</div><div dir="auto"><br></div><div dir="auto">For the record, it is a session cache issue, the bug was that the service didn’t quite know what to do when auth fails.</div><div dir="auto"><br></div><div dir="auto">-Julia</div><div dir="auto"><br></div></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jul 15, 2022 at 2:55 PM Wade Albright <<a href="mailto:the.wade.albright@gmail.com" target="_blank">the.wade.albright@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi,<div><br></div><div>I'm hitting a problem when trying to update the redfish_password for an existing node. I'm curious to know if anyone else has encountered this problem. I'm not sure if I'm just doing something wrong or if there is a bug. Or if the problem is unique to my setup.</div><div><br></div><div>I have a node already added into ironic with all the driver details set, and things are working fine. I am able to run deployments.</div><div><br></div><div>Now I need to change the redfish password on the host. So I update the password for redfish access on the host, then use an 'openstack baremetal node set <node> --driver-info redfish_password=<newpass>' command to set the new redfish_password.</div><div><br></div><div>Once this has been done, deployment no longer works. I see redfish authentication errors in the logs and the operation fails. I waited a bit to see if there might just be a delay in updating the password, but after awhile it still didn't work.</div><div><br></div><div>I restarted the conductor, and after that things work fine again. So it seems like the password is cached or something. Is there a way to force the password to update? I even tried removing the redfish credentials and re-adding them, but that didn't work either. Only a conductor restart seems to make the new password work.</div><div><br></div><div>We are running Xena, using rpm installation on Oracle Linux 8.5.</div><div><br></div><div>Thanks in advance for any help with this issue.</div></div>
</blockquote></div></div>
</blockquote></div>