I’m on MaaS 2.7 and looks like I’m pretty far in…I have Ubuntu 20 and 18 as bootable images, and my client manages to start booting (I think it’s set to 20 right now). However, smartctl is throwing some error that causes the client to immediately poweroff and MaaS reports an error.
For testing purposes, my boot-client is an older dell desktop that supports PXE booting but not anything fancy. It looks like when I turn the client on, MaaS sees it, and the client starts doing a ton of stuff, it appears to be commissioning. Commissioning then fails because of something with smartctl - it goes by too quick and I can’t find it in the logs yet. MaaS is able to collect a good deal of information about the client system, including visibility of the 256GB ssd.
I did some google sleuthing and saw that in 2018 (MaaS version 2.1.x I think) had a bug where someone had very similar behavior to what I’m seeing, and the solution was to update MaaS, but I think I have the latest version?
Wondering if it was some random hardware misfortune, we tried the same experiment entirely in virtualbox and had the same issue.
My assumption is that there’s something strange going on with the script that runs the smartctl test. Strangely, when commissioning fails, I can tell MaaS to basically ignore the “error” and try to deploy anyway, but then it still fails in what I think is the same way.
Outside of the /var/logs and the obvious “Logs” in the webUI of MaaS, I’m not sure where to go digging for clues.
Any guidance would be greatly appreciated