Request to change the default network interface (Mint & Ubuntu)



  • Hi all.

    Complete noob to Fog and I’ve tried running this on my Mint Station as well as my Ubuntu station. Right after selecting normal instalattion I’m faced with this snippet:

    We found the following interfaces on your system:
          * eno1 - 192.168.1.241/24
    Device "macvtap0@" does not exist.
          * macvtap0@ - 
    
      Would you like to change the default network interface from eno1 macvtap0@?
      If you are not sure, select No. [y/N] 
    

    No matter what if I select yes or no it keeps coming back up and I can’t get any further. I’ve tried hitting up Google but I’m not able to find anything. Is anyone familiar with this?


  • Developer

    @mitnotromney Wow, didn’t expect that! I have no idea how a switch would be able to cause this! Anyhow, marking solved until we hear different from you or anyone else.

    Thanks for the update!



  • @Sebastian-Roth I think the root of my issue was my setup. I have a 5 port switch that the machine I was using to work on Fog was hooked up to. After I read your comment I went in and completely rewired my house. I’m happy to say that I was able to get Fog up and running. I’m not sure how the switch kept this from working (https://www.netgear.com/support/product/GS605.aspx), but I hooked this machine up to the router and it ran smooth.

    Sorry for the pointless ticket. If you still need anything from me, I’m happy to help.


  • Developer

    @mitnotromney Sorry to say this but so far this doesn’t make much sense to me. Not saying that it cannot be but I just can’t get my head around how the installer would produce such an output.

    So first lets start by posting the install logs. Go back to the folder where you ran the installer from. Find two log files in the subdirectory .../fogproject/bin/error_logs/ and upload those in the forums.

    Thanks for mentioning pi-hole. From what I have seen so far this shouldn’t cause this but I wouldn’t bet on it!

    Second, macvtap0 sounds a bit like you are using some kind of virtualization. FOG has been used in many environments like VMware, Hyper-V, Xen, VirtualBox, KVM and probably others. So I don’t think this is a problem in general. But I am wondering if you can describe your setup a bit more in detail so we get the whole picture.



  • @Sebastian-Roth I just ran them with sudo and got the same result:

    default via 192.168.1.1 dev eno1 proto dhcp metric 100 
    169.254.0.0/16 dev eno1 scope link metric 1000 
    192.168.1.0/24 dev eno1 proto kernel scope link src 192.168.1.241 metric 100
    
    1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
        link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
        link/ether 34:17:eb:d4:6a:d2 brd ff:ff:ff:ff:ff:ff
    

    Also, I thought I should bring this up, I use a pi-hole to handle my dhcp and dns. Not sure if that would mess with the installer, but wanted you to be aware.


  • Developer

    @mitnotromney Sorry forgot to say, can you please run those commands as root.



  • @Sebastian-Roth Sorry it took so long. Here’s what I got:

    mit@mit-OptiPlex-9020:~$ ip -4 route show
    default via 192.168.1.1 dev eno1 proto dhcp metric 100 
    169.254.0.0/16 dev eno1 scope link metric 1000 
    192.168.1.0/24 dev eno1 proto kernel scope link src 192.168.1.241 metric 100 
    
    mit@mit-OptiPlex-9020:~$ ip -4 link
    1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
        link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
        link/ether 34:17:eb:d4:6a:d2 brd ff:ff:ff:ff:ff:ff
    

    Let me know if I can run anything else. I’m pretty free tonight.


  • Developer

    @mitnotromney Thanks for reporting this. This is not you doing something wrong but our installer running into an unexpected situation. Moving this topic to bug reports.

    Please help us fix this quickly. Run the following commands on your system and post output here:

    ip -4 route show
    ip -4 link
    

    Thanks!


Log in to reply
 

479
Online

6.1k
Users

13.4k
Topics

126.4k
Posts