On Wed, 2009-01-21 at 13:01 -0500, Chuck Lever wrote: > `rpcdebug -m nfs -s mount` also enables the dprintks in fs/nfs/ > mount_clnt.c, at least. As with most dprintk infrastructure in NFS, > it's really aimed at developers and not end users or admins. The > rpcbind client is also an integral part of the mount process, so I > suggested that too. This would be my main gripe with suggestions that we convert all the existing dprintks. As Chuck says, they are pretty much a hodgepodge of messages designed to help kernel developers to debug the NFS and RPC code. If you want something dtrace-like to allow administrators to run scripts to monitor the health of their cluster and troubleshoot performance problems, then you really want to start afresh. That really needs to be designed as a long-term API, and should ideally represent the desired functionality in a manner that is more or less independent of the underlying code (something that is clearly not the case for the current mess of dprintks). Otherwise, scripts will have to be rewritten every time we make some minor tweak or change to the code (i.e. for every kernel release). Cheers Trond -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
