Hi
I'm encountering an error with some of my Windows clients when
using CTDB and samba to access a GPFS hosted share. We see the following
error all the time.
[2011/03/14 12:31:16.549084, 1] modules/vfs_gpfs.c:1099(vfs_gpfs_ntimes)
vfs_gpfs_ntimes: set GPFS ntimes failed -1
The copy continues but is slow. All the timestamps seem reasonable for
the data copied.
The GPFS version is 3.3.0-9 and samba is 3.5.6 compiled from source with
config line.
$ ./configure --with-ctdb=/usr/local/src/ctdb --with-cluster-support
--enable-pie=no --with-quotas --with-ads
--with-static-modules=pdb_ldap,pdb_smbpasswd,pdb_tdbsam,rpc_lsarpc,rpc_winreg,rpc_initshutdown,rpc_dssetup,rpc_wkssvc,rpc_svcctl2,rpc_ntsvcs2,rc_netlogon,rpc_netdfs,rpc_srvsvc,rpc_spoolss,rpc_eventlog2,rpc_samr,idmap_tdb,idmap_passdb,idmap_nss,idmap_tdb2,nss_info_template,auth_sam,auth_unix,auth_winbind,auth_server,auth_domain,auth_builtin,vfs_default
--prefix=/usr/local/samba-3.5.6
The gpfs module exists:
ls -l /usr/local/samba-3.5.6/lib/vfs/gpfs.so
-rwxr-xr-x 1 root root 58312 Jan 31 17:22
/usr/local/samba-3.5.6/lib/vfs/gpfs.so
The global section has
private dir = /RDSF_REPL/gpfs_admin/cifs_state/
clustering = yes
idmap backend = tdb2
fileid:mapping = fsname
vfs objects = gpfs fileid
gpfs:sharemodes = No
force unknown acl user = yes
nfs4: mode = special
nfs4: chown = yes
nfs4: acedup = merge
I have tried the setup with the following in the shares, and also with
it absent. It seems to make no difference.
vfs objects = gpfs fileid
Has anyone come across this. I only see it for some clients. I have no
direct control or access to the clients and so debug infor from them is
a little difficult.
Does anyone have any ideas?
Thanks
Bob
--
Bob Cregan
Senior Storage Systems Administrator
ACRC
Bristol University
Tel: +44 (0) 117 331 4421
Mobile: +44 (0) 7712388129
On Mon, Mar 14, 2011 at 01:48:25PM +0000, Bob Cregan wrote:> Hi > I'm encountering an error with some of my Windows clients > when using CTDB and samba to access a GPFS hosted share. We see the > following error all the time. > > [2011/03/14 12:31:16.549084, 1] modules/vfs_gpfs.c:1099(vfs_gpfs_ntimes) > vfs_gpfs_ntimes: set GPFS ntimes failed -1Can you try the parameter gpfs:winattr=no? Volker -- SerNet GmbH, Bahnhofsallee 1b, 37081 G?ttingen phone: +49-551-370000-0, fax: +49-551-370000-9 AG G?ttingen, HRB 2816, GF: Dr. Johannes Loxen
Hi Christian
Thanks very much for your reply. The bug looks like
an exact replica of my problem, including the use of robocopy.
3.5.8 seems to incorporate the fix. Having some problems upgrading in a
ctdb setting at the moment, but will keep you posted.
Bob> Hi Bob,
>
> Bob Cregan <bob.cregan at bristol.ac.uk> wrote on 03/14/2011 02:48:25
PM:
>
> > [2011/03/14 12:31:16.549084, 1]
> modules/vfs_gpfs.c:1099(vfs_gpfs_ntimes)
> > vfs_gpfs_ntimes: set GPFS ntimes failed -1
> >
> > The copy continues but is slow. All the timestamps seem reasonable for
> > the data copied.
>
> This might be fixed with 3.5.7 with the fix for
> https://bugzilla.samba.org/show_bug.cgi?id=7498.
> You can try the patch that is attached to the defect and see if it helps.
>
> Regards,
> Christian
--
Bob Cregan
Senior Storage Systems Administrator
ACRC
Bristol University
Tel: +44 (0) 117 331 4421
Mobile: +44 (0) 7712388129
Christian
Thanks. An upgrade to 3.5.8 indeed fixed the problem.
Bob> Hi Bob,
>
> Bob Cregan <bob.cregan at bristol.ac.uk> wrote on 03/14/2011 02:48:25
PM:
>
> > [2011/03/14 12:31:16.549084, 1]
> modules/vfs_gpfs.c:1099(vfs_gpfs_ntimes)
> > vfs_gpfs_ntimes: set GPFS ntimes failed -1
> >
> > The copy continues but is slow. All the timestamps seem reasonable for
> > the data copied.
>
> This might be fixed with 3.5.7 with the fix for
> https://bugzilla.samba.org/show_bug.cgi?id=7498.
> You can try the patch that is attached to the defect and see if it helps.
>
> Regards,
> Christian
--
Bob Cregan
Senior Storage Systems Administrator
ACRC
Bristol University
Tel: +44 (0) 117 331 4421
Mobile: +44 (0) 7712388129