Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Replies 8 replies
  • Subscribers 0 subscribers
  • Views 1028 views
  • Users 0 members are here
Options
Suggested

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

RFCat_vk_01
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
  • 0 
    Astaro Beta Report
    --------------------------------
    Version: 7.480
    Type: BUG
    State: FIXED
    Reporter: mhofer
    Contributor:
    MantisID: 11172
    --------------------------------
  • 0 in reply to Astaro Beta Bot
    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.
  • 0 in reply to RFCat_vk_01
    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
Reply
  • 0 in reply to RFCat_vk_01
    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
Children
  • 0 in reply to mhofer
    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
  • 0 in reply to mhofer

    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!
Unfiltered HTML