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

Active Stake empty for epoch 231 #375

Closed
CyberCyclone opened this issue Nov 22, 2020 · 6 comments
Closed

Active Stake empty for epoch 231 #375

CyberCyclone opened this issue Nov 22, 2020 · 6 comments

Comments

@CyberCyclone
Copy link

I've been using cardano-graqhql and I've noticed that retrieving data for ActiveStake epoch 231 is completely empty. I've compared it against 2 nodes that was NOT affected by this bug: IntersectMBO/cardano-db-sync#398 and I am pulling transactions.

I've checked the actual tables and looking up 230 pulls data, 231 has no records.

image

I'm currently running cardano-graphql commit 6f20487 which is using cardano-db-sync:6.0.0

@erikd
Copy link

erikd commented Nov 22, 2020

I do not know what cardano-graqhql does, but I do know that db-sync currently does not store active state.

@rhyslbw ?

@CyberCyclone
Copy link
Author

Awesome, thanks for that. I thought it was a shared feature. To keep things clean I'll recreate it on the cardano-graqhql github and link back here for future reference.

@erikd
Copy link

erikd commented Nov 22, 2020

Probably better if I move this ticket to grpahql.

@erikd erikd transferred this issue from IntersectMBO/cardano-db-sync Nov 22, 2020
@CyberCyclone
Copy link
Author

As mentioned in #376, this is fixed by doing a db and node re-sync, but it doesn't seem to be directly linked to the db-sync 398 bug because db-sync worked fine after the epoch boundary. It's just the extra graphql features that failed at the boundary.

@rhyslbw
Copy link
Contributor

rhyslbw commented Nov 27, 2020

If you are not seeing records in the Hasura Console, then the data isn't in the DB at that point. ActiveStake is simple SQL View that remaps the names of a table and it's columns to the semantics that an 'active stake' record contains the stake registered with a stake key for a given epoch.

I'll try to reproduce this and get back to you.

@rhyslbw
Copy link
Contributor

rhyslbw commented Dec 10, 2020

Will close as it's not reproducible, however feel free to reopen should it occur again

@rhyslbw rhyslbw closed this as completed Dec 10, 2020
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

3 participants