Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 24 replies
  • Subscribers 4 subscribers
  • Views 21292 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Astaro 8.201: NIC keeps going down

StephaneGROBETY
Hello,

Since installing 8.201 (over 8.103), my external kink keeps being marked as "down" by Astaro. I can bring it up again by taking the interface down and then up but that's not really a satisfactory solution.

The system is running in a VM (Hyper-V) and the interface is bridged to my DSL modem (it's listed as a "cable modem" in AStaro). This worked perfectly fine with 8.203. The hardware is fine (I can still use it from the host OS if I want), the other interface stays up and the external net is still working well.

Anyone has a suggestion on how to make Astaro behave before I lose patience and go back to 8.103 ?


This thread was automatically locked due to age.
  • 0
    My ASG (8.202 on Atom 330, SSD 64GB Kingstone V+100, WAN NIC RTL-8139/8139C/8139C+, AP10, Home license), for two years was running on 7.5 without any problem with my ISP or ASG, but I was pushed by local dealer of Astaro to try switch on 8.x. 
    ASG is with whole LAN equipment switched-off each  night and at morning started again. I have at my ISP contract (Ethernet cable form Cisco 29xx max 50m to my flat) registered MAC address of my WAN NIC. 
    During the first cold start WAN NIC stay in Down state and only manual operation (Down/up) in network interfaces menu or new cold start bring it up (as was described in some others threads before). I know, that way is go down to 8.1x release, but I would likely help solve this problem.

    I have made Wireshark scan of conversation on WAN Ethernet link and I have seen during the first cold start queue of DHCP requests with source MAC address like as Astaro_06:4e:88 (00 1a 8c 06 4e 88), of course without any answer from ISP.
    During the second boot-up or manual "Down/up" operation the same set of DHCP requests occurs, but after cca 50 secs real MAC address of WAN NIC is sent and is correctly answered.
    That's my research, but I still don't have any answer how to solve it.
    Does anybody know from where is "Astaro_MAC" taken and how is possible to replace it by correct one?
  • 0
    Hi, japato, and welcome to the User BB!

    You have done some good work.  Please ask your reseller to submit a ticket to Astaro Support.  I bet the developers would like to learn this, and they probably would have a fix for you quickly.

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • 0

    So far I identified one issue in 8.2. This one is triggered if the system is shutdown and restarted again during the renew time. Note: normal system reboots work. The lease time has to be in renew state during system start.


    If you are affected by this issue, you can run the following commands as root on your ASG: 
    wget http://people.astaro.com/uweber/mantis_19139/dhcp_updown.plx

    mv /var/chroot-dhcpc/usr/sbin/dhcp_updown.plx /var/chroot-dhcpc/usr/sbin/dhcp_updown.plx.org

    mv dhcp_updown.plx /var/chroot-dhcpc/usr/sbin/dhcp_updown.plx

    chmod a+x /var/chroot-dhcpc/usr/sbin/dhcp_updown.plx


    Cheers
     Ulrich
  • 0 in reply to da_merlin
    Hello,

    I'm not sure if it will help with my problem, but I downloaded and installed the new script. I'll report back if I see any improvement, thanks.


    In the mean time, could you possibly let me know how I can manually invoke the down/up command of the NIC as performed by the ASL web interface ? As I wrote previously, "ifconfig eth0 down"/"ifconfig eth0 up" doesn't seem to yield the same result.
  • 0
    No, you cant do that on command line. Only MDW must take down interfaces and set them up again.

    You have to find the correct interface object. You can get a list with this command:
    cc get_objects interface

    If you found the correct interface, you can disable it:
    cc change_object REF_XYZ status 0

    And then enable it again:
    cc change_object REF_XYZ status 1

    Cheers
     Ulrich
  • 0 in reply to da_merlin
    Thanks a lot. If the new DHCP script doesn't help, I'll use that to automate the renewal of the interface.
  • 0
    online traffic shaping and monitor directly from dashboard could be the problem
    but for my opinion is cheaper and less frustrating when you will consider ASG on top of network topology (as standalone machine)
  • 0 in reply to Ol Deda
    After a weekend testing I can corfim, that the above mentioned script solved my problem. DHCP request (with correct MAC address inside) is now sent after each cold start and is answered by ISP.

    MAC address Astaro_xx:xx:xx semms to be another Astaro device (RED or AP) on ISP's LAN segment, to which I'm connected or it could be my own AP10 (but it is connected on oposite end of ASG). But this is now non coherent problem, it remains for discovering in short future.
  • 0
    I can confirm that the new script seems to have solved my problem as well.

    Thanks a lot
  • 0
    The above mentioned script fixed my problem with a NIC never DHCPing from a cable modem.  It would DHCP from a DSL modem and from a router.  SuperMicro C2SEE running ASG Software version 8.203
Unfiltered HTML