11:38:26 The node worked for 12 hours, 128 outgoing and 0 incoming 11:44:46 It works on your not Nat device, correct ? 11:50:06 1. Both my servers can work without NAT, I myself force one of them to work through the ip address of the other so that the stagenet and mainnet nodes work on the same ip address. 11:50:06 2. But now I don't do it and the mainnet node works without NAT through its public ip address 11:51:33 Stagenet node and mainnet node run on different machines with different public IP addresses 11:53:16 Is there at least someone in this chat whose node is working fine?? 12:07:54 llacqie[m]: all my nodes work fine 12:08:56 can you clarify if the stagenet node also has the same issue with 0 incoming? 12:09:00 Mine also does, but has a bog standard network setup. Penty of INC. 12:10:52 jberman has a node with this issue and we did some testing, manually connecting works fine. deleting p2pstate.bin and adding the node to the peer list with --add-peer also makes it connect 12:11:03 so there's nothing inherently stopping nodes from connecting 12:15:03 Maybe you have an IP in an often banned range. 12:15:44 Or in a /8 or /16 with lots of other nodes (so other nodes won't connect to you if they already have a peer in that range). 12:16:28 Or maybe your ISP is an asshole. 12:17:10 I have an IP from 149.154.71.0/24 12:17:44 Oh yes I meant /24 or /16 above. 12:18:16 I can try to run a stagenet node on the same host that the mainnet node is currently on 12:18:18 the same issue is on stagenet and testnet for some so I don't think it's too many nodes in this IP range 12:18:24 I hate how this /8 means 8 significants and not the size of the range, I make that mistake often. 12:18:32 it's unintuitive 12:19:05 But my stagenet node on another host is working fine 12:20:02 llacqie[m]: both same ISP? 12:20:29 Reading above, you say "The nodes don't even try to request anything from my node, they just connect and disconnect", this is an OK behaviour, used to probe the grey list, separate from actually trying to connect to a peer for long term usage. 12:22:09 Though it could also be nodes connect to you and do not like the response. 12:22:27 In which case the peer's log would show why it disconnects. But not your log, unfortunately. 12:22:59 People running wownero nodes on the same machine don't have this issue, wownero is still v0.17 based so it feels like a software bug in v0.18 12:23:14 I don't suppose you modified the code, right ? 12:23:16 selsta: Yes, same ISP 12:24:23 I also hosted node v0.17 earlier for a month and everything was fine 12:24:41 moneromoooo: I downloaded the official builds 12:25:29 I suppose you could try building your own, see if it helps. If not, switch to a different verison of boost, say... 1.72. 12:26:10 Assuming the getmonero.org builds aren't on 1.72. I just use that one for a fork and it's been working good. 12:26:31 we didn't change the boost version between v0.17 and v0.18 so i don't think it's related 12:26:35 A bit of a long shot though, any bug is likely to be in monero. 12:27:47 Do the "official" builds have the patches from perfect-daemon that change the KV serialization ? 12:29:58 no, only the connection patch 12:31:15 Pfft. My logs are filled with bad_weak_ptr. I had fixed that :( 12:32:05 Well, feel free to remind me in a few days, I'll check my logs for that IP range to see if I see anything interesting. I purged my logs recently so nothing atm. 12:33:14 Is that node running now ? 12:35:54 moneromoooo: No, I want to experiment with different ISP 12:36:07 Ah, barf. My connection log patch never got in. 12:36:46 Height: 1218212/1218212 (100.0%) on stagenet, not mining, net hash 2.06 kH/s, v16, 25(out)+8(in) connections, uptime 0d 0h 16m 54s 12:36:57 stagenet node works fine 12:37:17 I assume mainnet would work fine too if you were able to run it on the same system 12:39:33 It worked under the same IP as the stagenet node via NAT 12:43:13 And there were no incoming connections either 12:44:01 what do you mean it worked? 12:44:23 i meant on the same system, not with the same IP 13:02:39 llacqie[m] if you run behind a NAT, double check that you port forward port 18080 to your internal IP where you run the node 13:02:47 stagenet uses different port number 13:10:45 I checked 13:17:11 online port checkers say that port 18080 is open on your external IP address? 13:20:26 sech1: I connected from my local node without any problems 13:21:08 your local node is behind node, it's irrelevant 13:21:14 use https://portchecker.co/ to check your IP and port 18080 13:21:23 *is behind NAT 13:22:37 I'm too lazy to explain, but I guarantee you that the port was open 13:29:51 If you got connections that disconnect, it was open. 13:42:54 Height: 46818/1218244 (3.8%) on stagenet, not mining, net hash 21 H/s, v7, 7(out)+9(in) connections, uptime 0d 0h 17m 16s 13:42:55 stagenet node on the same host as mainnet with the same ip address 13:56:28 hmmm 14:06:36 So the fact that stagenet works does not mean that mainnet will work as well. 14:07:18 other people in the linked issue have issues on both stagenet and mainnet 14:07:40 I wonder if your incoming peers will drop once you are synced up 14:08:23 another thing you can test is if you have incoming peers on mainnet while syncing from scratch 14:09:06 e.g. exit monerod -> mv ~/.bitmonero/lmdb ~/.bitmonero/lmdb_old -> start syncing and check if you get incoming peers on mainnnet -> move back the old blockchain 14:56:41 Height: 172064/2750627 (6.3%) on mainnet, not mining, net hash 21.95 MH/s, v1, 10(out)+0(in) connections, uptime 0d 0h 9m 17s 15:04:57 llacqie[m]: stagenet and mainnet use the same exact same binary? 15:05:51 i assume yes 15:23:01 selsta: yes 15:43:21 Height: 126151/1218309 (10.4%) on stagenet, not mining, net hash 480 H/s, v7, 16(out)+31(in) connections, uptime 0d 0h 43m 39s 15:55:04 selsta: what distro do you use for your servers? 15:55:34 Ubuntu 20.04 16:56:06 I have started syncing on another host that is in a different location, and it looks like I have incoming connections (I also applied a ban-list, so these are not bots) 20:31:40 Is there a point to mixers existing for monero? 20:37:22 I assume most monero mixers are a scam to steal your coins. 20:37:28 Don't think so, and I claim that none exist. If somebody claims, I would say it's probably a scam. 20:42:03 Yeah that's pretty much what I was thinking 20:43:04 riceandbeans Look up TxTangle in Zero to Monero 2.0 20:43:47 Basically a CoinJoin for Monero. Later they figured out that there wasn't a good way to do it without revealing too much info to the other TxTangle participants. 21:52:37 "Don't think so, and I claim that..." <- I do recall seeing at least one being advertised a few years ago, and yeah it was a blatant scam. No idea if it's still around