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

[chatter_concert] showing symptoms when a redis server zombifies #60

Open
stonier opened this issue Mar 17, 2015 · 1 comment
Open

[chatter_concert] showing symptoms when a redis server zombifies #60

stonier opened this issue Mar 17, 2015 · 1 comment

Comments

@stonier
Copy link
Member

stonier commented Mar 17, 2015

Looks like there's something triggering a redis server zombie...This causes the next run of a concert to fail with no known (as yet) road to recovery. When the concert starts, you get the following problem:

On the concert:

[INFO] [WallTime: 1426556552.805717] Conductor : no hub yet available, spinning...
[INFO] [WallTime: 1426556552.805904] Conductor : no hub yet available, spinning...
[INFO] [WallTime: 1426556552.806029] Gateway : Found existing mismatched public key on the hub. Requesting resend for all flip-ins.
[INFO] [WallTime: 1426556552.806554] Conductor : no hub yet available, spinning...
[INFO] [WallTime: 1426556552.806594] Gateway : registering on the hub [Chatter Concert]
[INFO] [WallTime: 1426556552.806756] Conductor : no hub yet available, spinning...

On the client:

[INFO] [WallTime: 1426556010.183869] Gateway : discovered hub directly [http://localhost:6380]

Three issues here:

  1. What triggers a redis server zombie?
  2. Why are gateways providing erroneous diagnostics about the problem?
  3. Can it be automagically recovered?
@stonier
Copy link
Member Author

stonier commented Mar 17, 2015

Redis server is perhaps zombifying from an untimely and early rocon_launch shutdown?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant