Open Klaas- opened 4 years ago
Just as an update: I asked Dell about the error on iDRAC8: Error message is
MapToHttpErrorCodes Unable to connect iDRAC. ErrorCode=57748
Unable to connect iDRAC
But that does not mean it's actually unable to connect to the iDRAC, it actually means "iDRAC8 is not supported" :)
For the record: All iDRAC9 Firmware 3.30.* and newer are working for the remote option
Many thanks for the update Klaas! I suppose that should be read as "iDRAC8 is not supported and it's never going to be", which for us would leave a fair amount of boxes out of scope. In any case if you get to a PR state, happy to take it for a spin whenever we have some free cycles.
Hi, at this point this is just an idea but maybe I'll start implementation on it.
I've recently had to update a few appliances where I don't have shell access. I saw in the dsu guide that I can also push to remote iDRACs but only using source type repository.
I only have a handful of appliances that I do not update via OS, so it doesn't have a high priority right now.
Idea: Run dsu via delegate_to on a centos/rhel/suse VM like this:
dsu --remote="{{ idracuser }}:{{ idracpassword }}@{{ idrac_of_server }}" --rsystemtype=iDRAC --source-type=REPOSITORY
This way you only need a single system that has dsu installed and runs on a supported OS. So this could also be helpful for people who want to update debian/ubuntu/whatever systems that do not have dsu support.
I have not figured out how to mirror the dell repo easily yet, but I guess a squid caching proxy and using
--source-location=
could be enough.It seems to work fine for iDRAC9, I could not get it to work on iDRAC8.
Greetings Klaas