[ipfs-geoip] failed to get and parse Data via ipfs.object.get('Qm*******')

[daz-williams]

Compiled latest repo of IPFS WebUI
https://github.com/ipfs/ipfs-webui/

Ubuntu 20.04.4 LTS
Node version 16.12.0
NPM version 8.1.0

WebUI works on remote IPFS Node; connecting to Private IPFS swarm.

Adds files successfully via the WebUI and they appear on all IPFS nodes.

http://5.161.121.x:3000/#/peers shows all 7 peers; but location for all nodes is UNKNOWN

Error in console:

index.js:32 [ipfs-geoip] failed to get and parse Data via ipfs.object.get('QmQe6m4QRo*******w1cS4nAux75iZqG4') TimeoutError: Request timed out
    at error.js:42:16
(anonymous) @ index.js:32

It repeats this error 7 times for all 7 peers

No custom modifications made to any source code.

[welcome]

Thank you for submitting your first issue to this repository! A maintainer will be here shortly to triage and review.
In the meantime, please double-check that you have provided all the necessary information to make this process easy! Any information that can help save additional round trips is useful! We currently aim to give initial feedback within two business days. If this does not happen, feel free to leave a comment.
Please keep an eye on how this issue will be labeled, as labels give an overview of priorities, assignments and additional actions requested by the maintainers:

• "Priority" labels will show how urgent this is for the team.
• "Status" labels will show if this is ready to be worked on, blocked, or in progress.
• "Need" labels will indicate if additional input or analysis is required.

Finally, remember to use https://discuss.ipfs.io if you just need general support.

[lidel]

@SmarticoApps which version of ipfs-webui are you using (it should be listed in bottom left corner)?

geoip database was updated in #1958 and was released in v2.16.0

[daz-williams]

[UI v2.17.3]
(https://github.com/ipfs/ipfs-webui/releases/tag/v2.17.3)

[lidel]

@SmarticoApps thank you. This version did not ship with ipfs-desktop / Kubo yet, so the number of people who have updated geoip dataset (#1958) may explain why you have trouble finding some of its blocks.

I am closing this, as this should improve after more people start co-hosting the dataset, and filled ipfs-shipyard/ipfs-geoip#91 for tracking upstream fix.

As a workaround, you may want to preload entire geoip database via ipfs dag stat QmQe6m4QRoKk4Q7gxGMkUfanmtC4zgw1cS4nAux75iZqG4 (note: it is ~380 MiB in size: Size: 399424326, NumBlocks: 224986)

[daz-williams]

Thanks. I'm on a private IPFS network; is that why it doesnt sync from the co-hosted dataset?

[daz-williams]

When I run that command, the command line remains blank for several hours with no feedback

root@cluster1:~# ipfs dag stat QmQe6m4QRoKk4Q7gxGMkUfanmtC4zgw1cS4nAux75iZqG4

[lidel]

Ah, yes. If you are in a private IPFS network, your node won't be able to fetch data from the public one.

You can work around by doing ipfs dag export QmQe6m4QRoKk4Q7gxGMkUfanmtC4zgw1cS4nAux75iZqG4 > geoip.car on Public node, and then (on Private one) import geoip dataset via ipfs dag import geoip.car

[daz-williams]

From a public IPFS Node

root@cluster0:~/ipfs-update# ipfs dag export QmQe6m4QRoKk4Q7gxGMkUfanmtC4zgw1cS4nAux75iZqG4 > geoip.car
 0s  0 B / ? [---------------------------------------------------------------------------------------------------------=]
 Error: block was not found locally (offline): ipld: could not find QmQe6m4QRoKk4Q7gxGMkUfanmtC4zgw1cS4nAux75iZqG4 (currently offline, perhaps retry after attaching to the network)
root@cluster0:~/ipfs-update#

[aschmahmann]

Error: block was not found locally (offline): ipld: could not find QmQe6m4QRoKk4Q7gxGMkUfanmtC4zgw1cS4nAux75iZqG4 (currently offline, perhaps retry after attaching to the network)

As the error mentions your node is offline, run the daemon and try again