-
Notifications
You must be signed in to change notification settings - Fork 5
Healthcheck failure, stardog never converge #69
Comments
This can be caused by a number of different issues. Usually the first thing to check are the Stardog logs themselves to see if the nodes are unable to start for some reason. Are you able to get the logs ( |
@pdmars it gives me logs/ folder with empty graviton.log file. |
I have opened another issue for logs command. I have ssh'ed into one of the stardog nodes and look into the logs directly. There is a problem with license (I redirected it to responsible colleagues). Would be good if you can catch and report it directly in graviton and not just doing healthchecks. E.g. parsing logs and telling user that the cluster was not able to get up, because your license has expired. |
@pdmars hi Paul! I've got new license. Graviton is still failing for the proper startup. The command I use is:
The stdout is:
As I can see from the logs Stardog is up and running. What could be the problem for the launch command and how it can be solved? |
Ok, the license I have right now is not eligible for cluster version. Two out of three stardog nodes will not get up. That's the reason for the script failure. P.S. Again, I had to ssh into all the instances and see what's up there in the logs. Please propagate all the logs to the user in case of launch timeout. That would save me a lot of time. |
Good to hear you figured out the issue. We'll work on improving the error message and propagating the reason, however, depending on the nature of the failure that can be a bit tricky. If you are able to ssh into all of the nodes without providing a password, are you able to use the |
I have run:
And after initialization of the volumes and VMs, I've got timeout on
waiting for stardog to be up...
When I run status command:
I can connect to instance via SSH, also 3 ZK, 3 Stardog and 1 Bastion nodes are running and visible via AWS console.
The text was updated successfully, but these errors were encountered: