Yeah strangely it seems intermittent, some S3 downloads have worked for @tjf while others haven’t. The DNS settings David mentions is certainly worth a check.
So the error here is at the part where it tries to get the config file from S3, there’s a simple workaround for this part by entering the config details in a command:
ahh I see you got past this I’ll leave those commands above there anyway incase anyone else would need them
Right, this bit has a much simpler workaround! You can download the latest node from GitHub here and add it to your ~/.safe/node/ dir.
You should hopefully then be able to run $ safe node join.
Hollywood is probably guilty too, but I think the main reason people think stuff is difficult is Microsoft’s marketing people and Windows. It just isn’t a good system, and it makes trivial tasks seem complicated. I switched to Linux 20 years ago, and it wasn’t because I’m such a geek. I’m not. I just like my gear to work. My main reason for switching was ease of use. Even 20 years ago Linux was just more convenient than Windows.
I’m receiving chunks while tethering over my phone in the middle of the Gulf of Finland. Becoming an Elder with this connection would be fun.
EDIT: I started another identical cat process while the former is still running. I quickly got this:
sascha@Knut:~$ time safe cat safe://hygoyeye9mq5jmipo3we79wohue8hjyw55e6f8xyk1hquwy9hsxnk9tdsme > ~/Downloads/safe-the-planet_2.png
Error: NetDataError: Failed to GET Public Blob: ErrorMessage(NoSuchData)
real 0m14,926s
user 0m0,342s
sys 0m0,144s
It also takes a very long time on a map. Just guessing here…but might be related that it’s checking the balance for each file?(because safe keys balance is also a slow method). So when I do a real put, is it possible that it also runs this xorurl method in front and unnecessarily does all these operations and makes the complete upload really slow together?
Thank you so much to everybody who’s had a go at trying out Fleming Testnet v3, and for all the fantastic feedback provided.
Yet again, your assistance and persistence have been absolutely invaluable in highlighting issues that have evaded us in-house.
Next priorities for us for testnet v4 are to fix another data loss bug that you found, as discussed here, along with completing the implementation of Anti Entropy across the board. No doubt we will squeeze in a few more improvements along the way.
The team will be taking some downtime tomorrow (Friday) and come back next week refreshed and raring to go again. You can expect testnet v4 to come along around the middle of next week at the earliest.
In the meantime we plan to leave testnet v3 up and running, unless it becomes unstable and unusable, in which case we will take it offline and update the title of this topic to reflect this.
Yes, we have to improve our sn_client lib, currently it checks the transfer’s history/balance so it’s ready for any operation, but we don’t need this for read-only operations, so you are on the right track of where the root cause is.
EDIT: I spun up a brand new ubuntu instance, did the exact same thing… and everything worked.
OLD COMMENT:
Trying to cross compiling on the same Ubuntu box as yesterday for my raspberry pi but have issues.
Need some help from some rust-ies Only polluting this thread with Pi rubbish as it worked yesterday, and keeps not exiting successfully at the same point today… incase its useful.
Am git cloning the latest repos.
All other dependencies for sn_api compiled ok except for sn_messaging v13.1.0,
and all other dependencies for sn_node compiled ok but is hanging on sn_messaging v14.0.0 for ages and I expect it to not exit successfully.
Just a minute ago I tried to cat file that I managed to re-put, and got the Failed to GET Public Blob: ErrorMessage(NoSuchData) error. So I was trying to put again a file I had put before. I would have expected to be able to cat it, because likely no section splits between the put and cat. So I wonder if the de-duplication works so that I cannot put new chunks in the places where the previous chunks were lost?
This one might collapse now folks, but I would just let it, we are gathering logs in any case, but right now I am switching off and after and chill. We have a lot of small tweaks and more simplifications again. Amazing stuff!!!