Re: Possible Problem w/4.10-stable And SMBFS?

2005-01-21 Thread Tim Daneliuk
Ronald Klop wrote:

|
| Do you have any statistics about memory consumption/swapping?
| top/vmstat/netstat -m
| What is the cpu usage?
| What is the number of open files in your system?
I'll focus on machine 'xyz' for now since its the one I care
most about:
Dell PowerEdge 1750 w/Dual 3Ghz Xeons and 3G of memory.
This thing idles most of the time as a mailserver for less than 150
users (both UW-Imap and SquirrelMail/Apache). CPU is typically less than
5% busy and top shows most of the memory inactive or free the majority
of the time. 'Sorry I do not have stats as of the time of the failure...
Don't have number of open files should be negligible (just *how* do you
get an exact count - I don't recall).
Output of netstat -m follows.  Thanks!
- ---
Memory statistics by bucket size
Size   In Use   Free   Requests  HighWater  Couldfree
~  16 1532260   47361280  0
~  32  375137 162252 640  0
~  64 3299  23197 184848 320   2614
~ 128 1798 26   8648 160  0
~ 256 2139  51109884  80  0
~ 512   55  9608  40  0
~  1K   41 63   5574  20 91
~  2K   21127323  10113
~  4K   16  1235   5  0
~  8K   14  0 58   5  0
~ 16K6  0 95   5  0
~ 32K   13  0 60   5  0
128K3  0 15   5  0
256K1  0  1   5  0
512K7  0  7   5  0
Memory usage type by bucket size
Size  Type(s)
~  16  SMBSTR, SMBIOD, uc_devlist, nexusdev, SMBFS data, SMBFS nname,
  atexit, ICONV, USB, proc-args, UFS dirhash, p1003.1b, kld, routetbl,
  ether_multi, vnodes, mount, pcb, soname, shm, MD disk, ATA generic,
  rman, bus, sysctloid, sysctl, temp, devbuf
~  32  SMBTEMP, NETSMBDEV, atkbddev, SMBFS nname, USB, proc-args,
  UFS dirhash, dirrem, mkdir, diradd, freefile, freefrag, indirdep,
  bmsafemap, newblk, sigio, kld, in_multi, routetbl, ether_multi,
  ifaddr, BPF, vnodes, cluster_save buffer, pcb, soname, ATAPI generic,
  taskqueue, SWAP, eventhandler, bus, sysctloid, sysctl, uidinfo,
  subproc, pgrp, temp, devbuf
~  64  SMBTEMP, SMBSTR, SMBFS data, SMBFS nname, ICONV, isadev, USB,
  proc-args, UFS dirhash, allocindir, allocdirect, pagedep, file,
  routetbl, ether_multi, ifaddr, vnodes, cluster_save buffer, vfscache,
  pcb, soname, rman, eventhandler, bus, sysctloid, subproc, session,
  temp, devbuf, lockf
~ 128  SMBTEMP, SMBRQ, SMBIOD, SMB conn, SMBFS node, zombie, USBdev, USB,
  ZONE, proc-args, UFS dirhash, freeblks, inodedep, dev_t, timecounter,
  kld, routetbl, vnodes, mount, vfscache, soname, ttys, ATAPI generic,
  bus, cred, temp, devbuf
~ 256  SMBTEMP, SMBRQ, SMB conn, SMBFS data, ICONV data, USB, proc-args,
  FFS node, newblk, kqueue, file desc, NFS daemon, routetbl, ifaddr,
  vnodes, ttys, ACD driver, bus, subproc, temp, devbuf
~ 512  USBdev, UFS dirhash, UFS mount, file desc, mount, BIO buffer,  ptys,
  ATA generic, msg, ioctlops, bus, temp, devbuf
~  1K  kqueue, file desc, NQNFS Lease, shm, MD disk, sem, ioctlops, bus,
  uidinfo, temp, devbuf
~  2K  uc_devlist, UFS mount, file desc, ifaddr, BIO buffer, pcb,
  ACD driver, bus, devbuf
~  4K  memdesc, SMBFS data, UFS mount, sem, msg, kobj, bus, proc, temp,
  devbuf
~  8K  UFS mount, syncache, bus, devbuf
~ 16K  mbuf, indirdep, shm, msg, bus, temp, devbuf
~ 32K  UFS mount, bus, devbuf
128K  VM pgdata, pagedep, bus, temp
256K  MSDOSFS mount
512K  SMBFS hash, UFS ihash, inodedep, NFS hash, vfscache, ISOFS mount,
  SWAP
Memory statistics by type  Type  Kern
~Type  InUse MemUse HighUse  Limit Requests Limit Limit Size(s)
~  SMBTEMP 1 1K  1K102400K   190 0   32,64,128,256
~   SMBSTR 6 1K  1K102400K80 0  16,64
~SMBRQ 0 0K  1K102400K  11052160 0  128,256
~   SMBIOD 1 1K  1K102400K20 0  16,128
~NETSMBDEV 0 0K  1K102400K10 0  32
~ SMB conn 2 1K  1K102400K20 0  128,256
~ atkbddev 2 1K  1K102400K20 0  32
~   uc_devlist30 3K  3K102400K   300 0  16,2K
~ nexusdev11 1K  1K102400K   110 0  16
~  memdesc 1 4K  4K102400K10 0  4K
~ mbuf 112K 12K102400K10 0  16K
~   SMBFS hash 1   512K512K102400K10 0  512K
~   SMBFS data 1 4K  6K102400K 15150 0   16,64,256,4K
~  SMBFS nname29 2K  2K102400K   300 0  16,32,64
~   SMBFS node29 4K  4K102400K   300 0  128
~

Re: Possible Problem w/4.10-stable And SMBFS?

2005-01-18 Thread Ronald Klop
On Tue, 18 Jan 2005 17:16:57 -0600, Tim Daneliuk <[EMAIL PROTECTED]>  
wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I am seeing a number of intermittent problems with SMBFS-mounted  
partitions
and am wondering if these are know FBSD problems or problems with the
Win32 servers:

1) After running for a very long time (weeks), SMBFS-connected  
directories
~   become very slow/sluggish for read/write.  A reboot of the FBSD  
machine
~   fixes this.  Error log shows:

~Jan 18 16:36:28 yzx /kernel: smb_iod_recvall: drop resp with mid  
15734
~Jan 18 16:36:28 yzx /kernel: smb_iod_recvall: drop resp with mid  
15736

~This machine is running 4.11-PRERELEASE as of 12/14/2004
2) Again, after running for a long time (several weeks), attempts to
~   to long running I/O against an SBMFS-mounted partition, I get
~   a bus error and the following entries in /var/log/messages:
~Jan 18 16:45:49 xyz /kernel: smb_iod_recvall: drop resp with mid  
34907
~Jan 18 16:46:06 xyz /kernel: smb_iod_recvall: drop resp with mid  
39329
~Jan 18 16:46:06 xyz /kernel: smb_iod_recvall: drop resp with mid  
42496

~   This seems to be a problem primarily with very large files (100s of
~   megs to several gigs) - at least I've not seen this problem w/small
~   files.
~   This machine is running 4.10-STABLE as of 11/30/2004
Ideas would be appreciated...
Do you have any statistics about memory consumption/swapping?
top/vmstat/netstat -m
What is the cpu usage?
What is the number of open files in your system?
--
 Ronald Klop, Amsterdam, The Netherlands
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Possible Problem w/4.10-stable And SMBFS?

2005-01-18 Thread Tim Daneliuk
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I am seeing a number of intermittent problems with SMBFS-mounted partitions
and am wondering if these are know FBSD problems or problems with the
Win32 servers:
1) After running for a very long time (weeks), SMBFS-connected directories
~   become very slow/sluggish for read/write.  A reboot of the FBSD machine
~   fixes this.  Error log shows:
~Jan 18 16:36:28 yzx /kernel: smb_iod_recvall: drop resp with mid 15734
~Jan 18 16:36:28 yzx /kernel: smb_iod_recvall: drop resp with mid 15736
~This machine is running 4.11-PRERELEASE as of 12/14/2004
2) Again, after running for a long time (several weeks), attempts to
~   to long running I/O against an SBMFS-mounted partition, I get
~   a bus error and the following entries in /var/log/messages:
~Jan 18 16:45:49 xyz /kernel: smb_iod_recvall: drop resp with mid 34907
~Jan 18 16:46:06 xyz /kernel: smb_iod_recvall: drop resp with mid 39329
~Jan 18 16:46:06 xyz /kernel: smb_iod_recvall: drop resp with mid 42496
~   This seems to be a problem primarily with very large files (100s of
~   megs to several gigs) - at least I've not seen this problem w/small
~   files.
~   This machine is running 4.10-STABLE as of 11/30/2004
Ideas would be appreciated...
- --
- 
Tim Daneliuk [EMAIL PROTECTED]
PGP Key: http://www.tundraware.com/PGP/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.6 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFB7ZjpyjgA+Mact+YRAgmVAJ9V90kdxogkmixMGGL259Phz75tuQCdEmu+
hdSY/kUNVsvpBiGlil/kiko=
=psGE
-END PGP SIGNATURE-
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"