If a driver dies, the process line should mention "(defunct)" and the STAT column should mark "Z". The situation depicted here matches a recursion.
Superficial look at the code in "dome_script.cpp" reveals that DomeScript::RunScript first forks the driver, then replaces that forked process with the script execution.
In the depicted situation, it appears the fork operation succeeded, but the script execution failed to actually replace the process with anything, leaving the driver process as is.
There is no provision against this type of error in the code: the funny result is a second, then a third, etc, INDI dome driver, still exchanging with the server and apparently always getting priority as a bonus
I'd look for missing scripts in the installation to explain why "execvp" is failing to execute properly.
Fixing this should be straightforward: the forked driver must not return but die with "exit()" if the attempt at execvp fails. However, there doesn't seem to be any side-effects to this situation, unless at some point the system decides the process recursion is weird and has to stop (antivirus decision for instance).
-Eric