Hi, I'm using Samba 4.1.6 (version included in last Ubuntu LTS version). I've some directories in a share. One of them has an exe file. In root of my share I've a lnk file to this exe. So I've: /home/share/IntegrDom/IntegrDom.exe and /home/share/Install_Client_Scribe.lnk (which is a link to /home/share/IntegrDom/IntegrDom.exe). This point is important, if I remove this lnk file, all works fine. When I remove the .scanned:Install_Client_Scribe.lnk file and I open this share in Windows 7, the directory IntegrDom appears as a directory a few second and became an unknown file. Here is corresponding log (with debug level to 8): In first time we have: dos_mode: IntegrDom dos_mode_from_sbuf returning d is_in_path: IntegrDom is_in_path: match not found dos_mode returning d smbd_dirptr_get_entry mask=[*] found IntegrDom fname=IntegrDom (IntegrDom) smbd_dirptr_get_entry: dirptr 0x7f07b0f08f90 now at offset 7381146503409175813 As we can see, IntegrDom is a directory for dos_mode_from_sbuf function. When Windows 7 reload share content: dos_mode: IntegrDom dos_mode_from_sbuf returning is_in_path: IntegrDom is_in_path: match not found dos_mode returning smbd_dirptr_get_entry mask=[*] found IntegrDom fname=IntegrDom (IntegrDom) smbd_dirptr_get_entry: dirptr 0x7f07b0f09120 now at offset 7381146503409175813 dos_mode_from_sbuf don't return the directory as a directory. Until the .scanned:Install_Client_Scribe.lnk file exists, dos_mode_from_sbuf returns IntegrDom as file. If I remove Install_Client_Scribe.lnk file, IntegrDom is see as a file. I need to remove .scanned:Install_Client_Scribe.lnk file, IntegrDom is see as a directory (which is strange behavior). Is it a known behavior? Anyone has a solution for this problem? Regards,
On Wed, Oct 14, 2015 at 12:09:43PM +0200, Emmanuel Garette wrote:> Hi, > > I'm using Samba 4.1.6 (version included in last Ubuntu LTS version). > > I've some directories in a share. One of them has an exe file. In root > of my share I've a lnk file to this exe. > > So I've: > > /home/share/IntegrDom/IntegrDom.exe > > and > > /home/share/Install_Client_Scribe.lnk (which is a link to > /home/share/IntegrDom/IntegrDom.exe). > > This point is important, if I remove this lnk file, all works fine. > > When I remove the .scanned:Install_Client_Scribe.lnk file and I open > this share in Windows 7, the directory IntegrDom appears as a directory > a few second and became an unknown file. > > Here is corresponding log (with debug level to 8): > > In first time we have: > > dos_mode: IntegrDom > dos_mode_from_sbuf returning d > is_in_path: IntegrDom > is_in_path: match not found > dos_mode returning d > smbd_dirptr_get_entry mask=[*] found IntegrDom fname=IntegrDom (IntegrDom) > smbd_dirptr_get_entry: dirptr 0x7f07b0f08f90 now at offset > 7381146503409175813 > > As we can see, IntegrDom is a directory for dos_mode_from_sbuf function. > > When Windows 7 reload share content: > > dos_mode: IntegrDom > dos_mode_from_sbuf returning > is_in_path: IntegrDom > is_in_path: match not found > dos_mode returning > smbd_dirptr_get_entry mask=[*] found IntegrDom fname=IntegrDom (IntegrDom) > smbd_dirptr_get_entry: dirptr 0x7f07b0f09120 now at offset > 7381146503409175813 > > dos_mode_from_sbuf don't return the directory as a directory. > > Until the .scanned:Install_Client_Scribe.lnk file exists, > dos_mode_from_sbuf returns IntegrDom as file. > > If I remove Install_Client_Scribe.lnk file, IntegrDom is see as a file. > I need to remove .scanned:Install_Client_Scribe.lnk file, IntegrDom is > see as a directory (which is strange behavior). > > Is it a known behavior? Anyone has a solution for this problem?Log a bug please and upload debug level 10 logs. Also give explicit instructions on how to reproduce. Thanks ! Jeremy.
On 19/10/15 20:18, Jeremy Allison wrote:> On Wed, Oct 14, 2015 at 12:09:43PM +0200, Emmanuel Garette wrote: >> Hi, >> >> I'm using Samba 4.1.6 (version included in last Ubuntu LTS version). >> >> I've some directories in a share. One of them has an exe file. In root >> of my share I've a lnk file to this exe. >> >> So I've: >> >> /home/share/IntegrDom/IntegrDom.exe >> >> and >> >> /home/share/Install_Client_Scribe.lnk (which is a link to >> /home/share/IntegrDom/IntegrDom.exe). >> >> This point is important, if I remove this lnk file, all works fine. >> >> When I remove the .scanned:Install_Client_Scribe.lnk file and I open >> this share in Windows 7, the directory IntegrDom appears as a directory >> a few second and became an unknown file. >> >> Here is corresponding log (with debug level to 8): >> >> In first time we have: >> >> dos_mode: IntegrDom >> dos_mode_from_sbuf returning d >> is_in_path: IntegrDom >> is_in_path: match not found >> dos_mode returning d >> smbd_dirptr_get_entry mask=[*] found IntegrDom fname=IntegrDom (IntegrDom) >> smbd_dirptr_get_entry: dirptr 0x7f07b0f08f90 now at offset >> 7381146503409175813 >> >> As we can see, IntegrDom is a directory for dos_mode_from_sbuf function. >> >> When Windows 7 reload share content: >> >> dos_mode: IntegrDom >> dos_mode_from_sbuf returning >> is_in_path: IntegrDom >> is_in_path: match not found >> dos_mode returning >> smbd_dirptr_get_entry mask=[*] found IntegrDom fname=IntegrDom (IntegrDom) >> smbd_dirptr_get_entry: dirptr 0x7f07b0f09120 now at offset >> 7381146503409175813 >> >> dos_mode_from_sbuf don't return the directory as a directory. >> >> Until the .scanned:Install_Client_Scribe.lnk file exists, >> dos_mode_from_sbuf returns IntegrDom as file. >> >> If I remove Install_Client_Scribe.lnk file, IntegrDom is see as a file. >> I need to remove .scanned:Install_Client_Scribe.lnk file, IntegrDom is >> see as a directory (which is strange behavior). >> >> Is it a known behavior? Anyone has a solution for this problem? > Log a bug please and upload debug level 10 logs. Also give > explicit instructions on how to reproduce. > > Thanks ! > > Jeremy. >er, bit puzzled here Jeremy, would you be the same Jeremy Allison that agreed back in June that the scannedonly vfs module should be removed because the author had declared it dead ? Rowland
Le 19/10/2015 21:18, Jeremy Allison a écrit :> On Wed, Oct 14, 2015 at 12:09:43PM +0200, Emmanuel Garette wrote: >> Hi, >> >> I'm using Samba 4.1.6 (version included in last Ubuntu LTS version). >> >> I've some directories in a share. One of them has an exe file. In root >> of my share I've a lnk file to this exe. >> >> So I've: >> >> /home/share/IntegrDom/IntegrDom.exe >> >> and >> >> /home/share/Install_Client_Scribe.lnk (which is a link to >> /home/share/IntegrDom/IntegrDom.exe). >> >> This point is important, if I remove this lnk file, all works fine. >> >> When I remove the .scanned:Install_Client_Scribe.lnk file and I open >> this share in Windows 7, the directory IntegrDom appears as a directory >> a few second and became an unknown file. >> >> Here is corresponding log (with debug level to 8): >> >> In first time we have: >> >> dos_mode: IntegrDom >> dos_mode_from_sbuf returning d >> is_in_path: IntegrDom >> is_in_path: match not found >> dos_mode returning d >> smbd_dirptr_get_entry mask=[*] found IntegrDom fname=IntegrDom (IntegrDom) >> smbd_dirptr_get_entry: dirptr 0x7f07b0f08f90 now at offset >> 7381146503409175813 >> >> As we can see, IntegrDom is a directory for dos_mode_from_sbuf function. >> >> When Windows 7 reload share content: >> >> dos_mode: IntegrDom >> dos_mode_from_sbuf returning >> is_in_path: IntegrDom >> is_in_path: match not found >> dos_mode returning >> smbd_dirptr_get_entry mask=[*] found IntegrDom fname=IntegrDom (IntegrDom) >> smbd_dirptr_get_entry: dirptr 0x7f07b0f09120 now at offset >> 7381146503409175813 >> >> dos_mode_from_sbuf don't return the directory as a directory. >> >> Until the .scanned:Install_Client_Scribe.lnk file exists, >> dos_mode_from_sbuf returns IntegrDom as file. >> >> If I remove Install_Client_Scribe.lnk file, IntegrDom is see as a file. >> I need to remove .scanned:Install_Client_Scribe.lnk file, IntegrDom is >> see as a directory (which is strange behavior). >> >> Is it a known behavior? Anyone has a solution for this problem? > Log a bug please and upload debug level 10 logs. Also give > explicit instructions on how to reproduce.Hi, We just open the bug: https://bugzilla.samba.org/show_bug.cgi?id=11593 I hope it will be useful. Regards,> > Thanks ! > > Jeremy. >-- Emmanuel Garette Ingénieur logiciels libres Cadoles (http://www.cadoles.com) Experts EOLE, Gaspacho, logiciels libres