-
Notifications
You must be signed in to change notification settings - Fork 34
Hotspots going relayed into after 2021-09-03~ update multiple users #381
Comments
I am having THE SAME issue! |
Been seeing a lot of reports of this in the helium discord |
This won't actually harm you, although it is an issue. This is likely fallout from the IP changing issue fixes over at #374 . I know the app might scream at you but if you have a valid external IP as the first row in the listen addrs you're fine, they're tried in the order they appear. I will take a look as to how this is happening again. If you have an affected hotspot you can email me the name/serial number/manufacturer and I can try to work with the manufacturer to pull logs. |
Good day, my person is odd-clay-worm (https://explorer.helium.com/hotspots/113gAgf8DTFi4YQFrQYMRhN7WUj25rTwS2mkTM5ujXP68mCGNw8) If you need logs, Jerry (dev) from Sensecap would be willing to work on this 1 with you. I would like to encourage other posters to share their addresses for this issue to be fixed ASAP. |
I have the same issue. . .please let me know how to fix it |
I have the same issue 🙃 |
I have the same issue. Rebooting the device does indeed temporarily fix the issue, but then a few hours later the issue occurs again. I have had this since the 2021-09-03 firmware update. Before that, it was working fine / not switching to relayed after a few hours. |
So MMOstars was able to compile a list of all hotspots affected by this issue. He could not access Github and asked me to post this json file here. See attached. |
It also seems to happen more frequently now. I just rebooted the miner an hour ago (sensecap m1), and now (+/- one hour later) it's already saying it's relayed again. It seems the service can still be reached though. If I for example use canyouseeme.org, it does report the port is open / can see the service, but on the Sensecap dashboard it reports it as being relayed / p2p status unhealthy. I also don't receive any rewards while it's reporting that it is being relayed. As soon as I restart the device, I start receiving rewards again, until it gets relayed again (after a few hours). |
This same issue is happening to 2 of my Bobcats |
They need to fix this ASAP!!! I shouldn’t have to restart my hs every time!!!!! |
If you read my earlier response, you will know that this bug is not actually going to harm you. I will work on fixing it but the relay status is not going to cause you any problems itself. |
This is happening to my SenseCap M1 Hot Spot after I switched it from WiFi to ethernet cable. The dashboard says it's not relayed but the Helium app says it is and I have a really long string of numbers and characters for my Listen IP. I have confirmed port 44158 is open and I have created challenges and a few beacons but haven't seen any witnesses since this has happened. If you need more details please let me know. |
having same issue , i switched from WiFI to Ethernet, still says relayed...checked API. says p2p |
Update - My Listen IP is now correct and I am no longer relayed I guess it just needed time. |
Same thing just happened to 2 of my hotspots , sensecap |
Hi devs, was this patch pushed with the latest release 2021.09.14.0? Seems to be still happening. Etc: https://explorer.helium.com/hotspots/113gAgf8DTFi4YQFrQYMRhN7WUj25rTwS2mkTM5ujXP68mCGNw8 address | name |listen_add|connectio| nat |last_updat| +--------------------------------------------------------------------------------------------------+ +---------------------------------------------------------+ |
Doesn't seem like it indeed. I just received the update (2021.09.14.0), but after a few hours it's now saying 'relayed' again on the dashboard (sensecap). |
Same here, new FW 2019.09.14, relayed according to dashboard and peerbook gives this:
|
I also have the same issue after restarting the Device it started creating challenges and dashboard shows ok now. |
I got a solution for this, I have connected to different Wifi network 1 day and re-connected after 1 day with Ethernet. |
Is it a permanent fix? is it still out of relay? |
It is out of relay now and double IP it took some time to reflect at API.
…Sent from my iPhone
On Sep 17, 2021, at 12:33 PM, Vanlushai ***@***.***> wrote:
I got a solution for this, I have connected to different Wifi network 1 day and re-connected after 1 day with Ethernet.
Now I went to my wifi list and remove the one I have added before by click on FORGET resolved my relayed issue.
I still see two line at API but mining is started back online.
Is it a permanent fix? is it still out of relay?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications on the go with GitHub Mobile for iOS or Android.
|
Oh. .ok. .but your miner is showing as relayed on the API ? my miners are showing as relayed only on the sensecap dashboard. . |
Mine also shows relayed only on Dashboard and API has two lines for Lisner
IPV4 and P2P.
AFter I removed the wifi connection, relayed status was gone on Dashboard
and it took few hours to remove one line from API.
…On Fri, Sep 17, 2021 at 10:58 PM Vanlushai ***@***.***> wrote:
It is out of relay now and double IP it took some time to reflect at API.
… <#m_-2580854958049372941_>
Sent from my iPhone
On Sep 17, 2021, at 12:33 PM, Vanlushai *@*.***> wrote: I got a
solution for this, I have connected to different Wifi network 1 day and
re-connected after 1 day with Ethernet. Now I went to my wifi list and
remove the one I have added before by click on FORGET resolved my relayed
issue. I still see two line at API but mining is started back online. Is it
a permanent fix? is it still out of relay? — You are receiving this because
you commented. Reply to this email directly, view it on GitHub, or
unsubscribe. Triage notifications on the go with GitHub Mobile for iOS or
Android.
Oh. .ok. .but your miner is showing as relayed on the API ? my miners are
showing as relayed only on the sensecap dashboard. .
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#381 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AVVG5KSY6KF2NYSVVDCN5RLUCP545ANCNFSM5DSNUOXQ>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
|
👍👍i shall try the same thing. Can you please tell me what miner are you using? |
Update from me, after exactly 6 days of uptime now my 2/4 units experience this bug? The unit was untouched based on logs all that time. https://explorer.helium.com/hotspots/11iRTRDKEQ77etK8EwbB3deLEpK43o3m4NeUwFDJXgr6EKj8xDa This bug also prevents us from running discovery mode with is plain tilting! |
Just got the same issue. Hot Spot running fine for weeks on Public IP with ports open and all of a sudden it got Relayed. |
I’m getting the same problems with latest firmware again! 😕 |
Has anyone tried enabling uPNP/PMP instead? Also, if you have two listen IPs, and one is the public IP you expect and one is a relay, you're actually fine as the public IP is preferred. I know the app/explorer makes a big fuss about "relayed" but in this case it is not an actual problem. |
In case it wasn't obvious, this issue is also impacting validators. At present, approximately 1400 validators are showing an IP4 and P2P address at the same time. While annoying and causing repeat questions on Discord, there is no indication that it causes an performance impact at this point. |
Hello, there are at least 10-15 people on Sensecap discord reporting same issue that after 2021-09-03~ update
100% this change broke something for us: f31e45f
This is what we get via peerbook:
| address | name |listen_add|connectio| nat |last_updat|
+----------------------------------------------+-----------+----------+---------+-------+----------+
|/p2p/113gAgf8DTFi4YQFrQYMRhN7WUj25rTwS2mkTM5uj|odd-clay-wo| 2 | 5 |symmetr|15306.244s|
+----------------------------------------------+-----------+----------+---------+-------+----------+
+--------------------------------------------------------------------------------------------------+
| listen_addrs (prioritized) |
+--------------------------------------------------------------------------------------------------+
| /ip4/xxxxxxxxxxxxxx/tcp/44158 |
|/p2p/11KgYQR9h3Rz9cmzVZLwtZiHxThMs731uFTraLiyPmfHcxp7DYx/p2p-circuit/p2p/113gAgf8DTFi4YQFrQYMRhN7W|
+--------------------------------------------------------------------------------------------------+
+---------------------------------------------------------+
| connections |
+---------------------------------------------------------+
|/p2p/11KgYQR9h3Rz9cmzVZLwtZiHxThMs731uFTraLiyPmfHcxp7DYx |
|/p2p/1128k7YK3UfSh5qaAp37qe2jw3LaG6ycQUAAqD33L9v9DoRHdrkK|
|/p2p/112BwJXdn117Y9pNcte1VKpZWFViakbi9tuUMrDsmpnZsM6DEfPb|
|/p2p/11GxM19uKgCpoArMGBUDGeNLxRYM8L9ferCCd8sHkgFdZtVU86P |
|/p2p/11XG5Dw6L1jmu9XE61b1LJ6TdgWm7An1a1Nut34XwMbUyiUWoQV |
+---------------------------------------------------------+
Sensecap dashboard reporting this:
Listen IP(Based on Helium API):
/ip4/xxxxxxxx/tcp/44158,/p2p/1121Gc63SGenk9emVaEe3TsQejLgQHp193ptawGmtp7q34M4X9yQ/p2p-circuit/p2p/113gAgf8DTFi4YQFrQYMRhN7WUj25rTwS2mkTM5ujXP68mCGNw8
NAT Type: Symmetric
Relayed: Yes
Port 44158 has been confirmed to be open as per https://www.yougetsignal.com/tools/open-ports/
The hotspot WAS NOT relayed until last update!
The NAT type on Router is COG (In other words I presume CONE), NOT SYMMETRIC! And this change somehow changes our nat type to symmetric, but it's not symmetric!
https://explorer.helium.com/hotspots/113gAgf8DTFi4YQFrQYMRhN7WUj25rTwS2mkTM5ujXP68mCGNw8/activity
HELIUM EXPLORER DOES NOT REPORT THAT HOTSPOT IS RELAYED!
After we reboot the hotspot, the relay is reporting is NONE and Relayed status is: No.
After 2-4 hours, poof, we become relayed and start listing on both IP + P2P, which should not happen.
I own 3 hotspots, 1 hotspot on same ISP, does not have this type of issue, which is super odd, but this can't because of our router settings as technically we are not choosing to somehow assign 2 listening IPs to API, which should not be happening.
Please help solve this issue ASAP!
The text was updated successfully, but these errors were encountered: