• Cannot access WebUI after latest update


    Daniel Valadas
    • Solved Urgent

    I just updated to the latest version and lost the web UI remotelly.

     

    The shares still work fine, no issues there, but if I try to access the WebUI then the browser just keeps loading without ever getting a response.

     

    If I reboot the server in GUI mode, it works fine on the local machine, so it is only remotelly that the issue happens.

     

    I don't think it is network related since shares work fine and I can ping the machine fine too.

    I tried to access the webUI by ip and by the domain name, I tried 192.168.1.5, tower, tower.lan, tower.local nothing worked.

     

    Attached the disgnostics file, I am keeping this version a few days if we can find a solution but I am not stuck since I can just go locally change settings or even revert the version if needed, soooo. Open to suggestions.

    tower-diagnostics-20190513-1705.zip




    User Feedback

    Recommended Comments

    On mobile now so haven't looked at Diagnostics yet.

     

    Do you have an adblocker? 

     

    Have you tried a different browser? 

    Link to comment

    I tired Chrome first, then firefox, then chrome icongnito mode, even good old dusty IE for good measure.

     

    I then tried to telnet into port 80 to see what is happening. So I first get a redirect to /Main but then if I try to get /Main I never get back a response.

    Link to comment

    I do not have an ad blocker and nothing else on that IP. I have been using it fine for about 2 years and it just happened after the update. Also, I can reach everything, the shares work even by ip address only. Also by telnet I do get Nginx to reply with a 301 redirect to /Main it is once in the /Main url that nothing comes back from it...

    Link to comment
    Just now, Daniel Valadas said:

    I gonna try to boot without plugins maybe?

    I just looked at your diagnostics and it looks like all of your plugins are extremely out-of-date.

     

    Go ahead and try booting in SAFE mode.

    Link to comment

    Ok, booted without plugins and same issue

    I do get connected and get a 302 redirection to /Main but then it just stays pending forever

    image.png.52d89f950f4e7d9bf216d6922da831a8.png

    Link to comment

    Since your plugins were so old, it makes me wonder.

     

    What version of Unraid did you upgrade from?

    Link to comment

    Oh, I had that upgraded to the latest available a few weeks ago.

    Would you like me to revert and run the upgrade advisor, I just learned about it today...

    Link to comment

    Oh, actually it was 6.5.3, strange that I only got a new version notification to 6.7.0... Reverting now and will try smaller steps to it maybe..

    Link to comment

    Ok, so I reverted to 6.5.3, everything started working normal.

     

    Upgraded the plugins (or removed if unused), then added the "fix common problems" plugin, got one more outdated plugin notification, upgraded it. Then I was able to run the update advisor which showed everything blue and restarted. Everything still worked fine. Then I updated and the issue came back.

     

    Attached is a newlog after all of this. Is there a way to upgrade to the latest stable 6.6.x, I did not see any other versions listed in the UI upgrade, just an idea in case it would help at witch version it brakes. I am now reverting to 6.5.3 until there are more ideas of where to look.

     

    By the way telnet does work fine too (as do the shares), it really looks like it is only the webUI not being exposed outside the local machine, works perfect locally too.

    tower-diagnostics-20190514-0137.zip

    Link to comment

    Looks like a MTU problem. You have set an MTU of 9000.

    Edit the "network.cfg" file in the /config folder on your flash device and change to

    MTU[0]=""

    Then reboot your system

     

    Ps. This is not really a bug, but a specific issue to your system setup. It should have been asked under general support.

    Link to comment

    Ok, will try that now, also, just before reverting, I thought, let's try another computer, what do you know it works from the laptop...

     

    This is so strange, the computer having the issue had a fixed ip of 192.168.1.2 (unraid is on 192.168.1.5), the other day I was pulling my hair off with a super slow unstable smb share only on that machine (.2) I tried all kinds of things I read on the forums here and what finaly fixed it was changing the IP of that machine to .3 and everything started working like a charm...

     

    Let me try the MTU thing and reboot everything and I will report back.

    Link to comment
    1 minute ago, Daniel Valadas said:

    what finaly fixed it was changing the IP of that machine to .3 and everything started working like a charm...

    Sounds like a duplicate IP conflict

    • Upvote 1
    Link to comment
    2 minutes ago, Daniel Valadas said:

    Let me try the MTU thing

    In general it is better to leave the default MTU of 1500.

    When working with jumbo frames (9000) you'll need to ensure that everything in your network supports that, and still it can give unwanted side effects.

    Link to comment
    14 minutes ago, bonienl said:

    Sounds like a duplicate IP conflict

    I know, but there is (and was not) I did portscans before and after, check all the machines to be sure, dhcp starts only at .100 , etc. I was totally flabbergasted when changing the ip fixed that other issue.

     

    So I changed the MTU and rebooted unraid, no dice.

    I rebooted the computer, all fixed! Strange, but hey, it works now. Thanks a lot for all your quick help!

    Link to comment


    Join the conversation

    You can post now and register later. If you have an account, sign in now to post with your account.
    Note: Your post will require moderator approval before it will be visible.

    Guest
    Add a comment...

    ×   Pasted as rich text.   Restore formatting

      Only 75 emoji are allowed.

    ×   Your link has been automatically embedded.   Display as a link instead

    ×   Your previous content has been restored.   Clear editor

    ×   You cannot paste images directly. Upload or insert images from URL.


  • Status Definitions

     

    Open = Under consideration.

     

    Solved = The issue has been resolved.

     

    Solved version = The issue has been resolved in the indicated release version.

     

    Closed = Feedback or opinion better posted on our forum for discussion. Also for reports we cannot reproduce or need more information. In this case just add a comment and we will review it again.

     

    Retest = Please retest in latest release.


    Priority Definitions

     

    Minor = Something not working correctly.

     

    Urgent = Server crash, data loss, or other showstopper.

     

    Annoyance = Doesn't affect functionality but should be fixed.

     

    Other = Announcement or other non-issue.