Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 16 replies
  • Subscribers 2 subscribers
  • Views 14476 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

All trafic stops in ASL 4.0

Magnus_Lundberg
All trafic stops through the ASL 4.0 when I run an mpeg-file from a mapped networkdrive on DMZ

I have been runnning ASL 3.2 for about 6 month with absolutly no problems but since I have installed ASL 4.0 for about two weeks ago I have been forced to restart the ASL 4.0 at least 5 times since the trafic through ASL 4.0 stop completly with no regular frequency and no clue.

Now I have found a way to reproduce the problem I just have to run an mpeg-file that is lying on an server on the DMZ.

When I do this the ASL 4.0 stops to respond completly even the webadmin is not responding.

The webadmin has been reponding the times before this so I could use the restartcommand.

This time I couldn´t use webadmin or login on the console.

This is the messages I got in the log
Mar  6 21:46:27 (none) kernel: eth2: Abnormal interrupt, status 00000020.
Mar  6 21:46:28 (none) kernel: eth2: Abnormal interrupt, status 00002020.

I haven´t seen anything that points to an hardwareproblem
and the machine workes fine with ASL 3.2

It seems to be several post about problem with trafic thats stops through the ASL 4.0 ....

Is someone working on this problem ??
         


This thread was automatically locked due to age.
Parents
  • 0
    Hi there,

    what kind of network cards are you using?

    kind regards
    Gert 
  • 0 in reply to Gert Hansen
    I´m using three RealTek 8139 but I have seen several posts that seems to have the same problem but are using different nics ex:3com.  
  • 0 in reply to oliver.desch
    I have change the nic driver to 8139too.
    In the begining it seemed like it had solved the problem.

    But after some hours of testing copying large files to a server on DMZ all trafic through the ASL 4.0 stoped execept from the server copying files.

    I could not log into either the webadmin or the console.

    So the problem seems still to be there but it took longer time to reproduce it.

      
  • 0 in reply to Magnus_Lundberg
    I used to have a RealTek 8139 for my DMZ but transfering large files wouldn't work, change the driver to 8139too but didn't help, changed the nic to a 3com and now it works  
  • 0 in reply to BQ_03
    I also have had similar problems. Does anyone from Astaro care to respond as to what is being done to resolve this in an update maybe? Rtl8139's seem to be a popular card in the linux world. So I would think someone would like to correct this rather then everyone replacing there cards.  
  • 0 in reply to oliver.desch
    I got several of these kind of mail from the ASL when it looked like no trafic went through.

    From: Firewall Notification System [do-not-reply@fw-notify.net] Skickat: fr 2003-03-07 18:34 
    Subject: [host.domain.com] [INF 106] HTTP proxy not running - restarted(11 times) 

    Last WebAdmin login: admin at Thu from 172.16.1.99
    System Uptime      : 0 days 0 hours 8 minutes
    System Load        : 0.38
    System Version     : Astaro Security Linux  4.000
    License            : Enterprise Version    
    Active IP Count    : 3 protected IPs

    Please refer to the manual for detailed instructions.

    I don´t know what more to look after, is ther anyone that can give me a hint or should I just give upp and go back to ASL 3.2 ????

        
  • 0 in reply to Magnus_Lundberg
    I have the same problem. Should I change NIC? What kind should I use?


    Mar 11 20:47:00 (none) kernel: eth0: Abnormal interrupt, status 00002020.
    Mar 11 20:47:06 (none) kernel: eth0: Abnormal interrupt, status 00002020.
    Mar 11 20:47:20 (none) kernel: eth0: Abnormal interrupt, status 00000020.
    Mar 11 20:47:28 (none) kernel: eth0: Abnormal interrupt, status 00002020.
       
  • 0 in reply to FN-Eagle
    Seems like a lot of problems with 3-bomb (3Com) nics and Realtek.  I've been using Intel Pro 100's with great success.  Also Compex cards with the famous DEC Tulip chipset work wonderfully. 
  • 0 in reply to Simon Shaw
    Could be that somebody needs this information. I had two NIC with chip RTL8139 installed. 

    eth0 RTL8139C 05348TQ (048B TAIWAN)
    eth1 RTL8139B 02523A1 (010F TAIWAN)

    eth1 worked but I had a lot of problems with eth0. I replaced both NICs with 3C905 100Base TX and 79c970 PCnet32 AMD.

    At the moment everything is working fine.


       
  • 0 in reply to Magnus_Lundberg
    Since I have changed the nicdriver all nics are presented as eth[n] [ [unknown vendor / unknown chipset] ]

    I think this is very strange since the RealTek 8139 is one of nics that is supported by ASL 4.0    
  • 0 in reply to Magnus_Lundberg
    Since I switched to the 8139too driver my RTL8139 NIC also shows up as "unknown vendor / unknown chipset" but its damn stable now. It would freeze daily when I used the standard RTL8139 driver. Are you still having problems with your NIC since you switched to the 8139too driver? If not why worry about things?

    Dan   
  • 0 in reply to ezekiel
    I have the same problem in my production enviroment. I have the realteck nics too. Do you have a solution? I need a solution.  
Reply Children
  • 0 in reply to Puilla
    It seemed like the problem was solved when I changed nic driver.
    But the problem was is still apearing, dont know but it seems like everyone accept to change nic as a solution ..... I know I have not, still struggling ...
    Have not seen the problem since the last update but I haven´t  really had time to test it ...


      
  • 0 in reply to Magnus_Lundberg
    Now I have tried with the latest update.
    I downloaded the lastest RedHat distribution over ftp after downloding six .iso-images the ASL hung and I was forced to restart the ASL to get online again.
    Neither the console or the webadmin worked.
    Ping and Nslookup seemed to worked but for example http traffic stopped.    
  • 0 in reply to Magnus_Lundberg
    My problem was solved when I updated to 4.017.
    Must have been a nic driver or a kernel issue.

    31 days and still ruunning ...