<div dir="ltr">On Wed, Dec 3, 2014 at 11:43 AM,  <span dir="ltr"><<a href="mailto:Marianna.Dorokhina@ricoh-usa.com" target="_blank">Marianna.Dorokhina@ricoh-usa.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><font face="Arial">Hello  Michael,</font>
<p><font face="Arial">The user is trying to deposit a file to his
home directory via GSNX application (it is our scanning solution).</font>
</p><p><font face="Arial">The GSNX application is using jCIFS API to
retrieve client’s home directory path from the NetApp (NetApp NAS appliances
with ONTAP 7 mode versions 8.1.2P4) server. </font>
</p><p><font face="Arial"><b>Configuration details of the customer environment</b>:</font>
</p><p><font face="Arial">The customer uses Data ONTAP home directory
functionality to create users' home directories on the CIFS Vserver and
automatically offer each user a dynamic share to their home directory without
creating an individual CIFS share for each user.</font>
</p><p><font face="Arial">(FYI: </font><a href="https://library.netapp.com/ecmdocs/ECMP1196891/html/GUID-741EF656-6B92-4A28-BD98-5942AF22FDA9.html" target="_blank"><font color="blue" face="Arial"><u>https://library.netapp.com/ecmdocs/ECMP1196891/html/GUID-741EF656-6B92-4A28-BD98-5942AF22FDA9.html</u></font></a><font face="Arial">)</font>
</p><p><font face="Arial">The user’s home directory =</font><a><font color="blue" face="Arial"><u>\\svuent\fs\us\home_nas\autohome</u></font></a>
</p><p><font face="Arial">The </font><a><font color="blue" face="Arial"><u>\\svuent\fs\us\home_nas\autohome</u></font></a><font color="#004080" face="Arial">
</font><font face="Arial">only works if the smb request is being
executed with the user ID.  The actual DFS link is a number of dynamic
shares on each of the NAS appliances that host home directories in the
form of</font><font color="#004080" face="Arial"> </font><a><font color="blue" face="Arial"><u>\\FILERNAME\cifs.homedir</u></font></a><font color="#004080" face="Arial">
  .  </font>
<br><font face="Arial">The cifs.homedir share name doesn’t really
exist but it’s dynamically created if the username of the SMB request
matches a directory name in one of the home directories paths configured
on the appliance.  This behavior is executed over and over again when
a user accesses the DFS link until a share is presented (this is the multiple
target referral portion of DFS).</font>
<br>
</p><p><font face="Arial">GSNX is retrieving the home Directory path,
but we see "STATUS_BAD_NETWORK_NAME” in the network capture.</font>
</p><p><font face="Arial">I wonder if jCIFS API can handle the above
home folder model and return a valid physical home directory path. </font>
</p><p><font face="Arial"></font></p></blockquote><div>Hi Marianna,<br><br></div><div>Unforunately DFS in JCIFS is not optimal. For example, if there are multiple DFS drives that JCIFS needs to try to locate an object, it will quit after the first one. Technically I don't know if clients are really expected to retry like that but in practice it has been a problem for users in the past (DFS volumes with broken replication).<br><br>Otherwise, I would really need to study your capture (do not post captures to the list) to determine definitively what is wrong. If you send me your capture, I will at least look at it. But even if I see what the problem is, if it requires a code fix, I would almost certainly just ad it to the TODO list at this point as I am busy with my own business.<br><br>DFS + NetApp is a bad combination for JCIFS.<br><br></div><div>Mike<br></div></div></div></div>