linuxmail

Hi, tatsächlich einfach nur ein ping am Ende oder parallel noch das check_tinkerforge.py Icinga Plugin, damit ich mitbekomme, wenn das Netzwerk wieder tot ist. Cu denny

Hi, hängt dran. socket.txt socket_sent.txt phy_reset.txt

hi, wenn du magst, kann ich dir nochmal frische DMESG Ausgaben als txt anhängen.

hi, noch vorab: der Switch (HP 2920) sagt mir folgendes: I 11/25/19 15:41:05 00076 ports: ST1-CMDR: port 2/17 is now on-line I 11/25/19 15:41:03 00077 ports: ST1-CMDR: port 2/17 is now off-line I 11/25/19 15:40:46 00076 ports: ST1-CMDR: port 2/17 is now on-line I 11/25/19 15:40:44 00077 ports: ST1-CMDR: port 2/17 is now off-line I 11/25/19 14:59:46 00076 ports: ST1-CMDR: port 2/17 is now on-line W 11/25/19 14:59:46 02672 FFI: ST1-CMDR: port 2/17-Excessive link state transitions I 11/25/19 14:59:44 00077 ports: ST1-CMDR: port 2/17 is now off-line I 11/25/19 14:59:39 00076 ports: ST1-CMDR: port 2/17 is now on-line I 11/25/19 14:59:38 00077 ports: ST1-CMDR: port 2/17 is now off-line I 11/25/19 14:46:12 00076 ports: ST1-CMDR: port 2/17 is now on-line I 11/25/19 14:46:09 00077 ports: ST1-CMDR: port 2/17 is now off-line I 11/25/19 14:45:06 00076 ports: ST1-CMDR: port 2/17 is now on-line I 11/25/19 14:45:04 00077 ports: ST1-CMDR: port 2/17 is now off-line I 11/25/19 14:16:40 00076 ports: ST1-CMDR: port 2/17 is now on-line I 11/25/19 14:16:38 00077 ports: ST1-CMDR: port 2/17 is now off-line I 11/25/19 14:16:34 00076 ports: ST1-CMDR: port 2/17 is now on-line I 11/25/19 14:16:32 00077 ports: ST1-CMDR: port 2/17 is now off-line I 11/25/19 14:16:13 00076 ports: ST1-CMDR: port 2/17 is now on-line I 11/25/19 14:16:08 00077 ports: ST1-CMDR: port 2/17 is now off-line I 11/25/19 14:15:09 00076 ports: ST1-CMDR: port 2/17 is now on-line I 11/25/19 14:15:07 00077 ports: ST1-CMDR: port 2/17 is now off-line Bevor ich los musste, trat der Fehler wieder auf, root@sensor:~# dmesg | grep "socket_send(100000)" [ 3584.279511] socket_send(100000): free_buf_size 2048 [ 3606.208238] socket_send(100000): free_buf_size 2048 [ 3628.239347] socket_send(100000): free_buf_size 2048 [ 3650.040685] socket_send(100000): free_buf_size 2048 [ 3671.958557] socket_send(100000): free_buf_size 2048 [ 3693.702808] socket_send(100000): free_buf_size 2048 [ 3715.459370] socket_send(100000): free_buf_size 2048 [ 3737.385853] socket_send(100000): free_buf_size 2048 [ 3759.113768] socket_send(100000): free_buf_size 2048 [ 3802.223223] ----PHY RESET---- [ 3802.628726] socket_send(1000): free_buf_size 2048 [ 3803.040922] socket_send(2000): free_buf_size 2048 [ 3803.450726] socket_send(3000): free_buf_size 2048 [ 3803.852613] socket_send(4000): free_buf_size 2048 [ 3804.262684] socket_send(5000): free_buf_size 2048 -- [ 3843.850824] socket_send(96000): free_buf_size 2048 [ 3844.261495] socket_send(97000): free_buf_size 2048 [ 3844.675212] socket_send(98000): free_buf_size 2048 [ 3845.076846] socket_send(99000): free_buf_size 2048 [ 3845.487318] socket_send(100000): free_buf_size 2048 [ 3845.487730] ----PHY RESET---- [ 3845.901585] socket_send(1000): free_buf_size 2048 [ 3846.304035] socket_send(2000): free_buf_size 2048 [ 3846.714713] socket_send(3000): free_buf_size 2048 [ 3847.116583] socket_send(4000): free_buf_size 2048 root@sensor:~# dmesg | grep "socket_send(100000)" [ 3584.279511] socket_send(100000): free_buf_size 2048 [ 3606.208238] socket_send(100000): free_buf_size 2048 [ 3628.239347] socket_send(100000): free_buf_size 2048 [ 3650.040685] socket_send(100000): free_buf_size 2048 [ 3671.958557] socket_send(100000): free_buf_size 2048 [ 3693.702808] socket_send(100000): free_buf_size 2048 [ 3715.459370] socket_send(100000): free_buf_size 2048 [ 3737.385853] socket_send(100000): free_buf_size 2048 [ 3759.113768] socket_send(100000): free_buf_size 2048 [ 3802.222666] socket_send(100000): free_buf_size 2048 Ich denke, es wird nicht lange dauern, bis das Problem wieder auftritt, dann reiche ich noch nach, was ich vergaß.

hi, möglicherweise ist die Ursache, dass ich zu häufig mein check_tinkerforge_py aufrufe (alle 2 sec): borg replied to a topic sicher bin ich mir aber nicht, ob dies die Ursache ist.

Hallo, ich habe das Rack Monitoring Set von Netways gekauft und dabei ist ein RED Brick, der sehr oft die Netzwerkverbindung komplett verliert, sodass ein Reboot / Reset notwendig ist. Im Terminal sehe ich im (Milli-)Sekundentakt: kernel: socket_send(84000): free_buf_size 2048 Ich dachte erst, dass es eventuell mit der Spannung zu tun haben könnte (zu wenig), aber in der Log finde ich noch: NetworkManager assertion '<dropped>' failed ... : <info> [1574689760.6530] device (tf0): driver 'w5x00' does not support carrier detection. Das habe ich mehrfach pro Tag, bzw. sogar in der Stunde. Ich habe auch von DHCP auf statisch umgestellt, brachte aber keine Änderung. Über Google habe ich folgendes gefunden: https://access.redhat.com/solutions/894763 Das ist zwar ein leicht anderes Problem, aber eventuell kann es helfen, ebenfalls "ignore-carrier=no" zu setzen. Hat jemand schon änliches beobachtet ? cu denny