Guest User!

You are not Sophos Staff.

[7.480][BUG][FIXED] PPPoE failed because of

Hi folks,
please see the attached screen shot for details. I have rebuilt this box from scratch and it is not behaving nice. I suspect going through the usual bedding down process which seems to take an hour or 2.

I tried deleting the external network interface and re-creating it, same problem. 780kb of PPPoE error, normally 0kb up to 30kb, over 700mb of DNS entries.

The 7.480 install took something like an 1.5 hours to install according the log which no longer exists.

Ian M
Parents
  • Astaro Beta Report
    --------------------------------
    Version: 7.480
    Type: BUG
    State: FIXED
    Reporter: mhofer
    Contributor:
    MantisID: 11172
    --------------------------------
  • Hi,
    a fresh install from 7.470 ISO and a downloaded copy of 7.480 and the same problem arose. Result no internet connection. Seems to eventually lockup the modem. I do have a snapshot of an error which comes up during the startup cycle.
    I found and interesting item while starting the system up after the upgrade in that all my disks had not been checked for 223 days, not bad for a system that is only a couple of hours old.

    I am about to rebuild it again with a different NIC to see what happens.

    Ian M
    Rebuilt with the onboard realtek 8201cl disabled and intel pci x installed. I had to disassemble the NIC to put it in the slot. I need ot get a full height card.

    So it is a problem associated with the driver for the chip. I have another thread open on that subject.
  • Hi all,
     
    i have a similar problem with PPPoA. My external interface have 10.0.0.140 and my adsl modem 10.0.0.138. If i try to reconnect i got a IP address but in the paket filter logs I have default paket drops with 47 in the column where usually TCP or UPD appears, source is 10.0.0.138 and destination is 10.0.0.140. It looks like that the iptables drops the traffic from the adsl modem to the external interface from the astaro.
     
    PLEASE HELP.
     
    Thank you,
    Fred
  • Hi,

    we definitely have two completely unrelated issues here:
    Ian does not even get an AC connection,
    while for Fred, even the IPCP dialogue appears to be working.

    So i'm addressing the two issues seperately.


    I am about to rebuild it again with a different NIC to see what happens.

    Rebuilt with the onboard realtek 8201cl disabled and intel pci x installed. [...]

    So it is a problem associated with the driver for the chip. I have another thread open on that subject.


    Do i understand correctly that the problem went away when using the other NIC?  In that case, it is not an issue with respect to PPPoA and schould indeed be discussed in the other thread, i.e. in the hardware thread.

    Yours,
      Ingo
  • Hi Ingo,

    The problem is most definitely associated with the 8201cl NIC.

    Good news all round for this release.
    Continual breaks and dropped connections have gone.
    I have restored IPS and large e-mails messages download without errors.
    On my quad core AMD ASG it installed without any issues.
    Traffic monitor provides information
    I have been able to access the ASG from a remote site and even  use the traffic monitor.
    I am currently re-building my Atom 330 to see how it behaves.

    Overall a very good release from my point of view.[[[:)]]][[[:)]]][[[:)]]]

    Well done.

    Ian M
  • Now for the other issue...


    i have a similar problem with PPPoA. My external interface have 10.0.0.140 and my adsl modem 10.0.0.138. If i try to reconnect i got a IP address but in the paket filter logs I have default paket drops with 47 in the column where usually TCP or UPD appears,


    That's the "protocol" column, see /etc/protocols, and "47" is GRE.


    source is 10.0.0.138 and destination is 10.0.0.140. It looks like that the iptables drops the traffic from the adsl modem to the external interface from the astaro.

     
    Fred,

    i don't understand whether your Internet connection works or doesn't work.  For example, can you ping the DNS server of your provider?

    In case the Internet connection doesn't work, the following information would be useful for debugging (of course, all of that from the same time, and from a time when the Internet connection does not come up):
     - /var/log/pppoa.log
     - /var/log/mdw.log and /tmp/mdwdebug.log
     - /var/log/confd.log and /tmp/confd-debug.log
     - a configuration backup (or the file /var/confd/var/storage/cfg)
     - the output of "ip addr"
     - the output of "iptables-save"

    Of course, you should NOT post all that here (it contains confidential information), but you could mail it to my username at astaro dot com.

    Yours,
      Ingo

  • i have a similar problem with PPPoA.


    Many thanks to mhofer for enabling dedicated debugging options, running several tests and sending extensive logs on request.  This helped a lot to understand the PPPoA problem.  Meanwhile, my colleague prepared a proper fix to be included in the release candidate 1 (7.490).

    Quick and dirty workaround:
    Edit the file /usr/local/bin/conntrack-flush
    and comment the only command contained therein.
    BUT only do this if you are running PPPoA,
    NOT if you are running PPPoE!
Reply

  • i have a similar problem with PPPoA.


    Many thanks to mhofer for enabling dedicated debugging options, running several tests and sending extensive logs on request.  This helped a lot to understand the PPPoA problem.  Meanwhile, my colleague prepared a proper fix to be included in the release candidate 1 (7.490).

    Quick and dirty workaround:
    Edit the file /usr/local/bin/conntrack-flush
    and comment the only command contained therein.
    BUT only do this if you are running PPPoA,
    NOT if you are running PPPoE!
Children
No Data