Jeff Carr
142d9ab1cb
this is such stupid code because I haven't switched to protobuf
...
Signed-off-by: Jeff Carr <jcarr@wit.com>
2024-10-16 20:43:01 -05:00
Jeff Carr
1c77ec7e63
start from the command line works
...
Signed-off-by: Jeff Carr <jcarr@wit.com>
2024-10-15 11:02:34 -05:00
Jeff Carr
aa6b142b7c
fix hypervisor active logic upsidedown
...
Signed-off-by: Jeff Carr <jcarr@wit.com>
2024-10-13 05:08:36 -05:00
Jeff Carr
ccbdef1a13
checking for the grid to be 'stable' before starting new droplets
...
Signed-off-by: Jeff Carr <jcarr@wit.com>
2024-10-13 04:34:55 -05:00
Jeff Carr
425e75d388
trigger start over http
...
Signed-off-by: Jeff Carr <jcarr@wit.com>
2024-10-13 03:49:54 -05:00
Jeff Carr
ffe754a96a
track the global killcount of virtigod restarts
...
Signed-off-by: Jeff Carr <jcarr@wit.com>
2024-10-13 03:20:48 -05:00
Jeff Carr
e149b3218d
last version restarted virtigod to libvirt hang
...
it would appear at this point there is some sort of
bug that hangs libvirtd. stracing it isn't obvious
to me due to my lack of experience with really working
with strace much. When virtigod hangs, 'virsh list'
also hangs from the command line. If I kill virtigod,
everything starts working again and I get lots of output
from libvirtd --listen but I haven't investigated any
of the errors yet or looked further. I probably will
just work around this problem rather than solving it
in this case since my need here is to get to working
on riscv uboot development where my usefullness is
better. hopefully. Or, maybe it's what I'm more interested
in. maybe this bug doesn't exist on riscv. haha to you
reading this, virtualization with riscv doesn't really
even exist much yet. The chips are still too new!
Signed-off-by: Jeff Carr <jcarr@wit.com>
2024-10-13 03:04:46 -05:00
Jeff Carr
ca1a78394f
attempt to generate an event. next up: protobuf
...
Signed-off-by: Jeff Carr <jcarr@wit.com>
2024-10-13 02:23:30 -05:00
Jeff Carr
268cec143a
more accurate totals
...
Signed-off-by: Jeff Carr <jcarr@wit.com>
2024-10-13 01:38:35 -05:00
Jeff Carr
3739671503
show totals
...
Signed-off-by: Jeff Carr <jcarr@wit.com>
2024-10-13 01:33:32 -05:00
Jeff Carr
eddd658b7f
start a tally of working, totals, not working, etc
...
Signed-off-by: Jeff Carr <jcarr@wit.com>
2024-10-13 01:13:19 -05:00
Jeff Carr
7a4bc0b5d6
track hypervisor daemon kill count
...
Signed-off-by: Jeff Carr <jcarr@wit.com>
2024-10-13 00:57:29 -05:00
Jeff Carr
62e9d8cfb1
cleanup STDOUT debugging
...
Signed-off-by: Jeff Carr <jcarr@wit.com>
2024-10-13 00:40:22 -05:00
Jeff Carr
ba61b78631
add daemon mode
...
Signed-off-by: Jeff Carr <jcarr@wit.com>
2024-10-12 19:44:43 -05:00
Jeff Carr
58ff2a2412
state changes if droplet reboots
...
Signed-off-by: Jeff Carr <jcarr@wit.com>
2024-10-12 13:01:31 -05:00
Jeff Carr
e94b4d6626
first basic check to tell if the cluster is healthy
...
Signed-off-by: Jeff Carr <jcarr@wit.com>
2024-10-12 12:45:43 -05:00
Jeff Carr
487c6fd11c
polling duration times work
...
Signed-off-by: Jeff Carr <jcarr@wit.com>
2024-10-12 11:54:01 -05:00
Jeff Carr
a6b385e216
watchdog for each hypervisor
...
Signed-off-by: Jeff Carr <jcarr@wit.com>
2024-10-12 11:21:45 -05:00
Jeff Carr
d08d9f99be
ugly but limping along progress
...
Signed-off-by: Jeff Carr <jcarr@wit.com>
2024-10-12 10:59:11 -05:00
Jeff Carr
0751e80559
poll all the hosts
...
Signed-off-by: Jeff Carr <jcarr@wit.com>
2024-10-12 01:29:58 -05:00
Jeff Carr
5fcb83a1a2
the beginning of something
...
Signed-off-by: Jeff Carr <jcarr@wit.com>
2024-10-12 00:17:26 -05:00
Jeff Carr
b689239cd3
initial something. doesn't do anything yet.
2024-10-11 13:55:13 -05:00
Jeff Carr