Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Bug] Cluster down during regress/createdb #301

Open
1 of 2 tasks
Ray-Eldath opened this issue Nov 16, 2023 · 2 comments
Open
1 of 2 tasks

[Bug] Cluster down during regress/createdb #301

Ray-Eldath opened this issue Nov 16, 2023 · 2 comments
Assignees
Labels
type: Bug Something isn't working

Comments

@Ray-Eldath
Copy link
Contributor

Cloudberry Database version

No response

What happened

https://github.com/cloudberrydb/cloudberrydb/actions/runs/6876511531/job/18702700167?pr=291

image

regress failed in just a few minutes. createdb failed and so does many subsequent, dependent tests. cluster verification also failed due to a down in a mirror.

What you think should happen instead

not sure if it's related to external-fts. but I'll say the possibility is high.

How to reproduce

n/a

Operating System

ci

Anything else

No response

Are you willing to submit PR?

  • Yes, I am willing to submit a PR!

Code of Conduct

@Ray-Eldath Ray-Eldath added the type: Bug Something isn't working label Nov 16, 2023
@Ray-Eldath
Copy link
Contributor Author

it isn't. singlenode just exposed the same failure. https://github.com/cloudberrydb/cloudberrydb/actions/runs/6902756041/job/18780540313

@Ray-Eldath Ray-Eldath changed the title [Bug] Cluster down during regress/createdb w/ external_fts enabled [Bug] Cluster down during regress/createdb Nov 17, 2023
@Ray-Eldath
Copy link
Contributor Author

Ray-Eldath commented Nov 20, 2023

image

same port-in-use errors happened here as in #262. maybe they have a same root cause.

edit: very likely due to ci environment error. in the case of createdb failure (https://github.com/cloudberrydb/cloudberrydb/actions/runs/6902756041/job/18780540313), there aren't any restart of the cluster. it's a fresh environment, but standby still cannot bind to address.

@Ray-Eldath Ray-Eldath self-assigned this Nov 22, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: Bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant