• [6.8.2] Docker Container 'WebUI' IP is wrong


    boomam
    • Solved Annoyance

    Hi,  

     

    Description

    On one docker container only, NextCloudPi, following a complete IP address change on the local LAN, the WebUI link when clicking the docker container for NCP is wrong, showing the old server IP address. Other containers successfully updated to the new IP.

    The container otherwise works fine if i input the address manually in the address bar however, so the 'bug' is limited to just the WebUI link.

     

    Steps to reproduce

    I have not tried changing the LAN subnet again after this, as i do not want to take everything offline for a display bug.

     

    Notes

    Please keep in mind that the log file attached may not be entirely accurate, the system was recently power-cycled after hard crash, unrelated to this issue - the issue has existed for a while, I've only just found some time to log a bug report.

     

    Priority set as annoyance, as its not important, its just annoying. 🙎‍♂️

     

     

    Let me know if further information is required, or resolution steps need trying.

     

    Thanks!

    storageserver-diagnostics-20200208-1107.zip




    User Feedback

    Recommended Comments

    If this is a bug related to unRaid, and not the template itself, you need to also post the applicable xml file from /config/plugins/dockerMan/templates-user with it set up so that it acts the way as described in the OP.

    Link to comment

    Hi,

    I would guess its unraid at fault considering all other containers are fine, but as i'm not familiar with the system at that level and i'm flagging it for diagnosis...so you tell me where the fault lies ;-)

    Equally, is there a guide for the docker template pull you mention, i don't recall seeing info on it in the bug reporting sticky.

     

    Thanks.

    Link to comment

    XML from NCP container as follows - 

     

    Looks like the IP is wrong in there, is it safe to edit that file?

    ---------------

      <Name>nextcloud</Name>
      <Repository>ownyourbits/nextcloudpi</Repository>
      <Registry>https://hub.docker.com/r/ownyourbits/nextcloudpi</Registry>
      <Network>proxynet</Network>
      <MyIP/>
      <Shell>sh</Shell>
      <Privileged>true</Privileged>
      <Support>https://forums.unraid.net/topic/84549-support-nextcloudpi/</Support>
      <Project>https://ownyourbits.com/</Project>
      <Overview>This is a template for the Nextcloudpi docker container, this is an all in one solution for someone wanting to run Nextcloud on their unRaid server. More inf>
    https://ownyourbits.com/&#xD;
    https://hub.docker.com/r/ownyourbits/nextcloudpi&#xD;
    &#xD;
    Before hitting start, select advanced view in the top right corner, add your servers IP address e.g. 192.168.1.5 or the IP of the container if you specify a unique one.<>
      <Category>Cloud: Tools: MediaServer:Music MediaServer:Photos</Category>
      <WebUI>https://192.168.1.252:444/</WebUI>
      <TemplateURL>https://raw.githubusercontent.com/Dimtar/unraidtemplates/master/nextcloudpi/nextcloudpi.xml</TemplateURL>
      <Icon>https://github.com/Dimtar/unraidtemplates/raw/master/nextcloudpi/logo.jpg</Icon>
      <ExtraParams/>
      <PostArgs>Enter server or container IP here e.g. 192.168.1.5</PostArgs>
      <CPUset/>
      <DateInstalled>1580657913</DateInstalled>
      <DonateText/>
      <DonateLink/>
      <Description>This is a template for the Nextcloudpi docker container, this is an all in one solution for someone wanting to run Nextcloud on their unRaid server. More >
    https://ownyourbits.com/&#xD;
    https://hub.docker.com/r/ownyourbits/nextcloudpi&#xD;
    &#xD;
    Before hitting start, select advanced view in the top right corner, add your servers IP address e.g. 192.168.1.5 or the IP of the container if you specify a unique one.<>
      <Networking>
        <Mode>proxynet</Mode>
        <Publish>
          <Port>
            <HostPort>81</HostPort>
            <ContainerPort>80</ContainerPort>
            <Protocol>tcp</Protocol>
          </Port>
          <Port>
            <HostPort>444</HostPort>
            <ContainerPort>443</ContainerPort>
            <Protocol>tcp</Protocol>
          </Port>
          <Port>
            <HostPort>4443</HostPort>
            <ContainerPort>4443</ContainerPort>
            <Protocol>tcp</Protocol>
          </Port>
        </Publish>
      </Networking>
      <Data>
        <Volume>
          <HostDir>/mnt/user/Nextcloud/</HostDir>
          <ContainerDir>/data</ContainerDir>
          <Mode>rw</Mode>
        </Volume>
      </Data>
      <Environment/>
      <Labels/>
      <Config Name="Nextcloud data folder" Target="/data" Default="/mnt/user/appdata/nextcloudpi" Mode="rw" Description="The folder to store all data related to the containe>
      <Config Name="HTTP web port" Target="80" Default="80" Mode="tcp" Description="Non secure web port" Type="Port" Display="always" Required="false" Mask="false">81</Confi>
      <Config Name="HTTPS web port" Target="443" Default="443" Mode="tcp" Description="Secure web port" Type="Port" Display="always" Required="false" Mask="false">444</Confi>
      <Config Name="Panel web port" Target="4443" Default="4443" Mode="tcp" Description="Port to serve the Nextcloudpi management panel on." Type="Port" Display="always" Req>
    </Container>

    Link to comment

    My guess is you put that IP in there yourself. It doesn't look like the original template has a fixed IP in it.

     

    Link to comment

    Your guess is incorrect ;-)

    I have not edited any XML in the setup of this, or any other, container as I've not had a reason to edit.

     

    Is it safe to edit after the fact? I mean it doesnt solve what appears to be a bug, but as a workaround, its fine.

    Link to comment
    3 minutes ago, boomam said:

    Is it safe to edit after the fact? I mean it doesnt solve what appears to be a bug, but as a workaround, its fine.

    Yes

     

    And, FWIW the entry if you install it today from CA is  https://[IP]:[PORT:443]/

    Link to comment

    ok, excellent.

    & well spotted/advised on that XML. 🙂

     

    I edited it to be the correct server IP/port and everything's fine again in the GUI.

    A mystery as to why it got the wrong IP to begin with, but at least it was comparatively easy to resolve.

    Link to comment
    25 minutes ago, boomam said:

    Your guess is incorrect ;-)

    I have not edited any XML in the setup of this, or any other, container as I've not had a reason to edit.

    Users do not normally access the XML file directly.  You could have set that IP address via the option to Edit the container settings in the GUI as that generates the XML file.

     

    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.