<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Mar 17, 2022 at 4:16 PM Ulrich Windl <<a href="mailto:Ulrich.Windl@rz.uni-regensburg.de">Ulrich.Windl@rz.uni-regensburg.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi!<br>
<br>
I had the idea to display the status of a cluster node on the 14-character LCD display of a Dell PowerEdge server; preferably displaying the hostname at least partially, too ;-)<br>
<br>
Now, what would you display, and how would you display it?<br>
<br>
(Actually I already have something (e.g. "h18:T[3Q_]P8V"), but I'd like to get your ideas)<br></blockquote><div><br></div><div>hmm ... that isn't even enough for a bit.ly-link ;-)</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
BTW, I also wanted to write a pseudo fencing agent that displays "Fencing..." on the LCD when the node is being fenced (hopefully it will stay there during reboot), but I realized that the documentation is rather incomplete. Most of all I don't really have a fencing-test environment...<br></blockquote><div><br></div><div>Something like</div><div><a href="https://github.com/ClusterLabs/fence-agents/blob/main/agents/heuristics_ping/fence_heuristics_ping.py">https://github.com/ClusterLabs/fence-agents/blob/main/agents/heuristics_ping/fence_heuristics_ping.py</a></div><div>to be used with a fencing-topology?</div><div>With a simple client on the node to be fenced and always returning success ...</div><div>Unfortunately it probably won't work in most of the interesting cases as either the to</div><div>be fenced node isn't gonna be alive enough or connectivity is gone.</div><div>Or is it possible to make the remote-management (aka fencing-device) talk to the</div><div>display somehow to display a configurable text.</div><div>Going with an alert agent or registering for fence-history (history would be reported</div><div>on all nodes - thus no need for additional communication) probably isn't gonna be</div><div>helpful either as I think you can't see partial success on a topology - just when it</div><div>is reported to be finally killed - well to late then to do something on the node to be killed :-(</div><div><br></div><div>Klaus</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Regards,<br>
Ulrich<br>
<br>
<br>
<br>
_______________________________________________<br>
Manage your subscription:<br>
<a href="https://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.clusterlabs.org/mailman/listinfo/users</a><br>
<br>
ClusterLabs home: <a href="https://www.clusterlabs.org/" rel="noreferrer" target="_blank">https://www.clusterlabs.org/</a><br>
<br>
</blockquote></div></div>