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

ASL 4.0

Magnus_Lundberg
Since I upgraded my ASL 3.2 to ASL 4.0 I have had trouble with that I loose contact with my ISP.

I dont know exactly what happens but no trafic seems to go to or from the ASL and when I restart the ASL everything works again.

I have been running ASL 4.0 for five day and have already been forced to restart the ASL two times.  


This thread was automatically locked due to age.
Parents
  • 0
    I have looked in the kernellogfile but didnt find anything that could point me in the right direction.

    But when I looked in the deamon.log file I found something 
    strange perhaps someone can tell me what happens
    The client I was running at the time was an Windows XP machine.

    This perhaps can explain why the clients dont get thru ??

    Feb 23 18:15:39 (none) dhcpd: DHCPDISCOVER from 00[:D]0:59:bf:8a:36 via eth0
    Feb 23 18:15:39 (none) dhcpd: icmp_echorequest 172.16.1.99: Operation not permitted
    Feb 23 18:15:40 (none) dhcpd: DHCPOFFER on 172.16.1.99 to 00[:D]0:59:bf:8a:36 (client1) via eth0
    Feb 23 18:15:40 (none) dhcpd: Wrote 1 leases to leases file.
    Feb 23 18:15:40 (none) dhcpd: DHCPREQUEST for 172.16.1.99 (172.16.1.1) from 00[:D]0:59:bf:8a:36 (client1) via eth0
    Feb 23 18:15:40 (none) dhcpd: DHCPACK on 172.16.1.99 to 00[:D]0:59:bf:8a:36 (client1) via eth0
    Feb 23 18:16:45 (none) daemon-watcher[663]: Watching superdaemon.pl ALL OK
    Feb 23 18:17:34 (none) aua[2385]: flushing cache
    Feb 23 18:17:35 (none) aua[9845]: U:admin F:webadmin R[:$]K C:auth by aua.local
    Feb 23 18:17:44 (none) aua[2385]: flushing cache and re-reading config
    Feb 23 18:17:48 (none) named[3041]: send_msg: sendto([172.16.1.99].1039): Operation not permitted
    Feb 23 18:19:19 (none) dhcpd: DHCPREQUEST for 172.16.1.99 from 00[:D]0:59:bf:8a:36 (client1) via eth0
    Feb 23 18:19:19 (none) dhcpd: DHCPACK on 172.16.1.99 to 00[:D]0:59:bf:8a:36 (client1) via eth0


    Feb 26 19:15:41 (none) dhcpd: Wrote 2 leases to leases file.
    Feb 26 19:15:41 (none) dhcpd: DHCPREQUEST for 172.16.1.100 from 00:10:b5:39:00:99 (client2) via eth0
    Feb 26 19:15:41 (none) dhcpd: DHCPACK on 172.16.1.100 to 00:10:b5:39:00:99 (client2) via eth0
    Feb 26 19:16:48 (none) daemon-watcher[446]: Watching superdaemon.pl ALL OK
    Feb 26 19:17:29 (none) named[1037]: send_msg: sendto([172.16.1.100].1029): Operation not permitted
    Feb 26 19:22:16 (none) dhcpd: DHCPRELEASE of 172.16.1.100 from 00:10:b5:39:00:99 (client2) via eth0 (found)
    Feb 26 19:22:21 (none) dhcpd: DHCPDISCOVER from 00:10:b5:39:00:99 (client2) via eth0
    Feb 26 19:22:21 (none) dhcpd: icmp_echorequest 172.16.1.100: Operation not permitted
    Feb 26 19:22:22 (none) dhcpd: DHCPOFFER on 172.16.1.100 to 00:10:b5:39:00:99 (client2) via eth0
    Feb 26 19:22:22 (none) dhcpd: DHCPREQUEST for 172.16.1.100 (172.16.1.1) from 00:10:b5:39:00:99 (client2) via eth0
    Feb 26 19:22:22 (none) dhcpd: DHCPACK on 172.16.1.100 to 00:10:b5:39:00:99 (client2) via eth0
    Feb 26 19:23:35 (none) named[1037]: Cleaned cache of 11 RRsets  
  • 0 in reply to Magnus_Lundberg
    This sounds alot like the problem I was having. Any chance you are using Realtek 8139 Cards in your system? If you are check out this post  Here  . So far it has worked for me. After 2 days but still in the testing phase.   
  • 0 in reply to jskala
    Yes, I am running three RealTek 8139 ...
    If there is a driverproblem it could explain the strange phenomenon

    Please let me know the result of your test   
  • 0 in reply to Magnus_Lundberg
    From what I can tell before I changed the drive as stated in that post. I would lose my connection every 2 days about. and if this fixes it then I should know by Saturday afternoon. I will post how it is doing on monday. I also have Sitescope watching it, to see if and when it dies so maybe I can pin point it more if it ends up not being the drivers. but so far it is looking to be a driver issue. 
Reply
  • 0 in reply to Magnus_Lundberg
    From what I can tell before I changed the drive as stated in that post. I would lose my connection every 2 days about. and if this fixes it then I should know by Saturday afternoon. I will post how it is doing on monday. I also have Sitescope watching it, to see if and when it dies so maybe I can pin point it more if it ends up not being the drivers. but so far it is looking to be a driver issue. 
Children
No Data