R7000 "random" reboots

Discussion in 'Tomato Firmware' started by Bunsen, Mar 22, 2019.

  1. Bunsen

    Bunsen Reformed Router Member

    I just upgraded to the newest FreshTomato [2019.1]
    When I upgraded, it checked the "clear nvram" box.

    I've put most of my config back in place, but it did reboot a few times during the configuration.

    I'd like to see if there is anything in the logs... So I try refreshing the log page several times - I haven't been able to catch anything that points me to a possible cause, but I assume I'm missing the error due to the reboot and loss of the log.

    Is there a way to get the logs to go someplace else for easy parsing?
     
  2. eibgrad

    eibgrad Network Guru Member

    I would still do a reset *after* the firmware is successfully installed, despite having checked the "clear nvram" option *during* install.

    As far as the syslog, you can reconfigure it to write to persistent storage (jffs, usb drive) instead of /tmp by going to Status->Logs->Logging Configuration->Syslog and providing a custom path. Or else have the syslog sent to a PC running Visual Syslog Server.
     
  3. Bunsen

    Bunsen Reformed Router Member

    A through nvram clear seems to have done it.

    Thanks as always!
     
  4. Bunsen

    Bunsen Reformed Router Member

    I replied too soon. It still happens.
    Now logging to jffs.
    Its done it twice since making the log location change - but it doesn't seem to be helpful.
    The only entry in the log is that my vpn made its connection, next are messages from Jan1 8am.

    The only other change I made recently was a Plex server upgrade.
    I've turned off the server, and I'll see if it stays up over night. [more than 2hr would be a success]

    I saw some others reporting Plex making their router reboot as well, but older articles. Maybe its back?
     
  5. Bunsen

    Bunsen Reformed Router Member

    No good. still an issue. Reboot once every 2-10min.
    Turning off VPN/Adblock/ipset script - if its stable.. turn one on at a time.
     
  6. pedro311

    pedro311 Networkin' Nut Member

    First, turn off Adblock and see what's going on.
    If no change, ipset rules (you can copy them here, BTW).
     
  7. Bunsen

    Bunsen Reformed Router Member

    I had vpn/adblock/ipset off - still had the reboots.
    I decided to do another thorough nvram clear, and add one setting at a time.
    ONLY Added my PPPoE info, and 5GHz wifi settings - I'll let this ride for an hour to make sure it's not the router itself.
     
  8. Bunsen

    Bunsen Reformed Router Member

    good news/bad news.

    Good news: I think all my required settings have been configured
    Bad news: The rebooting has not come back, so I have no idea what the cause was.
    weird....
    Thanks for checking in.
     
  9. Bunsen

    Bunsen Reformed Router Member

    I know this is old.. but i have an update...
    When I had recreated my config the way I wanted manually. Excluding the 2.4Ghz wifi.
    All has been fine.

    Friday I re-added the 2.4Ghz radio to add an older security cam before leaving for the weekend.
    Once I readded it, let it run for a bit I left the house. Soon after, I started receiving restart alerts.

    I'm home again, and disabled the radio, and all is fine again.
    So... either the 2.4Ghz radio hardware is causing the issue - or the config causes it. I assume its hardware because surely at least a few other R7000 users are using 2.4Ghz and aren't complaining.
     
  10. eibgrad

    eibgrad Network Guru Member

  11. Bunsen

    Bunsen Reformed Router Member

    That's an interesting find, thanks for linking it. I think it's unlikely the issue in my case though.
    The camera is a fair distance from any other device [usb or wifi]. It uses a microSD card for storage.
    https://support.dlink.com/ProductInfo.aspx?m=DCS-5222L "Type A"

    The possibility I didn't include above is that it could be the camera sending weird traffic that causes the crash?
    I guess I'll try enabling the radio on the router without joining the camera to the network.
    At this point it's just an academic exercise - the camera is due for an upgrade [since it doesn't appear to be able to use the 5GHz connection].
     
  12. Magister

    Magister LI Guru Member

    I also have random reboot every few days on my R7000 since either 2019.1 or 2019.2, but I have minimal settings, only some static IP, 1 openVpn server, some access restrictions. No adblock, nothing else.
     
  13. Bunsen

    Bunsen Reformed Router Member

    - Have you tried turning off the 2.4GHz radio?
    - I also had a theory that it might be related to the DDNS - set it to a 10min schedule to see if it starts rebooting every 10min... I haven't had a chance to test.
     
  14. Magister

    Magister LI Guru Member

    I have some devices that are 2.4GHz only so it may be hard to test... or I can turn on my old E3000 to try.
    However I have a DDNS, forcing a "next update" works and no reboot.
     
  15. Bunsen

    Bunsen Reformed Router Member

    @TrueDis We're having reboot issues too.
    I seem to have "resolved" mine by disabling the 2.4GHz radio. Are you able to test the same?
    btw - which router?
     
  16. digixmax

    digixmax LI Guru Member

    I am following this thread with great interest since I have been holding off updating my home-gateway router R7000 which has been running fairly reliably with 2019.015-beta since it was first released. I had a few unaccounted-for reboots over the months but nothing seemingly alarming.
     
  17. Magister

    Magister LI Guru Member

    I tested something interesting... I'd like other people with a R7000 to test it.
    To easily check if the router rebooted, in the system command webpage I did a
    gpio enable 14​
    to light the last LED on the right. So with a quick glance I can see that if the led is off, it means the router rebooted.
    Yes, it works, 2 times I saw the led off, and when I checked the homepage I saw an uptime of a few hours, meaning the router rebooted.
    BUT what's interesting also is that maybe 3 times in the month, the led was off when I checked, but the router had NOT rebooted. It means that something, after a few days (be it 1, 3 or 7) switch off the led!?!??! What's playing with gpio 14 in the R7000? Is this a memory leaks?
     
  18. Bunsen

    Bunsen Reformed Router Member

    @Magister I have set "gpio enable 14"
    I do have a script that sends a prowl alert when a reboot happens, so as far as I know I no longer have the reboot issue, but I'll see if the led goes off.
     
  19. Mercjoe

    Mercjoe Network Guru Member

    I would not trust the new LED light changes. I randomly lose the USB 2.0 and 3.0 lights on my R7000. If I unplug a drive and then plug it back in the lights come back on. Sometimes they go out in a few hours, other times it takes days.

    I do not lose any functionality but the lights seem to turn off randomly on my router.
     
  20. Bunsen

    Bunsen Reformed Router Member

    @Mercjoe I saw in the latest firmware [2019.2] the changelog mentions lots of LED work/mapping being done. Are you on the latest? I'm still on 2019.1.
     
  21. Mercjoe

    Mercjoe Network Guru Member

    I am on 2019.2. I have not experienced any random reboots and other than the cosmetic loss of a few LED lights it has been rather stable for me.
     
  22. Bunsen

    Bunsen Reformed Router Member

    @Jacky444 I saw you were having "random" reboots also [although on a different router AC3200] - We're dealing with the same in this thread.
    I'm going to assume you are configuring this through a wired connection [correct me if that's wrong].
    Can you try disabling both radios [or at least the 2.4GHz] and see if it still reboots? I believe my issue was "resolved" by doing this. I understand it's not for everyone as you may have a need for 2.4GHz, but just another data point to test.
     
  23. Jacky444

    Jacky444 LI Guru Member

    I'm sadly back to AT and I'm not reflashing for some time now (work). I did upgrade AC Wireless drivers on newest firmware I'm working on and it still works just fine.
     
  24. Magister

    Magister LI Guru Member

    9 days ago I disabled 2.4GHz, and re-enabled it a few seconds after. I still have 9 days uptime, will see...
     
  25. TrueDis

    TrueDis LI Guru Member

    Netgear R7000. I cannot disable 2.4ghz on my network as some of my stupid devices don't support 5ghz.
     
  26. user17600

    user17600 Serious Server Member

    Another data point: my R7000, purchased in May 2016 (in case there are undocumented versions) has been running flawlessly for 27 days (since the 2019.2 release). At one point it was running a version of Shibby (before FT brought out more frequent updates) for over 8 months without a reboot.

    I do keep it on a laptop cooler, to maintain the CPU and internal temps of about 50°C / 120°F. Otherwise this thing runs pretty hot (north of 175-180°F).

    I am running built-in adblock, with 11 blocklists making for a total of 479,217 entries, and I run P2Partisan from the CIFS for IP range blocking. I have 2 teenagers using the internet, so this router is working hard (if for nothing else than checking those adblock lists).

    On 2019.1, I had 2 random reboots, neither triggered by anything I could identify. One occurred during my work hours, so I noticed it. The other was only noted because the uptime was shorter than I expected. The router and cooling pad are both on a UPS so it wasn't due to a power glitch.

    I have no insights on why some of you may be having random reboots, except to wonder if, as with many routers 2-3 years old, if the heat is finally getting to the main board. Random reboots, loss of wifi and such are symptoms of long-standing overheating, and no electronic device likes heat for long periods, even if "designed" for it.

    My E3000 and N66U both died from heat-related causes. Thus the laptop cooler for my current router.
     
  1. This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
    By continuing to use this site, you are consenting to our use of cookies.
    Dismiss Notice