From owner-freebsd-current Mon Jan 17 18:26:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id ECFB714F81 for ; Mon, 17 Jan 2000 18:26:48 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id SAA18343; Mon, 17 Jan 2000 18:26:41 -0800 (PST) (envelope-from dillon) Date: Mon, 17 Jan 2000 18:26:41 -0800 (PST) From: Matthew Dillon Message-Id: <200001180226.SAA18343@apollo.backplane.com> To: arnee Cc: current@FreeBSD.ORG, Gerald Abshez Subject: Re: NFS and Samba (file transfer crashes system) References: <387FDF2D.575DC537@geocities.com> <200001150528.VAA95955@apollo.backplane.com> <3883B0F4.60A1623F@geocities.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :----------------- :kernel.0 vmcore.0 :panic: ffs_blkfree: bad size : :syncing disks... 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 :giving up on 1 buffers :Uptime: 26m34s : :dumping to dev #ad/0x20021, offset 864256 :dump ata2: resetting devices .. done :(kgdb) where :#0 0xc01372b0 in boot ( ) :#1 0xc0137634 in poweroff_wait ( ) :#2 0xc01ceee3 in ffs_blkfree ( ) :#3 0xc01d1335 in ffs_indirtrunc ( ) :#4 0xc01d0e8d in ffs_truncate ( ) :#5 0xc01d896e in ufs_setattr ( ) :#6 0xc01dac45 in ufs_vnoperate ( ) :#7 0xc0195f5c in nfsrv_setattr ( ) :#8 0xc01b0bd1 in nfssvc_nfsd ( ) :#9 0xc01b04eb in nfssvc ( ) :#10 0xc020ee26 in syscall ( ) :#11 0xc0201b06 n Xint0x80_syscall ( ) :#12 0x80480f9 in ?? ( ) :.... :#9 0xc018c039 in ip_output ( ) :#10 0xc0193060 in udp_output ( ) :#11 0xc0193298 in upd_send ( ) :#12 0xc0156183 in sosend ( ) :#13 0xc01ad56a in nfs_send ( ) :#14 0xc01b4d81 in nfssvc_nfsd ( ) :#15 0xc01b4477 in nfssvc ( ) :#16 0xc0215336 in syscall ( ) :#17 0xc0207606 in Xint0x80_syscall ( ) :#18 0x80480f0 in ?? ( ) : :The last two panics have the same infos as "kernel.1 vmcore.1." So, I will be :"cvsup" this afternoon, hoping things work, and yes I will add DEBUG-g option :next time I compile the kernel :-). Also, please let me know if I am writing any :redundant infos or if I should include any other infos from kgdb when posting a :panic message. Sorry for the ignorance but I am still familiarizing with how :things work in -current. : :arnee Hmm. Ok, a couple of questions: * Are you running softupdates on the UFS filesystem on the NFS server? * Are the NFS mounts NFSv2 or NFSv3? TCP or UDP mount? (I assume udp by the traces). And now: You indicate that you are getting crashes both when you try to do file operations via NFS, *AND* when you try to do file operations via Samba. I presume that Samba has nothing to do with NFS so the question becomes: Is it samba or NFS that is causing the problem? If you turn off NFS and just drag-and-drop from the windows box can you crash the machine? Now if you turn off Samba and turn on NFS can you crash the machine with 'cp' from the NFS clients? There is another possibility. You've indicated that you have had to fsck quite often, sometimes losing files to corruption. It is possible that *neither* Samba nor NFS are at fault and instead UFS has gotten itself corrupted in a way that fsck cannot detect or fix. The only way to know for sure is to backup the entire filesystem, wipe it clean with newfs, and then restore it. I would also look at your 'dmesg' output to see if you are getting any IDE errors. And there is yet another possibility: The new ATA driver has lots of problems and as far as I can tell none of the reported problems have yet been fixed. I would recommend going back to the 'wd' driver and seeing if that helps. So, in summary: You are giving us lots of great debugging information but your system setup is complex and that makes it difficult to focus in on the problem. We need to reproduce the panics in a less complex setup to figure out what is causing them. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message