On Fri, Jul 06, 2007 at 07:07:00PM +0400, Alex Keda wrote: > When I copy files to NFS on another host kernel crash: > Fatal double fault: > eip = 0xc07e9e29 > esp = 0xe31a3000 > ebp = 0xe31a3000 > cpuid = 1; apic id = 01 > panic: double fault > cpuid = 1 > ======================= > before this, I see on /var/log/messages > nve0: device timeout > ======================= > how repeat problem: > ussr# df -h > Filesystem Size Used Avail Capacity Mounted on > /dev/ad0s1a 72G 6.1G 60G 9% / > devfs 1.0K 1.0K 0B 100% /dev > ussr# dd if=/dev/zero of=file_20mb bs=1m count=20 > ussr# mount 192.168.254.254:/shares /mnt/ > ussr# df -h > Filesystem Size Used Avail Capacity Mounted on > /dev/ad0s1a 72G 6.1G 60G 9% / > devfs 1.0K 1.0K 0B 100% /dev > 192.168.254.254:/shares 271G 179G 89G 67% /mnt > ussr# cp file_20mb /mnt/ > then, after 3-5 second I see "device timeout", and later, after 5-7 > seconds - system crash > ===================== > another information - this problem appearance after I upgrade remote > machine (6.2-RELEASE-p5), I change CPU from Celeron 466 to PIII 800. > interface on remote machine - 3com509b > if I slow copy to remote machine (~100kb/s - 10% interface usage) - all > good. System not crash... > if I copy from remote machine - all good - system not crash... > on logs on remote machine - all clean. > ===================== > 3 days ago I upgrade my system to 6.2-RELEASE-p5, but - problem exists...
Double fault issue might be the problem that is fixed in CURRENT/RELENG_6. To confirm this, ddb backtrace after the panic will be helpful. You will need to compile DDB into the kernel, obtain DDB prompt after the panic and issue "bt" command.
pgpKjLCQyPjIj.pgp
Description: PGP signature
