• Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login
Netgate Discussion Forum
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login

My Network Card is continuse go down…..

2.1 Snapshot Feedback and Problems - RETIRED
6
15
4.1k
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • A
    averykao
    last edited by May 15, 2013, 10:35 AM

    My Pfsense Version is 2.1 beta -1   built on Mon Apr 29 20:54:19 EDT 2013 。

    =========================================
    May 15 14:33:58 pfleft check_reload_status: Linkup starting fxp0
    May 15 14:33:58 pfleft kernel: fxp0: link state changed to UP
    May 15 14:33:59 pfleft php: : DEVD Ethernet detached event for lan
    May 15 14:34:01 pfleft php: : DEVD Ethernet attached event for lan
    May 15 14:34:01 pfleft php: : HOTPLUG: Configuring interface lan
    May 15 14:34:01 pfleft check_reload_status: Linkup starting fxp0
    May 15 14:34:01 pfleft kernel: fxp0: link state changed to DOWN
    May 15 14:34:03 pfleft check_reload_status: Linkup starting fxp0
    May 15 14:34:03 pfleft kernel: fxp0: link state changed to UP
    May 15 14:34:04 pfleft php: : DEVD Ethernet detached event for lan
    May 15 14:34:06 pfleft php: : DEVD Ethernet attached event for lan
    May 15 14:34:06 pfleft php: : HOTPLUG: Configuring interface lan
    May 15 14:34:06 pfleft check_reload_status: Linkup starting fxp0
    May 15 14:34:06 pfleft kernel: fxp0: link state changed to DOWN
    May 15 14:34:08 pfleft check_reload_status: Linkup starting fxp0
    May 15 14:34:08 pfleft kernel: fxp0: link state changed to UP
    May 15 14:34:09 pfleft php: : DEVD Ethernet detached event for lan
    May 15 14:34:11 pfleft php: : DEVD Ethernet attached event for lan
    May 15 14:34:11 pfleft php: : HOTPLUG: Configuring interface lan
    May 15 14:34:11 pfleft check_reload_status: Linkup starting fxp0
    May 15 14:34:11 pfleft kernel: fxp0: link state changed to DOWN
    May 15 14:34:13 pfleft check_reload_status: Linkup starting fxp0

    What happen about my pfsense ?

    1 Reply Last reply Reply Quote 0
    • M
      Metu69salemi
      last edited by May 15, 2013, 10:42 AM

      Can you try your NIC with em-drivers and test what happens?

      1 Reply Last reply Reply Quote 0
      • A
        averykao
        last edited by May 15, 2013, 1:27 PM

        I found some thing ..  cpu loading is high …but ....this firewall have no one on line (just a testing router).....and there is no install any other packegs on this firewall ....

        ==========================
        last pid: 36430;  load averages:  1.59,  1.71,  1.67  up 0+01:35:40    21:32:58
        108 processes: 3 running, 87 sleeping, 18 waiting

        Mem: 77M Active, 13M Inact, 48M Wired, 224K Cache, 26M Buf, 838M Free
        Swap: 2048M Total, 2048M Free

        PID USERNAME PRI NICE  SIZE    RES STATE    TIME  WCPU COMMAND
          259 root    131  20  3352K  1176K RUN    65:50 66.06% check_reload_status
        33519 root      76  20 82736K 29528K nanslp  0:01 56.79% php

        1 Reply Last reply Reply Quote 0
        • C
          cmb
          last edited by May 15, 2013, 2:16 PM

          high CPU is a symptom of the link cycling, the root cause is the link cycling. Figure out why you're cycling link, what are you plugged into, is there a cabling issue, NIC issue, something else going on there.

          1 Reply Last reply Reply Quote 0
          • D
            dotdash
            last edited by May 15, 2013, 2:39 PM

            I had a similar issue with some on-board fxp interfaces. I found manually setting them for 100/full-duplex made them stable. It's worth a shot.

            1 Reply Last reply Reply Quote 0
            • A
              averykao
              last edited by May 15, 2013, 3:08 PM

              @dotdash:

              I had a similar issue with some on-board fxp interfaces. I found manually setting them for 100/full-duplex made them stable. It's worth a shot.

              ok  ,  i will try it later..

              but now , i turn off webConfigurator  Protocol (https) , to use http at pfsense…
              then the cpu loading is down....then the NIC is not going down anymore.....

              why ?

              1 Reply Last reply Reply Quote 0
              • C
                cmb
                last edited by May 15, 2013, 5:13 PM

                It's the opposite, the NIC isn't flapping, so the CPU usage goes down. It has nothing to do with whether you're using HTTP or HTTPS, that's a trivial difference in CPU.

                1 Reply Last reply Reply Quote 0
                • A
                  averykao
                  last edited by May 15, 2013, 11:55 PM

                  @cmb:

                  It's the opposite, the NIC isn't flapping, so the CPU usage goes down. It has nothing to do with whether you're using HTTP or HTTPS, that's a trivial difference in CPU.

                  I really don't know.. but why the process```
                  and [check_reload_status] is continuse high loading....

                  ======================================
                  PID USERNAME PRI NICE  SIZE    RES STATE    TIME  WCPU COMMAND
                    259 root    131  20  3352K  1176K RUN    65:50 66.06% check_reload_status
                  33519 root      76  20 82736K 29528K nanslp  0:01 56.79% php

                  1 Reply Last reply Reply Quote 0
                  • A
                    averykao
                    last edited by May 16, 2013, 1:22 AM

                    @cmb:

                    It's the opposite, the NIC isn't flapping, so the CPU usage goes down. It has nothing to do with whether you're using HTTP or HTTPS, that's a trivial difference in CPU.

                    soory .. cmb

                    what resion would cause the NIC flapping ?

                    1 Reply Last reply Reply Quote 0
                    • C
                      cmb
                      last edited by May 16, 2013, 2:40 AM

                      Figure out why you're cycling link, what are you plugged into, is there a cabling issue, NIC issue, something else going on there?

                      check_reload_status and PHP have to do many things when link status changes. When it changes non-stop they have to do a lot of things non-stop, using a lot of CPU in the process.

                      1 Reply Last reply Reply Quote 0
                      • A
                        averykao
                        last edited by May 16, 2013, 5:34 AM

                        @cmb:

                        Figure out why you're cycling link, what are you plugged into, is there a cabling issue, NIC issue, something else going on there?

                        check_reload_status and PHP have to do many things when link status changes. When it changes non-stop they have to do a lot of things non-stop, using a lot of CPU in the process.

                        thanks a lot for cmb 
                        I will try to find out the cycling link

                        1 Reply Last reply Reply Quote 0
                        • M
                          maverick_slo
                          last edited by May 16, 2013, 6:20 AM

                          This is a driver issue.
                          Merge all posts from last 2 weeks and you will clearly see that:
                          a) Cables are OK
                          b) NICs are OK
                          c) Switches are OK
                          d) On some installs like mine there was no change other than pfsense snapshot update…

                          Regards,
                          Greg

                          1 Reply Last reply Reply Quote 0
                          • A
                            averykao
                            last edited by May 20, 2013, 2:58 PM

                            @maverick_slo:

                            This is a driver issue.
                            Merge all posts from last 2 weeks and you will clearly see that:
                            a) Cables are OK
                            b) NICs are OK
                            c) Switches are OK
                            d) On some installs like mine there was no change other than pfsense snapshot update…

                            Regards,
                            Greg

                            Thanks a lot fot Greg ….

                            last few days , I check the cables , NIC , Switches . It is really found nothing wrong . And the problem would happen at when I upgrape the kernel.
                            So , I think , It is driver issue , really ! 
                            Thanks~

                            1 Reply Last reply Reply Quote 0
                            • A
                              algowlight
                              last edited by May 21, 2013, 1:50 AM

                              I had the same problem off and on over this past week. I checked everything I could think of then I called my ISP, we ran a series of test and determined it was a bad NIC. I replaced the NIC and haven't had any problems since. Sometimes it's just a simple hardware problem.

                              http://www.speedtest.net/result/2687996289.png

                              1 Reply Last reply Reply Quote 0
                              • M
                                maverick_slo
                                last edited by May 21, 2013, 6:24 AM

                                Yes, but this is different case…
                                There are a lot of reports lately about FXP NICs and not all of them have bad hardware...
                                For bad HW I don`t need to call ISP, I can determine that by myself...

                                1 Reply Last reply Reply Quote 0
                                6 out of 15
                                • First post
                                  6/15
                                  Last post
                                Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.