Thanks for the ref. I ran those 2 suggested cat commands on one of my safenode logs and got 952 & 480 respectively, so thinking that could be the clue for what’s maybe going wrong in my case.
Did you come across any other advice on setting up any specific inbound and outbound port rules on the server side beyond default settings?
Small question which I presume has a simple and obvious answer: how to kill my (zombie) nodes? I could ~rm -rf~ the whole thing, but can I just kill the nodes so I can keep my logs?
EDIT: I mean, other than just killing the process? Or, is there a “neat” way of killing the processes? I don’t see any CLI option when I browse the Github repositories, nor when I run ~$ safe --help~.
The search function of the forum is all I have to go off, I had just been browsing around there to see what the story is. This has various links:
For example,
Thank you for your update after diagnosing and finding the cause of the vdash v0.17.2/safenode v0.105.2 log format compatibility issue.
I think in my case, with some HandshakeTimedOut errors etc. I may have a further issue with inbound/outbound port rules for my ubuntu VM in Azure. In the meantime I think just I need to do some more searching and reading related issues on this forum to see if I can resolve whilst awaiting forthcoming version updates.
Many thanks for your helpful pointers. I only setup the VM in Azure whilst awaiting delivery of a new raspberry pi to play with (for this and some other general experimental web based stuff!). Its maybe easier to wait until newer versions are released in due course when hopefully I’ll also be able to get a few nodes running on my pi through my home router.
I don’t think you can do much about those errors - I think it is a regression that they will attempt to fix in the next testnet. The fact you have PUTS is positive. Earnings are sparse in this test so the lack of those is not necessarily a problem with your nodes.
$ safe files download “Underground – Dreyfus, Suelette.epub” 52890fdb1a746de8d16bee88a7335ae43ea53bf2c513bf211ffc0a118d573201
A great read now publically availabe with the above command for anyone interested, on the Australian hacking scene in the 80s and 90s. It was 733.3kB and took 18s.
My wallet balance is now 0.888691595: I’ve been very frugal 
EDIT: I should add that the book is available for free, so legally we’re not even being bold here Underground download page
2 secs here - smirk 
🔗 Connected to the Network Downloading "“Underground – Dreyfus, Suelette.epub”" from 52890fdb1a746de8d16bee88a7335ae43ea53bf2c513bf211ffc0a118d573201 with batch-size 16
Saved "“Underground – Dreyfus, Suelette.epub”" at /home/willie/“Underground – Dreyfus, Suelette.epub”
real 0m1.982s
user 0m0.683s
sys 0m0.919s
Can anyone give me a known good peer. I can’t find a good one atm.
Here is a few from the official network-contacts in the S3 bucket.
I picked one at random last night and all was well
/ip4/138.68.146.254/udp/52597/quic-v1/p2p/12D3KooWDV4aSK3oxQNumbvKAvrAExKRhDSwEbti6y5JaW9MHeAv
/ip4/159.65.25.115/udp/32941/quic-v1/p2p/12D3KooWDJ6qPG42qj3hPh7M9BXqwMAFhtn6BPn6UPWDyaybx4Am
/ip4/144.126.193.192/udp/45254/quic-v1/p2p/12D3KooWErtLZeGnmZzHJk1dPF3Mtz53hpqe1Td1Sacn8dAD7WBF
/ip4/209.97.130.14/udp/59662/quic-v1/p2p/12D3KooWRUdjPHiHwWKJqH83BBBsomYGVu3YGX8D5i21W5mEE184
/ip4/144.126.193.200/udp/54464/quic-v1/p2p/12D3KooWLPudQyrREYeC5sCmpcaVqAXGdvubiJ5xzJzLSjajTMhv
/ip4/144.126.193.205/udp/35756/quic-v1/p2p/12D3KooWSZTJeW9aWsqM9FB8bZP22x1JaXWbnKXwMAiz1FwKbtY2
/ip4/134.209.19.138/udp/42612/quic-v1/p2p/12D3KooWBQ4bw25WQftysCKcMETSns2Gq42DeTa7M32V2XizZRhK
/ip4/144.126.238.31/udp/51712/quic-v1/p2p/12D3KooWNH1fNmgZWDsohjQoyAUoBoJDRaT8js59vBpWocLr9AtA
/ip4/142.93.44.25/udp/51960/quic-v1/p2p/12D3KooWCDZirVXnir2Fab8JRaAJSoA3d1cKru9tsK4nNHjRrvWh
/ip4/144.126.194.103/udp/55644/quic-v1/p2p/12D3KooWFSYX9kwZKnsbBn263VpCkW8EvpE6DG7nBinLgF66USTT
/ip4/46.101.12.150/udp/60904/quic-v1/p2p/12D3KooWBv1bYmT9MQHRUCoqncYmtsofGrNNPFHKTArBq3Amuuhr
/ip4/46.101.8.32/udp/54952/quic-v1/p2p/12D3KooWLdcZrhKt92wtwpq5GvLpqyMykx8VeBwudJP2eu7LeSnH
/ip4/159.65.60.39/udp/57731/quic-v1/p2p/12D3KooWCzmkPNL8jYDvAPZxUBXjquXCmz5RMNrtyvh6CsfaFK1A
/ip4/159.65.57.43/udp/55158/quic-v1/p2p/12D3KooWLrHqbQ2Bb5xxLQFo7tz2MEytDBqsBm98dWXSMyTGKLkn
/ip4/165.232.36.234/udp/36395/quic-v1/p2p/12D3KooWHhDB3ABJc8o5kHYHLuqHKXKwffXeCiKhQCsFAXSj9wJx
/ip4/159.65.57.30/udp/53302/quic-v1/p2p/12D3KooWSAknfaVMGUPBiQVmhcW4EJwGgA73ic8ZRFv6Hgt2WSga
/ip4/159.65.52.34/udp/41862/quic-v1/p2p/12D3KooWGZEjGNjET7J5SbmBJ4EMfvu1RqPr6SedeQiBrybReCtw
/ip4/46.101.11.193/udp/54868/quic-v1/p2p/12D3KooWD6Nossk565ANUhR8fw2VUDvG3F9kfg9PXmp2BSK7xi8i
/ip4/138.68.158.117/udp/35973/quic-v1/p2p/12D3KooWNM9xQKGKNbEEuQGcNLU5Rfx9eZGE4ks4eVAXwfdymghX
/ip4/138.68.154.253/udp/38315/quic-v1/p2p/12D3KooWMaAWqPi1AnUu744BFd7RNG5MU7LR382Ycv2PFzX1T4R6
/ip4/144.126.234.162/udp/37284/quic-v1/p2p/12D3KooWFTMioLueKChk9rWEFNFGTH3zRQ6eTiGxjL2ss1wWgZ11
/ip4/159.65.91.131/udp/50340/quic-v1/p2p/12D3KooWCevGsqqTkMCrZrhovZ1okdrSd5fWFiwHwieZZcpRstVk
/ip4/46.101.94.136/udp/60717/quic-v1/p2p/12D3KooWNo88cx5yXsNka66tGPHVZd8ij63uDp5MdCY5sR7pMhib
/ip4/139.59.174.231/udp/45232/quic-v1/p2p/12D3KooWRXA4pmz4sAF8xFhUEpmRkxtwSTeTH3WZxNV5c88f1YwZ
/ip4/165.227.239.170/udp/46212/quic-v1/p2p/12D3KooWRtejNqpxCdEsmhoWRVGMo49oDMysCfMTqkeQGfxUNSKv
/ip4/159.65.51.105/udp/39251/quic-v1/p2p/12D3KooWJQKQkenhn2a6bY92FnZ1bWiCBLsMdCTBF5fuybk9x9iV
/ip4/138.68.148.205/udp/47263/quic-v1/p2p/12D3KooWLVrXppf5XUdzixFhrxPSkWWiGiZBGtm1t3z2Avf8CQfF
/ip4/144.126.193.206/udp/41423/quic-v1/p2p/12D3KooWLGW6mbzZiqSFeYhXFTbgx9YNR9WqWcZ9PkVAa7xHRT6h
/ip4/165.227.225.208/udp/55913/quic-v1/p2p/12D3KooWJ6NwxiqMj9Xy6XzLS5GD2V9Ks4NvTLoXejQHXMcKP34k
/ip4/144.126.238.186/udp/35780/quic-v1/p2p/12D3KooWMCwNegzc3AsgoMajSCz27x2xGVaoe3pWkMSpggRVf3n1
/ip4/142.93.34.55/udp/37653/quic-v1/p2p/12D3KooWRzuf14HtznVD5yVujbDhzWn6bBasZqqGj7pdwswD6RiT
/ip4/188.166.174.103/udp/57929/quic-v1/p2p/12D3KooWHRSKaZm58fp1PwNDBAqNAkTT9uLaZXB2xLaZ8nbw5WNp
/ip4/188.166.156.156/udp/59795/quic-v1/p2p/12D3KooWMZuoQNPWR1mmQ4pJ8AUZEVmsKscADRwpMBHGcbQALVie
/ip4/142.93.33.228/udp/53182/quic-v1/p2p/12D3KooWEYdZTatHHPyQ8nTHiKtjoUuNJYwMz5ayhtmQmjohYDKQ
Thanks… I solved it by enabling my VPN so it wasn’t the peers after all. Mobile broadband doesn’t work well with Autonomi, even as client. I used to have a problem running nodes, the client was flaky/slow. I also have the safeup issue back and can’t use it from my laptop. cc @joshuef - might be worth looking into this before we get too far, after all we want to support mobile which might also be an issue.
It took me 18s to upload it I meant (probably was unclear because I shared the command to download it)
What are the reasons wanting that and what effects will it have on does running mobile router/phone? nodes and what effect will it have on the Autonomi network and it’s performance?
Concerning. I wonder if others have tried this and noticed anything.
Mobile cell service providers may (probably) use Quality of Service (QoS) to prioritize signaling data over web browsing traffic or for other purposes … which would increase latency for us.
I scotch taped my socks to my ankles after reading this
EDIT: I mean to say: this is very exciting 
I was referring to running Autonomi apps on mobile.
It’s a sign I just bought new socks for the first time in years today I’ll keep the new ones on standby till the sock based detonation:)
I did Joshuef but I closed it again 
, it was a case of having to rtfm.
Just came back from vacation and trying this testnet.
For the first time, I’m using safenode-manager, on a podman container (not docker this time) in the usual raspberry pi 4.
I had to fight a little bit with the image, as systemd is needed and this is not so usual in containers, as far as I could see. I had to switch to podman (which is good anyway as people tend to deprecate docker) and then started 15 nodes with some of the commands I saw here:
safenode-manager add --count 15 --node-port 24700-24714 --peer /ip4/138.68.146.254/udp/52597/quic-v1/p2p/12D3KooWDV4aSK3oxQNumbvKAvrAExKRhDSwEbti6y5JaW9MHeAv
(or one of the peers pasted at the end of the thread).
Obviously starting the services afterwards.
So far nodes are running according to vdash, but I see no nanos being earnt. I’ve read it could be normal in this testnet even with proper port-forwarding, so I’ll leave it running and we will see.
Is the faucet still working? This did not work for me:
root@aecebd1dcbf3:~# safe wallet get-faucet 188.166.171.13:8000
Logging to directory: "/root/.local/share/safe/client/logs/log_2024-04-02_22-21-04"
Built with git version: cd369d8 / main / cd369d8
Instantiating a SAFE client...
Trying to fetch the bootstrap peers from https://sn-testnet.s3.eu-west-2.amazonaws.com/network-contacts
Connecting to the network with 50 peers
🔗 Connected to the Network Requesting token for wallet address: 93770ddb4f9879117d8d81b29fd449e46a95ba34699ce75a6d9cf3ed4b78aadf1e57a64277a8d5726588e2ce7256ec13
Failed to parse transfer: TransferDeserializationFailed
Transfer: "Failed to send tokens: Wallet Error Failed to send tokens due to The transfer was not successfully registered in the network: CouldNotSendMoney("Failed to send spend requests to the network:a189e2d095111eddd8cce29dd311c524ca804eb2f88de1b326e4e6c9ec8f0f375aadf17fa45c8e312fb5d2ad0ddfe614: Network Error Record not stored by nodes, it could be invalid, else you should retry: NetworkAddress::RecordKey(aff718 - 7cd5a756163e49dcca066d56c005975e4c720337a26cbd8331f2e7e48474a3cd).")."
Error:
0: Transfer deserialisation failed
Location:
sn_cli/src/bin/subcommands/wallet/helpers.rs:130
Backtrace omitted. Run with RUST_BACKTRACE=1 environment variable to display it.
Run with RUST_BACKTRACE=full to include source snippets.
Can’t wait to try the upgrade command of the node manager 