Samba 3.0 - Bug preventing mkfifo as non-root
abartlet at samba.org
Sun Jan 21 22:14:41 GMT 2007
On Sun, 2007-01-21 at 22:11 +0000, Anders Karlsson wrote:
> On Sun, 2007-01-21 at 13:34 -0800, Jeremy Allison wrote:
> > On Sun, Jan 21, 2007 at 09:20:29PM +0000, Anders Karlsson wrote:
> > > > 4253
> > > > 4254 if (tran_call ==
> > > > TRANSACT2_SETFILEINFO)
> > > > 4255
> > > > return(ERROR_DOS(ERRDOS,ERRnoaccess));
> > > > 4256
> > >
> > > This is where it drops out.
> > So the version of the client you're using is sending
> > a trans2 call with level TRANSACT2_SETFILEINFO (0x8)- which
> > requires a 16-bit fnum, not a unicode path name.
> > The level required is TRANSACT2_SETPATHINFO (0x6)
> > as this sends a pathname.
> > Obviously if we have no pathname we can't do a
> > mknod call which requires a pathname argument.
> True. It fails on the same spot if I do 'cd /mnt/test ; mkfifo foo' in
> case that helps anything.
> > This is a client bug of some kind - one I'm not
> > seeing in the latest CIFSFS client code.
> So somewhere between 3.0.23d and HEAD there is a fix for this? If the
> fix happened in the client between those points, it narrows down
> considerably the code I'll need to look through to understand the fix.
No, what Jeremy is saying is that you will need to install a new kernel.
Andrew Bartlett http://samba.org/~abartlet/
Authentication Developer, Samba Team http://samba.org
Samba Developer, Red Hat Inc. http://redhat.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.samba.org/archive/samba-technical/attachments/20070122/7beac1c7/attachment.bin
More information about the samba-technical