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
JeffreyDallas opened this issue
Jan 6, 2025
· 3 comments
· Fixed by #1148
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.
I just did a debug session with Pranali, she is trying to write gitbook documentation for solo.
One thing we found is that is using task to deploy solo, some port-forward would mysteriously exit itself without any errors/logs/warning.
This is the same thing I found when adding a github test flow for Task last December.
In summay, if calling kubectl port-forward within task file, sometimes kubectl port-forward
would quit itself, sometimes is haproxy-node1-svc , one sometimes is hedera-explorer one.
The workaround I used in github workflow is to re-calling port-forward outside taskfile.
Describe the expected behavior
Port-forward should keep running
To Reproduce
run task default-with-mirror
Additional Context
No response
The text was updated successfully, but these errors were encountered:
JeffreyDallas
added
Bug
A error that causes the feature to behave differently than what was expected based on design docs
Pending Triage
New issue that needs to be triaged by the team
labels
Jan 6, 2025
JeffreyDallas
added
P2
Required to be completed in the assigned milestone, but may or may not impact release schedule.
and removed
Pending Triage
New issue that needs to be triaged by the team
labels
Jan 6, 2025
1.Tried with adding "nohup" to detach the process.
2.increase verbose level to 9, not seeing any useful in output or logs
3. use task key word async: true
On macbook, no longer has port-forward exiting issue, but with github runner environment,
it still happens randomly
Further experiment showed that with macOS, if direct logs to a regular file, port-forward invoked from Taskfile with "nohup" can consistently run successfully.
But if direct logs to /dev/null , port-forward invoked from Taskfile with "nohup" sometimes still exit itself.
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.
Describe the bug
I just did a debug session with Pranali, she is trying to write gitbook documentation for solo.
One thing we found is that is using task to deploy solo, some port-forward would mysteriously exit itself without any errors/logs/warning.
This is the same thing I found when adding a github test flow for Task last December.
In summay, if calling kubectl port-forward within task file, sometimes kubectl port-forward
would quit itself, sometimes is haproxy-node1-svc , one sometimes is hedera-explorer one.
The workaround I used in github workflow is to re-calling port-forward outside taskfile.
Describe the expected behavior
Port-forward should keep running
To Reproduce
run task default-with-mirror
Additional Context
No response
The text was updated successfully, but these errors were encountered: