QA (public) » openQA Project (public) » openQA Infrastructure (public)

https://gitlab.suse.de/OPS-Service/salt/-/merge_requests/4561

No further hints received regarding BMC password. I connected monitor+keyboard physically and booted iPXE over network. I am not sure what would be a good aarch64 capable live system so I booted the Leap 15.5 manual installer (console=tty) and hoping to use ipmitool to set the BMC password. root password "susetesting".

I tried

ipmitool user set name 3 ADMIN
ipmitool user set password 3
ipmitool channel setaccess 1 3 link=on ipmi=on callin=on privilege=4
ipmitool user enable 3

but ipmitool user set password 3 always gives me "IPMI command failed: Invalid data field in request". I also tried to set the password for the "root" account but same error. I also tried more "complicated" passwords like "Admin!123" but to no avail. Any ideas anyone?

We looked into that together and following https://www.thomas-krenn.com/de/wiki/IPMI_Konfiguration_unter_Linux_mittels_ipmitool tried to execute

ipmitool lan set 1 auth ADMIN MD5
ipmitool lan set 1 access on

The second command failed with

IPMI command failed: Unspecified error
Unable to Set Channel Access(non-volatile) for channel 1

Also tried with podman run --rm -it --privileged -v /dev/ipmi0:/dev/ipmi0 registry.opensuse.org/opensuse/tumbleweed and ipmitool in there.

Two ideas:

1. Find references in the mainboard manual, maybe there is a jumper disabling changing BMC configuration
2. Locally boot into the UEFI menu again and look if something can be enabled/configured there
3. Try a reset of CMOS?

okurz wrote in #note-11:

We looked into that together and following https://www.thomas-krenn.com/de/wiki/IPMI_Konfiguration_unter_Linux_mittels_ipmitool tried to execute

ipmitool lan set 1 auth ADMIN MD5
ipmitool lan set 1 access on

The second command failed with

IPMI command failed: Unspecified error
Unable to Set Channel Access(non-volatile) for channel 1

Also tried with podman run --rm -it --privileged -v /dev/ipmi0:/dev/ipmi0 registry.opensuse.org/opensuse/tumbleweed and ipmitool in there.

Two ideas:

1. Find references in the mainboard manual, maybe there is a jumper disabling changing BMC configuration
2. Locally boot into the UEFI menu again and look if something can be enabled/configured there

found nothing

3. Try a reset of CMOS?

didn't want to.

Added to openQA with https://gitlab.suse.de/openqa/salt-pillars-openqa/-/merge_requests/706 even though the IPMI password isn't set yet but as the DHCP config was already applied to load from baremetal-support I guess we should go ahead anyway.

Let's see how it looks if we boot openQA

openqa-clone-job --parental-inheritance --within-instance https://openqa.suse.de/t13085854 _GROUP=0 WORKER_CLASS=squiddlydiddly {BUILD,TEST}+=-squiddlydiddly-poo152887

-> https://openqa.suse.de/t13258569

ok, incompleted quickly because IPMI does not work. Changing DHCP config on walter temporarily.

Will contact manufacturer support asking for help with mainboard Supermicro R12SPD-A. On the page https://www.supermicro.com/en/products/motherboard/r12spd-a I clicked "Contact us", selected technical support and sent a message with content

We are encountering problems with a system recently purchased with mainboard R12SPD-A. We retrieved the initial BMC setup password from a label printed on the mainboard but could not login over the HTTPS based BMC using username "root" and the initial password as well as trying out various combinations of default username/password combinations. We also installed a local GNU/Linux system, openSUSE Leap 15.5, and tried to set new authentication details for the BMC using "ipmitool" with

ipmitool user set name 3 ADMIN
ipmitool user set password 3
ipmitool channel setaccess 1 3 link=on ipmi=on callin=on privilege=4
ipmitool user enable 3

The "set password" command fails with

IPMI command failed: Invalid data field in request

We also tried

ipmitool lan set 1 auth ADMIN MD5
ipmitool lan set 1 access on

The second command failed with

IPMI command failed: Unspecified error
Unable to Set Channel Access(non-volatile) for channel 1

We found that no authentication methods were enabled and that none can be enabled. Please suggest further steps to follow.

Received answer by email and following-up

I received an archive with ipmicfg by email. I copied over the zip file to the machine on the locally installed Linux system, extracted and called ipmicfg with

./ipmicfg.arm -fd 2

which yields

Reset to the factory default completed.

so I assume the operation was successful. After some waiting time I could run ipmitool lan print and show valid details again though still no enabled auth types. I could still not enable a new user account properly over ipmitool however over the BMC web interface I could enable the newly created "ADMIN" account and give it the "Administrator" role. Over ipmitool then still I needed to call the IPMI command channel setaccess 1 3 link=on ipmi=on callin=on privilege=4 but now everything seems to be in order. I assume that maybe a newer future ipmitool might show correct authentication details support enabling the account from the beginning.

I wrote the above text also as reply in the support email and suggested to close the support case. I set the IPMI password for ADMIN as listed in salt-pillars-openqa and now retriggered an openQA test https://openqa.suse.de/tests/13262666#live

https://openqa.suse.de/tests/13262666 failed and as visible in the video the generic iPXE menu showed up. So that part works. Now I reverted the manual changes I did on walter1+2 and retriggered an openQA job so the next one should use the baremetal-support server and be able to progress further.
https://openqa.suse.de/tests/13269047 now shows the next steps.

I created #153745 for hand-over to the kernel squad. Updated racktables referencing that ticket but keeping "Unused" and "Installing" as long as the machine is not actively used yet.