You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
leninmehedy opened this issue
Mar 18, 2024
· 2 comments
· Fixed by #173
Assignees
Labels
BugA error that causes the feature to behave differently than what was expected based on design docsP2Required to be completed in the assigned milestone, but may or may not impact release schedule.released
Currently HAProxy status is checked using the log. However, it often fails to log the message because probably it gives up retrying....Also if HAProxy is restarted, it looses the logs and does not output the line Server be_servers/server1 is UP consistently (See
if(logResponse.body.includes('Server be_servers/server1 is UP')){
).
As a result, solo fails to report if node start was successful.
My initial solution was to restart HAProxy, however even after manually restarting, it didn't solve the issue as HAProxy didn't output the log message Server be_servers/server1 is UP although sdk was able to invoke transactions. When I viewed /stats, it did report that node was up.
We need to figure out a reliable way to check if HAProxy is UP or not. Not sure if we can use the HAProxy /stats endpoint?, or use hedera-sdk to poll?
Notes:
If you would like to view the /stats endpoint, it is a bit complicated as below
Expose port 9090 of the HAProxy service (e.g. haproxy-node0-svc)
Open the corresponding configmap and at the bottom you will find the auth block separated by :. First part is username and the second part is the password.
Go to localhost:9090/stats and when prompted enter the username and password.
The text was updated successfully, but these errors were encountered:
leninmehedy
added
Bug
A error that causes the feature to behave differently than what was expected based on design docs
P2
Required to be completed in the assigned milestone, but may or may not impact release schedule.
P3
Low priority issue. Will not impact the release schedule if not complete.
labels
Mar 18, 2024
BugA error that causes the feature to behave differently than what was expected based on design docsP2Required to be completed in the assigned milestone, but may or may not impact release schedule.released
Currently HAProxy status is checked using the log. However, it often fails to log the message because probably it gives up retrying....Also if HAProxy is restarted, it looses the logs and does not output the line
Server be_servers/server1 is UP
consistently (Seesolo/src/commands/node.mjs
Line 557 in c6474de
As a result,
solo
fails to report if node start was successful.My initial solution was to restart HAProxy, however even after manually restarting, it didn't solve the issue as HAProxy didn't output the log message
Server be_servers/server1 is UP
although sdk was able to invoke transactions. When I viewed/stats
, it did report that node was up.We need to figure out a reliable way to check if HAProxy is UP or not. Not sure if we can use the HAProxy
/stats
endpoint?, or use hedera-sdk to poll?Notes:
/stats
endpoint, it is a bit complicated as belowhaproxy-node0-svc
)auth
block separated by:
. First part is username and the second part is the password.localhost:9090/stats
and when prompted enter the username and password.The text was updated successfully, but these errors were encountered: