Create a block from scratch

i didn’t see the array you mentioned:

{
“API”: {
“HTTPHeaders”: {}
},
“Addresses”: {
“API”: “/ip4/127.0.0.1/tcp/5001”,
“Announce”: ,
“AppendAnnounce”: ,
“Gateway”: “/ip4/127.0.0.1/tcp/8080”,
“NoAnnounce”: ,
“Swarm”: [
“/ip4/0.0.0.0/tcp/4001”,
“/ip6/::/tcp/4001”,
“/ip4/0.0.0.0/udp/4001/quic”,
“/ip6/::/udp/4001/quic”
]
},
“AutoNAT”: {},
“Bootstrap”: [
“/dnsaddr/bootstrap.libp2p.io/p2p/QmNnooDu7bfjPFoTZYxMNLWUQJyrVwtbZg5gBMjTezGAJN”,
“/dnsaddr/bootstrap.libp2p.io/p2p/QmQCU2EcMqAqQPR2i9bChDtGNJchTbq5TbXJJ16u19uLTa”,
“/dnsaddr/bootstrap.libp2p.io/p2p/QmbLHAnMoJPWSCR5Zhtx6BHJX9KiKNN6tpvbUcqanj75Nb”,
“/dnsaddr/bootstrap.libp2p.io/p2p/QmcZf59bWwK5XFi76CZX8cbJ4BhTzzA3gU1ZjYZcYW3dwt”,
“/ip4/104.131.131.82/tcp/4001/p2p/QmaCpDMGvV2BGHeYERUEnRQAwe3N8SzbUtfsmvsqQLuvuJ”,
“/ip4/104.131.131.82/udp/4001/quic/p2p/QmaCpDMGvV2BGHeYERUEnRQAwe3N8SzbUtfsmvsqQLuvuJ
],
“DNS”: {
“Resolvers”: {}
},
“Datastore”: {
“BloomFilterSize”: 0,
“GCPeriod”: “1h”,
“HashOnRead”: false,
“Spec”: {
“mounts”: [
{
“child”: {
“path”: “blocks”,
“shardFunc”: “/repo/flatfs/shard/v1/next-to-last/2”,
“sync”: true,
“type”: “flatfs”
},
“mountpoint”: “/blocks”,
“prefix”: “flatfs.datastore”,
“type”: “measure”
},
{
“child”: {
“compression”: “none”,
“path”: “datastore”,
“type”: “levelds”
},
“mountpoint”: “/”,
“prefix”: “leveldb.datastore”,
“type”: “measure”
}
],
“type”: “mount”
},
“StorageGCWatermark”: 90,
“StorageMax”: “10GB”
},
“Discovery”: {
“MDNS”: {
“Enabled”: true,
“Interval”: 10
}
},
“Experimental”: {
“AcceleratedDHTClient”: false,
“FilestoreEnabled”: false,
“GraphsyncEnabled”: false,
“Libp2pStreamMounting”: false,
“P2pHttpProxy”: false,
“StrategicProviding”: false,
“UrlstoreEnabled”: false
},
“Gateway”: {
“APICommands”: ,
“HTTPHeaders”: {
“Access-Control-Allow-Headers”: [
“X-Requested-With”,
“Range”,
“User-Agent”
],
“Access-Control-Allow-Methods”: [
“GET”
],
“Access-Control-Allow-Origin”: [
“*”
]
},
“NoDNSLink”: false,
“NoFetch”: false,
“PathPrefixes”: ,
“PublicGateways”: null,
“RootRedirect”: “”,
“Writable”: false
},
“Identity”: {
“PeerID”: “12D3KooWK5GQfwTovUTHR8Ud2WG4fMWFx644w59g6YAoXvYA278y”,
“PrivKey”: “CAESQPwYl0Ho9KT/Jx9J3eD5pebE/+Ayb/UaaaS+foWu7LW/iYphu8IcjlLRL1LyhxZAfkIIjicmxy9HpcaDRKL2EP4=”
},
“Internal”: {},
“Ipns”: {
“RecordLifetime”: “”,
“RepublishPeriod”: “”,
“ResolveCacheSize”: 128
},
“Migration”: {
“DownloadSources”: ,
“Keep”: “”
},
“Mounts”: {
“FuseAllowOther”: false,
“IPFS”: “/ipfs”,
“IPNS”: “/ipns”
},
“Peering”: {
“Peers”: null
},
“Pinning”: {
“RemoteServices”: {}
},
“Plugins”: {
“Plugins”: null
},
“Provider”: {
“Strategy”: “”
},
“Pubsub”: {
“DisableSigning”: false,
“Router”: “”
},
“Reprovider”: {
“Interval”: “12h”,
“Strategy”: “all”
},
“Routing”: {
“Type”: “dht”
},
“Swarm”: {
“AddrFilters”: null,
“ConnMgr”: {
“GracePeriod”: “60s”,
“HighWater”: 300,
“LowWater”: 50,
“Type”: “basic”
},
“DisableBandwidthMetrics”: false,
“DisableNatPortMap”: true,
“EnableHolePunching”: true,
“RelayClient”: {
“Enabled”: true
},
“RelayService”: {},
“Transports”: {
“Multiplexers”: {},
“Network”: {},
“Security”: {}
}
}
}

Got the following error message:
generating ED25519 keypair…done
peer identity: 12D3KooWSM4RbdrkZNBosAozXs9TuDSrqKeffFm97yQBxc5uZkz7
initializing IPFS node at C:\Users\User.ipfs
Error: ipfs configuration file already exists!
Reinitializing would overwrite your keys.

C:\Users\User>ipfs daemon
Initializing daemon…
go-ipfs version: 0.11.0
Repo version: 11
System version: amd64/windows
Golang version: go1.16.12
2022-02-27T07:06:22.638+0800 ←[31mERROR←[0m cmd/ipfs ipfs/daemon.go:430 error from node construction: didn’t find any IP addresses

Error: didn’t find any IP addresses

C:\Users\User>ipfs id
{
“ID”: “12D3KooWK5GQfwTovUTHR8Ud2WG4fMWFx644w59g6YAoXvYA278y”,
“PublicKey”: “CAESIImKYbvCHI5S0S9S8ocWQH5CCI4nJscvR6XGg0Si9hD+”,
“Addresses”: null,
“AgentVersion”: “go-ipfs/0.11.0/”,
“ProtocolVersion”: “ipfs/0.1.0”,
“Protocols”: null
}

I was afraid of that. Try this:

"Swarm": [
	"/ip4/127.0.0.1/tcp/4001",
	"/ip4/127.0.0.1/udp/4001/quic"
]

YOU’RE a genius, man!!!
Things look good, both old & new files, desktop or mobile!

C:\Users\User>ipfs id
{
“ID”: “12D3KooWK5GQfwTovUTHR8Ud2WG4fMWFx644w59g6YAoXvYA278y”,
“PublicKey”: “CAESIImKYbvCHI5S0S9S8ocWQH5CCI4nJscvR6XGg0Si9hD+”,
“Addresses”: [
“/ip4/127.0.0.1/tcp/4001/p2p/12D3KooWK5GQfwTovUTHR8Ud2WG4fMWFx644w59g6YAoXvYA278y”,
“/ip4/127.0.0.1/udp/4001/quic/p2p/12D3KooWK5GQfwTovUTHR8Ud2WG4fMWFx644w59g6YAoXvYA278y”,
“/ip4/147.75.195.153/tcp/4001/p2p/QmW9m57aiBDHAkKj9nmFSEn7ZqrcF1fZS4bipsTCHburei/p2p-circuit/p2p/12D3KooWK5GQfwTovUTHR8Ud2WG4fMWFx644w59g6YAoXvYA278y”,
“/ip4/147.75.195.153/udp/4001/quic/p2p/QmW9m57aiBDHAkKj9nmFSEn7ZqrcF1fZS4bipsTCHburei/p2p-circuit/p2p/12D3KooWK5GQfwTovUTHR8Ud2WG4fMWFx644w59g6YAoXvYA278y
],
“AgentVersion”: “go-ipfs/0.11.0/”,
“ProtocolVersion”: “ipfs/0.1.0”,
“Protocols”: [
“/ipfs/bitswap”,
“/ipfs/bitswap/1.0.0”,
“/ipfs/bitswap/1.1.0”,
“/ipfs/bitswap/1.2.0”,
“/ipfs/id/1.0.0”,
“/ipfs/id/push/1.0.0”,
“/ipfs/lan/kad/1.0.0”,
“/ipfs/ping/1.0.0”,
“/libp2p/autonat/1.0.0”,
“/libp2p/circuit/relay/0.1.0”,
“/libp2p/circuit/relay/0.2.0/stop”,
“/p2p/id/delta/1.0.0”,
“/x/”
]
}

omg Omg OMG!!!

Looks good from here, I think it’s fixed :slight_smile:

Well, it certainly was uphill :smiley:

OH! we should be able to put the filters back in now, to make things more efficient.

IPFS Check results: one new upload & one old.
The new one is perfect!

Yeah, the old ones will come back after the next reprovide.

You mean the following filters?

“AddrFilters”: [ “/ip4/10.0.0.0/ipcidr/8”, “/ip4/100.64.0.0/ipcidr/10”, “/ip4/169.254.0.0/ipcidr/16”, “/ip4/172.16.0.0/ipcidr/12”, “/ip4/192.0.0.0/ipcidr/24”, “/ip4/192.0.2.0/ipcidr/24”, “/ip4/192.168.0.0/ipcidr/16”, “/ip4/198.18.0.0/ipcidr/15”, “/ip4/198.51.100.0/ipcidr/24”, “/ip4/203.0.113.0/ipcidr/24”, “/ip4/240.0.0.0/ipcidr/4”, “/ip6/100::/ipcidr/64”, “/ip6/2001:2::/ipcidr/48”, “/ip6/2001:db8::/ipcidr/32”, “/ip6/fc00::/ipcidr/7”, “/ip6/fe80::/ipcidr/10” ],

Yep, that. BTW, you don’t have to include the IP6 ones, since we disabled IPv6, so it should look like this:

"AddrFilters": [
    "/ip4/10.0.0.0/ipcidr/8",
    "/ip4/100.64.0.0/ipcidr/10",
    "/ip4/169.254.0.0/ipcidr/16",
    "/ip4/172.16.0.0/ipcidr/12",
    "/ip4/192.0.0.0/ipcidr/24",
    "/ip4/192.0.2.0/ipcidr/24",
    "/ip4/192.168.0.0/ipcidr/16",
    "/ip4/198.18.0.0/ipcidr/15",
    "/ip4/198.51.100.0/ipcidr/24",
    "/ip4/203.0.113.0/ipcidr/24",
    "/ip4/240.0.0.0/ipcidr/4"
],

filters added, everything looks good.
AND VPN is on as well!

C:\Users\User>ipfs id
{
“ID”: “12D3KooWK5GQfwTovUTHR8Ud2WG4fMWFx644w59g6YAoXvYA278y”,
“PublicKey”: “CAESIImKYbvCHI5S0S9S8ocWQH5CCI4nJscvR6XGg0Si9hD+”,
“Addresses”: [
“/ip4/127.0.0.1/tcp/4001/p2p/12D3KooWK5GQfwTovUTHR8Ud2WG4fMWFx644w59g6YAoXvYA278y”,
“/ip4/127.0.0.1/udp/4001/quic/p2p/12D3KooWK5GQfwTovUTHR8Ud2WG4fMWFx644w59g6YAoXvYA278y”,
“/ip4/147.75.195.153/tcp/4001/p2p/QmW9m57aiBDHAkKj9nmFSEn7ZqrcF1fZS4bipsTCHburei/p2p-circuit/p2p/12D3KooWK5GQfwTovUTHR8Ud2WG4fMWFx644w59g6YAoXvYA278y”,
“/ip4/147.75.195.153/udp/4001/quic/p2p/QmW9m57aiBDHAkKj9nmFSEn7ZqrcF1fZS4bipsTCHburei/p2p-circuit/p2p/12D3KooWK5GQfwTovUTHR8Ud2WG4fMWFx644w59g6YAoXvYA278y
],
“AgentVersion”: “go-ipfs/0.11.0/”,
“ProtocolVersion”: “ipfs/0.1.0”,
“Protocols”: [
“/ipfs/bitswap”,
“/ipfs/bitswap/1.0.0”,
“/ipfs/bitswap/1.1.0”,
“/ipfs/bitswap/1.2.0”,
“/ipfs/id/1.0.0”,
“/ipfs/id/push/1.0.0”,
“/ipfs/lan/kad/1.0.0”,
“/ipfs/ping/1.0.0”,
“/libp2p/autonat/1.0.0”,
“/libp2p/circuit/relay/0.1.0”,
“/libp2p/circuit/relay/0.2.0/stop”,
“/p2p/id/delta/1.0.0”,
“/x/”
]
}

Yep, looks good from here too.

And I learned something new, which could be useful in the future. I’m glad I didn’t give up (it was looking grim for a while).

Well, you have yourself a good day, and let me know how things turn out.

i went out for a while and could get new uploads on my cell from outside as well (one file uploaded a few days ago couldn’t).

Will see what happens in a few days!

Stay safe, mate!

i’m not sure whether i got this right!? - Every time right after i tried to upload/import lost files (CID which are no longer exists), IPFS will cease working properly (well, at least couldn’t load a new file)

i have uploaded a lot of files last week (via IPFS Desktop / IPFS Companion) and i assumed the blocks are gone by now (in fact i’ve moved those ipfs directories to somewhere else). While i’m working along to get my files back online, i observe the above which i’m not sure if this is a normal behaviour

have you come across this before?

I’ve never seen that before. It seems like a Windows specific issue, you’re gonna need someone familiar with Windows to help you with it (I’m a Unix guy).

As far as files still being there, if you used “ipfs add”, they are pinned automatically, and if you used “ipfs files” (or import in webui), they’ll act as if they were pinned for as long as you don’t remove them from there. And even if your files aren’t pinned, as long as you haven’t run the gc, or told the daemon to run the gc on a regular basis, they are still in there.

And if the files are still in the repo, they get “reprovided” every 12 hours, so they should be accessible from the network (assuming your node is running and reachable).

After i sent you the previous email, i tried a few times to load certain CIDs which i believe no longer exist in the system. The browser ceased to load new files and I need to restart my daemon in order for it to work again.

Things are smooth today except for the above observation. As long as i don’t load those “lost” CIDs, the system works fine.

I have a few questions which i’m not sure whether it’s appropriate to ask here. Please let me know if i need to raise new topics for it.

  1. I have a lot of “old” data blocks from my previous failed setup. Are they of any use anymore?
  2. Is there a folder size limit? I have a folder over 2Gb, and it couldn’t be loaded in a new tab
  3. i want to move my .ipfs directories from my c:\ (which is a SSD) to my d:\ (a much bigger HDD), what shall i do?

Yes, you probably should start a new topic, for a simple reason: there’s no way anyone else is still reading this thread. If you want others to chime in, start a new one.

  1. Unless they are from information you can’t get back any other way, no.
  2. IPFS really doesn’t care how much data you put in (as long as your repo is sized to handle it). However, directories that have so many files in them that they need multiple blocks to store are not very efficient, don’t do that (use a better folder hierarchy). Also, if your repo ends up containing a lot of blocks, you might want to consider enabling AcceleratedDHTClient:
ipfs config --json Experimental.AcceleratedDHTClient true
  1. Your best bet is to use a symlink.

Could Not Connect to IPFS at all this morning

Tried reboot Windows, but still not working

Tried a few previous config…same, it just won’t connect