Samba on shares with XFS and kernel 2.6.18
Stefan Gohmann
gohmann at univention.de
Thu Nov 18 22:16:38 MST 2010
Am Mittwoch 17 November 2010 schrieb Björn Jacke:
> > > So I think it is not a samba bug.
> >
> > Well, it would be nice for Samba to behave as if configure
> > did not find utimensat in this case. ENOSYS as an error
> > message is pretty specific.
> >
> > source3/modules/vfs_default.c around line 543ff is the piece
> > that does it. It should be a relatively minor change to
> > handle ENOSYS to utimensat properly.
>
> but doing that correct would be a bit tricky. In vfswrap_fs_capabilities()
> we also need to know that utimensat() doesn't work to initialize p_ts_res
> correctly. A test utimensat() call would actually be required to set
> p_ts_res right, too. POSIX does not even mention that this call may fail
> with ENOSYS.
>
> I would prefer that people with utimensat resulting in ENOSYS should get a
> big warning in the log files: "never us a glibc which is much more recent
> than your kernel." This is a well known problem of Debian systems with a
> way too old XEN kernel. Old kernels with new glibc are not supported by
> their maintainers. People should just not do this - the lack of utimensat()
> is just the most obvious place of brokenness, I guess there are more, more
> subtle brokennesses waiting to be discovered.
You are right, the results are not known if the kernel is too old for the
glibc. Janek will create a new patch which adds the warning and he will also
check vfswrap_fs_capabilities. I think this would be the best.
Cheers
Stefan
--
Stefan Gohmann
Head of Software Engineering
Univention GmbH
Linux for your business
Mary-Somerville-Str.1
28359 Bremen
Tel. : +49 421 22232-0
Fax : +49 421 22232-99
gohmann at univention.de
http://www.univention.de
Geschäftsführer: Peter H. Ganten
HRB 20755 Amtsgericht Bremen
Steuer-Nr.: 71-597-02876
More information about the samba-technical
mailing list