metal-api
metal-api copied to clipboard
Tuning Transitions in the Provisioning FSM?
We can now observe in our real environments, that the metal-api's provisioning FSM may has to consider more transitions or we need to change something on other components.
-
[x]
[unexpectedly received in state registering]: start installation
Hammer seems to skip the waiting stage when there is an allocation on the machine (probably reinstall feature?) -
Thu, 01 Sep 2022 15:49:37 UTC PXE Booting [unexpectedly received in state phoned home]: machine sent extended dhcp request
Probably reinstall feature? -
[x]
[unexpectedly received in state waiting]: machine sent extended dhcp request
Mon, 22 Aug 2022 06:36:15 UTC PXE Booting [unexpectedly received in state waiting]: machine sent extended dhcp request Mon, 22 Aug 2022 06:32:44 UTC Waiting waiting for allocation Mon, 22 Aug 2022 06:32:02 UTC Registering start registering Mon, 22 Aug 2022 06:32:01 UTC Preparing starting metal-hammer version:"v0.10.3 (94abf88f), tags/v0.10.3-0-g94abf88, 2022-08-16T12:49:15Z, go1.18.4" Mon, 22 Aug 2022 06:31:02 UTC PXE Booting [unexpectedly received in state waiting]: machine sent extended dhcp request Mon, 22 Aug 2022 04:51:45 UTC Waiting waiting for allocation Mon, 22 Aug 2022 04:51:05 UTC Registering start registering Mon, 22 Aug 2022 04:51:03 UTC Preparing starting metal-hammer version:"v0.10.3 (94abf88f), tags/v0.10.3-0-g94abf88, 2022-08-16T12:49:15Z, go1.18.4" Mon, 22 Aug 2022 04:50:05 UTC PXE Booting [unexpectedly received in state waiting]: machine sent extended dhcp request Mon, 22 Aug 2022 04:44:20 UTC Waiting waiting for allocation
~~Seen on many machines, seems like the hammer does not send a planned reboot?~~
Cannot be reproduced, tried with https://github.com/metal-stack/metal-hammer/pull/94 and it looks just fine.
-
[ ]
Alive [unexpectedly received in state planned reboot]
???