[linux-cifs-client] cifs mount shows echoed two-deep false directory path

[D G Teed]

Originally this had been working fine but since it isn't in
production yet, it is hard to pinpoint when it changed behaviour
- just sometime in the last month.

We have from Redhat EL 5 samba client to Windows 2003 shares.
Windows provides DFS if attaching to the ADC, but we are attaching
to one of the two machines providing the service directly and it has
worked fine.

In fstab we have:

//winserver.mydomain.ca/Users      /home/www/      cifs
credentials=/root/web_credentials,ro 0 0

It mounts fine, but the path under /home/www has problems.
Where I expect to see : /home/www/username/index.htm
I actually see : /home/www/username/username/username/index.htm

Within /home/www/any-username I can list all user directories visible
from /home/www
Within /home/www/usernameA/usernameB I can list all user directories
I can reach usernameA's actual contents with a path like this:
/home/www/usernameA/usernameB/usernameA
or this:
/home/www/usernameB/usernameC/usernameA

Yet, if I use smbclient to connect (from same client as above), and I
cd to any username,
I correctly see the user's home directory contents.  Since smbclient works, I
think the problem is with cifs mount.

Here is my DebugData from /proc/fs :

Display Internal CIFS Data Structures for Debugging
---------------------------------------------------
CIFS Version 1.48aRH
Active VFS Requests: 0
Servers:
1) Name: 131.162.200.110  Domain: MYDOMAIN Mounts: 1 OS: Windows
Server 2003 R2 3790 Service Pack 2
        NOS: Windows Server 2003 R2 5.2 Capability: 0x1f3fd
        SMB session status: 1   TCP status: 1
        Local Users To Server: 1 SecMode: 0x3 Req On Wire: 0
MIDs:

Shares:
1) \\winserver.mydomain.ca\Users Uses: 1 Type: NTFS DevInfo: 0x20
Attributes: 0x700ff
PathComponentMax: 255 Status: 1 type: DISK

I've tried restarting samba (shouldn't make any different as this is a client).
I've tried rmmod cifs and modprobe cifs and remounting, no difference.

These packages have been updated from Redhat in the last month
(I mention this because it was working properly before):

kpartx.x86_64
device-mapper-multipath.x86_64
srvadmin-omilcore.i386
srvadmin-deng.i386
srvadmin-omauth.i386
srvadmin-omacore.i386
srvadmin-storage.i386
firmware-tools.noarch
srvadmin-odf.i386
dell-hw-indep-repository.noarch
srvadmin-storageservices.i386
tzdata.noarch
kernel-headers.x86_64
firmware-addon-dell.x86_64
krb5-libs.x86_64
cups-libs.x86_64
krb5-libs.i386
cups-libs.i386
firefox.x86_64
firefox.i386
cups.x86_64
krb5-workstation.x86_64
gnome-screensaver.x86_64

I checked multipath.conf and it seems to be disabled:
blacklist {
        devnode "*"
}

I've never used it before, but given this problem my attention is
drawn to that name!

As usual, the Windows admin swears nothing changed on his end.

Any ideas why we have the problem or how we can work around it?

--Donald