-
Notifications
You must be signed in to change notification settings - Fork 1.2k
Nodes disconnect - can't retrieve files after period of time #920
Comments
That's odd. Do you see any error in the logs? Note, seems that you are adding addresses to connect on the addresses to listen (Addresses.Swarm). Your config should look like:
|
@lindybrits just pushed a change to railing that should solve your issue. To try it out, make sure to:
|
@diasdavid thanks for the speedy feedback as always! :) I'll give it all a go and get back to you on the progress. |
@diasdavid I am still experiencing the issue of not being able to retrieve files after a certain amount of time. I do run the I have changed the config to contain |
Just to make extra sure - in the config file, does this apply (see the Qm... part):
|
Please have a look at this strange output for peers in js-ipfs in the file attached. The situation here is we have three servers (Server 2, Server 3, Server 4). What I have recorded is the peers printed in js-ipfs for Server 3 and Server 4. Is this normal? |
@lindybrits how are you generating that list? Do you use Could you also share the commit version you are using for your js-ipfs nodes? One trick that helps to debug is enabling logs by:
You should start seeing something like:
|
@diasdavid I am working with Lindy on this. The version that we are using is "ipfs@0.25.0". This is the logs for node 2 is:
After that the node keeps on outputting:
So the libp2p is dailing to the different servers the whole time, but after a while if we run:
IPFS never gets the object from its peers. |
@diasdavid If I start jsipfs daemon in the command line and leave it open for 30 minutes+, the |
Hi! Still seeing this issue? |
Closing for now. Let me know if the situation still occurs |
We have three servers running js-ipfs via node.js applications. As soon as the applications start, the servers can retrieve files from one another. After a couple of minutes, however, it seems as though they disconnect as files can't be pulled. The time is takes for this issue to arise ranges anything from 10 minutes to 30 minutes, it is not quite clear.
Our config contains addresses in the form of -> /ip4/ip.address./tcp/4002/ipfs/Qm... Server 1 and server 2 represents the other two nodes the node should connect to.
Our config is as follows:
Any help would be appreciated!
The text was updated successfully, but these errors were encountered: