Thank you for your help, yes it is my main save and has been through most iterations of the mod. I have tried replacing the silo, using other silos, and launching from other surfaces this did not work. The "/configurable_nukes.init " command did not work either. Before I try the destructive "/configurable_nukes.init false" command, what kind of storage data will be lost, will I still be able to use my current save or previous saves?
I was wondering if this was the case, to which I do apologize, in that I know for a fact somewhere along the ways I did get some of the migration logic a bit muddled (i.e. depending on the version installed relative to the version updated to, some data migrations/updates may not have been applied properly or missed).
To the extent I am aware, it is/should be working with the present version, but depending the history of version updates relative to the save in question, some things might have gone a bit awry, as is evident with your saves (apologies).
As far as the /configurable_nukes.init false command being destructive, it should not prevent you from being able to continue to use your current save. It is destructive in that, when 'false' is passed, that just means internally a variable named maintain_existing_data (or something thereabouts) is set to false, and subsequently when the initialization.init function is processed, it will wipe the existing storage variable and rebuild it from scratch; to my knowledge, it should be the equivalent reinstalling the mod without actually uninstalling it; saving the game; and then installing it again; though it may be worth a shot to see if that also gets it to work with the current version (0.9.4).
Tldr; /configurable_nukes.init false should be safe to use in an existing save; and at most any potentially in-flight rockets/rocket-launches will be lost, as well as any specific configurations made in the rocket-silo GUIs will be lost (i.e. changes to the default signal selection, etc.)
That all said, if you are able and willing to share your save (the one exhibiting the issue(s)), I can certainly take a closer look at the storage data/potentially diagnose why rocket-silos aren't firing.
And lastly, to that end, if you want to try so yourself, there should be another built in command /configurable_nukes.print_table that accepts a few different parameters for printing out the contents of the storage table. The simplest one, to print the whole contents of the storage variable, should be /configurable_nukes.print_table --all --d=10. The syntax is /configurable_nukes.print_table [--all] [[--d] | [--depth]=<integer>] <table name/table name fragment>, where if --all is present the table name is ignored and all tables are considered, and --d | --depth defines how many levels through which to recursively iterate through sub-tables; e.g. /configurable_nukes.print_table --d=10 rocket_silo_meta_data