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

Report in the UI if the pinner is unhealthy #315

Open
jimpick opened this issue Apr 10, 2019 · 3 comments
Open

Report in the UI if the pinner is unhealthy #315

jimpick opened this issue Apr 10, 2019 · 3 comments

Comments

@jimpick
Copy link
Member

jimpick commented Apr 10, 2019

If the pinner is having trouble saving data to ipfs-cluster asynchronously, it would be good if it could report that it is in poor health, and display that in the PeerPad UI somehow.

There may be more than one pinner in a collaboration, so we'd need to figure out how to display that information.

@parkan
Copy link
Collaborator

parkan commented May 8, 2019

we do currently have a bad status, right? should this be refined to "improve pinner error message in UI"?

@jimpick
Copy link
Member Author

jimpick commented May 23, 2019

There are sort of multiple levels of pinning - the first stage is for the web browser to pin the peer-base collaboration via a websocket to peer-base-pinner, which is basically just another peer in the collaboration. When that succeeds, the UI will say that the content was pinned.

There's a second level of pinning which is basically peer-base-pinner saving a backup to ipfs-cluster. Conceptually it's a bit like how virtual memory swaps out to disk. That happens asynchronously, and could happen a minute or so later than when peer-base-pinner first synced the data from the web client. If bad things are happening at this stage, currently, the web client will not know that the pinner is in trouble, and will assume that the data they have pinned has been durably persisted, when in fact it hasn't been.

@parkan
Copy link
Collaborator

parkan commented May 24, 2019

I wonder if the "real" way to do this is for the app itself to check that findProvs of the latest state shows the expected results?

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

2 participants