Virtual PDU for the HLK Flush test

NTDEV
1

I'm running HLK tests for a virtual storage device (qemu virtio), and Flush test is the only one that cannot be run properly, because it requires a power distribution unit that would control the client machine's power. Our virtual machies are not controlled by a PDU. RedHat had obtained an errata ID from Microsoft to skip this test, and probably so should we, but I've got an idea: what if I set up a virtual software PDU for controlling the client machine, maybe then we can make the test pass, and thus eliminate manual review stage (which over the years seems to becoming more and more finicky).

The problem is, I can't understand the architecture of the expected hardware configuration. Here is the information page for the Flush test:

It shows a picture, where the PDU is connected via COM port to the machine, and it says that the test will use both the IP address and the port (I take it, they mean the COM port) to control the power.

There are several things about it that I can't get my head around.

1. The setup example picture says: "IP Address assigned to APC via COM port is the IP address asked in job parameters". But how can a network address be assigned via COM? And who is doing the assigning, then? If it's me (or network administrator), then what does COM port have to do with it? And if it's the test that will send some configuration commands via the COM port, then how would I even know which IP address it's going to assign?

2. How will the test know which COM port to use for communicating? When I start the test, I can only give the IP address, and the Outlet port number, but not the COM port.

3. For the sake of experiment, I added a single serial port to the client virtual machine (so that there simply was no choice), and set it to save all data into a file on the host machine. I tested that writing into COM1 results in the data appearing in that output file. Then I launched the Flush test, specified some random IP address belonging to the same network, and a random outlet number. The test started, and in the test output on the client machine I saw messages that the machine is expected to be rebooted. But there was not a single byte sent into the COM1 port, and not a single network packet sent towards the IP address (monitored that with Wireshark running both on the Studio and the Client machines). The test does not even attempt to use the PDU, and I have no idea what is wrong. I can't find any relevant messages in the test log either.

Could it be that the PDU is expected to announce itself, first, somehow? Send a broadcast network message, or some data via the COM port? And since I don't have any of this currently, the test does not receive any of that and decides not to communicate with the PDU at all?

2

Typically horrible HLK docs. Also typically PDUs have some sort of serial port, for legacy access, and a network connection. They appear to assume APC.

All you should need is the ip address and an endpoint that provides the snmp object.

3

That's the problem. I have configured a virtualpdu instance on an IP address, specified that IP address to the Flush test parameters when I launched it, and the virtualpdu SNMP server never received even a single request, and Wireshark never detected any request being sent. All the firewalls are turned off, of course.

That's what made me read the docs more carefully and notice that minor remark about the COM port also being used. But even after I added a COM port, again, I could not detect any attempt from the test to manupulate the machine power via either network, or via the COM port. It's like the whole PDU functionality is non-existent. I can't understand what I need to do to get any kind of request from it.