| 28 Sep 2022 |
 eatwithstomach | * alright got all of that working with a 1 line proxy route lol | 01:57:04 |
| eatwithstomach | request(<url>).pipe(res); where the url is the gateway url+filehash | 01:57:36 |
 Heisenberg | Recently upgraded kubo from 0.14 to 0.15. My IPFS nodes are now announcing a bunch of random ports for both TCP and UDP. I only want 4001 for each. Is there a new setting I should change?
/ip4/<my-public-ip>/udp/33880/quic
/ip4/<my-public-ip>/udp/46910/quic
/ip4/<my-public-ip>/udp/47696/quic
/ip4/<my-public-ip>/udp/43269/quic
/ip4/<my-public-ip>/udp/36110/quic
/ip4/<my-public-ip>/udp/61831/quic
/ip4/<my-public-ip>/tcp/40440
/ip4/<my-public-ip>/udp/45036/quic
/ip4/<my-public-ip>/udp/54971/quic
/ip4/<my-internal-ip>/udp/4001/quic
/ip4/<my-public-ip>/udp/43179/quic
/ip4/<my-public-ip>/udp/63410/quic
/ip4/<my-public-ip>/udp/37871/quic
| 02:17:25 |
| Heisenberg | * Recently upgraded kubo from 0.14 to 0.15. My IPFS nodes are now announcing a bunch of random ports for both TCP and UDP. I only want 4001 for each. Is there a new setting I should change?
$ ipfs dht findpeer <one-of-my-peer-ids>
/ip4/<my-public-ip>/udp/33880/quic
/ip4/<my-public-ip>/udp/46910/quic
/ip4/<my-public-ip>/udp/47696/quic
/ip4/<my-public-ip>/udp/43269/quic
/ip4/<my-public-ip>/udp/36110/quic
/ip4/<my-public-ip>/udp/61831/quic
/ip4/<my-public-ip>/tcp/40440
/ip4/<my-public-ip>/udp/45036/quic
/ip4/<my-public-ip>/udp/54971/quic
/ip4/<my-internal-ip>/udp/4001/quic
/ip4/<my-public-ip>/udp/43179/quic
/ip4/<my-public-ip>/udp/63410/quic
/ip4/<my-public-ip>/udp/37871/quic
| 02:18:16 |
 IPFS Bot | @NCGThompson (Nic) posted in Kubo is using UPnP instead of manually configured port forward
In my home network’s modem settings I gave my node’s computer a reserved LAN IPv4 and forwarded port 4001 for TCP and UDP (the settings didn’t differentiate between the forwarded port number and the port being forwarded to). However, ipfs id lists the external IPv4 with a random port that changes each daemon startup for both TCP and UDP. I’m assuming that is the effect of UPnP. Inconsistently it w...
| 02:59:03 |
|  新裤子 joined the room. | 03:30:54 |
|  Pepe The Frog changed their display name from Psalm 55:12-23 to Pepe The Frog. | 04:11:47 |
| eatwithstomach | is there a convenient way to turn a Cid(<hash>) into simply a string of the hash? | 04:14:22 |
|  puhalskyiua joined the room. | 04:23:34 |
|  Esteban joined the room. | 04:25:15 |
|  pdxjohnny joined the room. | 04:28:26 |
|  cyberwolf left the room. | 04:45:09 |
|  Ashmeet joined the room. | 04:52:07 |
|  Timo Savola changed their display name from tsavola to Timo Savola. | 05:49:21 |
 Julian Dannenberg | In reply to @_discord_183309006767521792:ipfs.io
Julian Dannenberg: do you have roots configured ? No pinned, since roots led to my data being undiscoverable. And the explicit (via command) and "background" reprovide are on the same config. | 05:54:42 |
| Julian Dannenberg | In reply to @_discord_183309006767521792:ipfs.io
Julian Dannenberg: do you have roots configured ? * No pinned, since roots led to my data being undiscoverable. And the explicit (via command) and "background" reprovide are on the same config. | 05:54:51 |
| Julian Dannenberg | This is how the numbers evolve over night (without me adding anything or triggering anything); batch size increases and duration increases:
TotalProvides: 89k (89,407)
AvgProvideDuration: 315.892ms
LastReprovideDuration: 53.004746s
LastReprovideBatchSize: 65
| 05:55:56 |
| Julian Dannenberg | docker exec ipfs ipfs config show | grep -B2 Strate
gy
},
"Provider": {
"Strategy": ""
--
"Reprovider": {
"Interval": "12h",
"Strategy": "pinned"
| 05:59:45 |
| Julian Dannenberg | In reply to @_slack_filecoinproject_UENTNQU7Q:ipfs.io
Also the batching reprovider, used when the accelerated DHT client is enabled, doesn't currently do pipelining so it'll get a big batch of CIDs, provide them then repeat. So if your disk I/O is slow it can start becoming a problem. Disk IO is only a single hard disk. As far as I can tell it was not IO bound but I will definitely check again (in a few days, when internet usage is low) when disk usage is reserved to ipfs | 06:03:19 |
| Julian Dannenberg | In reply to @_slack_filecoinproject_UENTNQU7Q:ipfs.io
Worth running. I've seen machines advertise hundreds of millions of records with the accelerated DHT client. In that case what I saw as the limiter in advertising was disk IO just enumerating the blocks locally. Using repo stat should help your figure out the speed of enumerating the blocks in case that's a problem. root@server-prod-backup-1:~# time docker exec ipfs ipfs repo stat
NumObjects: 2823771
RepoSize: 2888665952766
StorageMax: 10000000000
RepoPath: /data/ipfs
Version: fs-repo@12
real 1m9.183s
user 0m0.026s
sys 0m0.017s
| 06:03:42 |
| Julian Dannenberg | Thank you! | 06:04:15 |
| Julian Dannenberg | I might well accept that it is my hardware. However, I still do not understand the discrepancy that ipfs bitswap reprovide does not terminate but at the same time ipfs stats provide shows all runs around that minute mark. | 06:05:23 |
|  Ly joined the room. | 06:08:29 |
|  Web3Lord changed their display name from DevLord to Web3Lord#3172. | 06:11:42 |
| Web3Lord changed their display name from Web3Lord#3172 to Web3Lord. | 06:11:52 |
|  temet_nosce joined the room. | 06:15:28 |
| IPFS Bot | @German (Lugo) posted in Need help to do a migration in reverse
I got this
Error: Your programs version (11) is lower than your repos (12).
[ipfs] Please update ipfs to a version that supports the existing repo, or run
[ipfs] a migration in reverse.
I’m trying to do that migration in reverse but I can’t understand how to do it. I downloaded the fs-repo-migrations but I can’t find the way to do that.
Thank you in advance.
I have macos bigsur. I’ve read some...
| 06:32:58 |
|  GOAT joined the room. | 06:38:09 |
|  cash_app left the room. | 07:23:21 |
|  2color banned  @rockrobotrock:matrix.org (spam and inappropriate content ). | 07:34:18 |
