Emile Coetzee wrote:
I have done some more investigation. Rolling back to RELENG_6_2 solves the
problem. I have now had this problem on 3 boxes in 2 days and have been able
to reproduce it on a 4th in our lab.
Starting openvpn with full debug it stops just before the point where the
TAP devices gets initiated. And then the output from top shows openvpn on
99% cpu time (well almost).
The recent changes to tap(4) were tested with openvpn and ppp before
committing, and this is an isolated report at the moment. Other users on
the list have suggested that the problem you are reporting does not
affect FreeBSD alone.
Please consider doing the following:
1. Use ktrace(8) to extract a kdump of openvpn as it runs into this
problem, so that you may determine exactly which syscalls are invoked
when you see this problem, and post it on this list.
Consider using the ktrace pid mode to attach to openvpn as it blocks, as
opposed to running openvpn under ktrace as a child process.
2. Implementing the usleep() fix as discussed by luigi, as the
information in point 1 will give clues as to where the code is spinning.
Regards,
BMS
_______________________________________________
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
