RPC, DHT and AFR logging errors that are expected, reduce log level?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello,

When NFS-Ganesha does an UNLINK of a filename on an inode, it does a
follow-up check to see if the inode has been deleted or if there are
still other filenames linked (like hardlinks) to it.

Users are getting confused about the errors that are logged by RPC, DHT
and AFR. The file is missing (which is often perfectly expected from a
NFS-Ganesha point of view) and this causes a flood of messages.

From https://bugzilla.redhat.com/show_bug.cgi?id=1328581#c5 :

> If we reduce the log level for
> client-rpc-fops.c:2974:client3_3_lookup_cbk there would be the
> following entries left:
> 
> 2x dht-helper.c:1179:dht_migration_complete_check_task
> 2x afr-read-txn.c:250:afr_read_txn
> 
> it would reduce the logging for this non-error with 10 out of 14
> messages. We need to know from the AFR and DHT team if these messages
> are sufficient for them to identify potential issues.

Thanks,
Niels

Attachment: signature.asc
Description: PGP signature

_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-devel

[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux