Hello, I occasionally have problems with a USB LAN adapter hanging on a mini PC, that for whatever reason it sometimes paralyzes the green0 adapter. After that, Openvpn N2N network will not be rebuilt.
Only after restarting the adapter or after device restarting.
Since this rarely happens, I thought about doing some research … I’ll do a watchdog … If an error occurs, restart the box and that’s it.
But since I wasn’t really smart with the instructions from IpFire and Watchdog myself … I would like to ask you whether I did it correctly?
Error … Log:
r8152 2-1:1.0 green0: Stop submitting intr, status -71 05:30:17 kernel: usb 2-1: USB disconnect, device number 2 05:30:17 kernel: usb 2-1: new SuperSpeed USB device number 3 using xhci_hcd 05:30:17 kernel: usb 2-1: New USB device found, idVendor=0bda, idProduct=8153 05:30:17 kernel: usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=6 05:30:17 kernel: usb 2-1: Product: USB 10/100/1000 LAN 05:30:17 kernel: usb 2-1: Manufacturer: Realtek 05:30:17 kernel: usb 2-1: SerialNumber: 000001 05:30:17 kernel: usb 2-1: reset SuperSpeed USB device number 3 using xhci_hcd 05:30:17 kernel: r8152 2-1:1.0 eth0: v1.09.9 05:30:17 kernel: r8152 2-1:1.0 green0: renamed from eth0
The /usr/sbin/watchdog_script1.sh
#!/bin/bash echo "Watchdoc - Netzwerkreparatur nach Ausfall" reboot
The nano /etc/watchdog.conf
# =================== The hardware timer settings ==================== # # For this daemon to be effective it really needs some hardware timer # to back up any reboot actions. If you have a server then see if it # has IPMI support. Otherwise for Intel-based machines try the iTCO_wdt # module, otherwise (or if that fails) then see if any of the following # module load and work: # # it87_wdt it8712f_wdt w83627hf_wdt w83877f_wdt w83977f_wdt # # If all else fails then 'softdog' is better than no timer at all! # Or work your way through the modules listed under: # # /lib/modules/`uname -r`/kernel/drivers/watchdog/ # # To see if they load, present /dev/watchdog, and are capable of # resetting the system on time-out. # Uncomment this to use the watchdog device driver access "file". #watchdog-device = /dev/watchdog # Uncomment and edit this line for hardware timeout values that differ # from the default of one minute. #watchdog-timeout = 60 # If your watchdog trips by itself when the first timeout interval # elapses then try uncommenting the line below and changing the # value to 'yes'. #watchdog-refresh-use-settimeout = auto # If you have a buggy watchdog device (e.g. some IPMI implementations) # try uncommenting this line and setting it to 'yes'. #watchdog-refresh-ignore-errors = no # ====================== Other system settings ======================== # # Interval between tests. Should be a couple of seconds shorter than # the hardware time-out value. interval = 10 # The number of intervals skipped before a log message is written (i.e. # a multiplier for 'interval' in terms of syslog messages) logtick = 60 # Directory for log files (probably best not to change this) log-dir = /var/log/watchdog # Email address for sending the reboot reason. This needs sendmail to # be installed and properly configured. Maybe you should just enable # syslog forwarding instead? admin = xxxx@xxxxxxxxx.de # Lock the daemon in to memory as a real-time process. This greatly # decreases the chance that watchdog won't be scheduled before your # machine is really loaded. realtime = yes priority = 1 # ====================== How to handle errors ======================= # # If you have a custom binary/script to handle errors then uncomment # this line and provide the path. For 'v1' test binary files they also # handle error cases. #repair-binary = /usr/sbin/repair repair-binary = /usr/sbin/watchdog_script1.sh #repair-timeout = 60 # The retry-timeout and repair limit are used to handle errors in a # more robust manner. Errors must persist for longer than this to # action a repair or reboot, and if repair-maximum attempts are # made without the test passing a reboot is initiated anyway. #retry-timeout = 60 #repair-maximum = 1 # Configure the delay on reboot from sending SIGTERM to all processes # and to following up with SIGKILL for any that are ignoring the polite # request to stop. #sigterm-delay = 5 # ====================== User-specified tests ======================== # # Specify the directory for auto-added 'v1' test programs (any executable # found in the 'test-directory should be listed). #test-directory = /etc/watchdog.d # Specify any v0 custom tests here. Multiple lines are permitted, but # having any 'v1' programs/scripts discovered in the 'test-directory' is # the better way. #test-binary = # Specify the time-out value for a test error to be reported. #test-timeout = 60 # ====================== Typical tests =============================== # # Specify any IPv4 numeric addresses to be probed. # NOTE: You should check you have permission to ping any machine before # using it as a test. Also remember if the target goes down then this # machine will reboot as a result! #ping = 172.16.0.1 #ping = 192.168.1.1 # Set the number of ping attempts in each 'interval' of time. Default # is 3 and it completes on the first successful ping. # NOTE: Round-trip delay has to be less than 'interval' / 'ping-count' # for test success, but this is unlikely to be exceeded except possibly # on satellite links (very unlikely case!). #ping-count = 5 # Specify any network interface to be checked for activity. #interface = eth0 interface = green0 # Specify any files to be checked for presence, and if desired, checked # that they have been updated more recently than 'change' seconds. #file = /var/log/syslog #change = 1407 # Uncomment to enable load average tests for 1, 5 and 15 minute # averages. Setting one of these values to '0' disables it. These # values will hopefully never reboot your machine during normal use # (if your machine is really hung, the loadavg will go much higher # than 25 in most cases). #max-load-1 = 24 #max-load-5 = 18 #max-load-15 = 12 # Check available memory on the machine. # # The min-memory check is a passive test from reading the file # /proc/meminfo and computed from MemFree + Buffers + Cached # If this is below a few tens of MB you are likely to have problems. # # The allocatable-memory is an active test checking it can be paged # in to use. # # Maximum swap should be based on normal use, probably a large part of # available swap but paging 1GB of swap can take tens of seconds. # # NOTE: This is the number of pages, to get the real size, check how # large the pagesize is on your machine (typically 4kB for x86 hardware). #min-memory = 1 #allocatable-memory = 1 #max-swap = 0 # Check for over-temperature. Typically the temperature-sensor is a # 'virtual file' under /sys and it contains the temperature in # milli-Celsius. Usually these are generated by the 'sensors' package, # but take care as device enumeration may not be fixed. #temperature-sensor = #max-temperature = 90 # Check for a running process/daemon by its PID file. For example, # check if rsyslogd is still running by enabling the following line: #pidfile = /var/run/rsyslogd.pid
Result is:
Nov 8 22:20:42 SWFW01 watchdog[11538]: PID file /var/run/watchdog.pid already used by PID=1259 Nov 8 22:20:42 SWFW01 watchdog[11538]: unable to gain lock via PID file Nov 8 22:20:42 SWFW01 watchdog[1259]: stopping daemon (5.16) Nov 8 22:23:19 SWFW01 watchdog[11665]: starting daemon (5.16): Nov 8 22:23:19 SWFW01 watchdog[11665]: int=10s realtime=yes sync=no load=0,0,0 soft=no Nov 8 22:23:19 SWFW01 watchdog[11665]: memory not checked Nov 8 22:23:19 SWFW01 watchdog[11665]: ping: no machine to check Nov 8 22:23:19 SWFW01 watchdog[11665]: file: no file to check Nov 8 22:23:19 SWFW01 watchdog[11665]: pidfile: no server process to check Nov 8 22:23:19 SWFW01 watchdog[11665]: interface: green0 Nov 8 22:23:19 SWFW01 watchdog[11665]: temperature: no sensors to check Nov 8 22:23:19 SWFW01 watchdog[11665]: no test binary files Nov 8 22:23:19 SWFW01 watchdog[11665]: repair binary: time-out = 60 Nov 8 22:23:19 SWFW01 watchdog[11665]: repair binary: program = /usr/sbin/watchdog_script1.sh Nov 8 22:23:19 SWFW01 watchdog[11665]: error retry time-out = 60 seconds Nov 8 22:23:19 SWFW01 watchdog[11665]: repair attempts = 1 Nov 8 22:23:19 SWFW01 watchdog[11665]: alive=[none] heartbeat=[none] to=xxx@xxxxx.de no_act=no force=no
I just want to make sure I got it right, what do you mean?
I would be very grateful for your help, best regards and have a nice evening
M.
PS: This message in the log still worries me, how do I have to interpret it … read everything, I don’t know how to interpret it … can anyone explain that to me? Would be nice…
Nov 8 22:20:42 SWFW01 watchdog[11538]: unable to gain lock via PID file