Distribution:Slackware 9.1 Hardware Environment:Compaq Proliant 1600 w/431 Smartarray Software Environment:Base enviroment running Samba 3.0.1 (no apache, no mysql, no X, really nothing other than system services) Kernel Config: Built 2.6.1 from source, only have compiled in hardware in ther system, using EXT3 for / and XFS for /data. Some other filesystems are compiled as modules. Problem Description: After performing a SMBMOUNT to a remote system running SnapOS version 3.4.803 (www.snapappliance.com), any significant activity on that mount point will hang the system (the linux system) hard. Capslock/Numlock unresponsive, no error codes dumped. Steps to reproduce: SMBMOUNT a SnapOS SMB share, generate traffic by doing a 'du' or an 'ls -lR' and it will freeze, every time.
Distribution:Fedora Core 3 and SUSE 9.2 Software Environment:Samba 3.0.10 or 3.0.14 Kernel Config: kernel 2.6.9 - 2.6.10 - 2.6.11 from distribution rpm Problem Description: The same problem occurs in Fedora Core 3 and SUSE 9.2 with kernels 2.6.9 or 2.6.10 or 2.6.11. So I think this problem is for every 2.6.* kernels. With kernel 2.4.* there are no problems connecting to a SnapOS.
I try to use cifs instead to smbfs, but connecting to a SnapOS share and making a simple "find . -print" it generate an oops (view bug 4344)
Have you seen this: http://bugme.osdl.org/show_bug.cgi?id=1732 This patch worked for me in 2.6.9. But, with the latest kernel, I am having the same trouble and it does not seem that the patch was ever put in.
SMBFS is being deprecated, you should be using CIFS instead (see http://lwn.net/Articles/183693/
I suggest to close it as WONTFIX. Any objections?
No, it should be closed (smbfs will be removed soon), feel free to do it :)
Closing as WONTFIX