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
We're recording the peernames of nodes and have been upserting the info which is causing our peername column to endlessly churn between the name and the peerId for a given node. We can add a check to guard against it, but I wonder if this was something we should smooth out in cluster if possible?
The text was updated successfully, but these errors were encountered:
hey @olizilla , this is because remote peers are not queried for pin information and the local peer does not know their peernames.
However, since #1556 this is mostly fixed (such information will be cached by the local peer and used). There is a chance that if the peer is new etc. the peer ID appears instead of the name until the information is cached. Would it be better if the peer name was empty in such case?
When calling
ipfs-cluster-ctl status [cid]
, why ispeername
set to the peerId rather than the name when the pin status is remote e.g.We're recording the peernames of nodes and have been upserting the info which is causing our peername column to endlessly churn between the name and the peerId for a given node. We can add a check to guard against it, but I wonder if this was something we should smooth out in cluster if possible?
The text was updated successfully, but these errors were encountered: