<snip>
rfs4_openowner_idx::print rfs4_index_t dbi_table->dbt_debug
</snip>
If it's not set then you might solve this problem by setting
dbt_debug for this particular table to 1.
Marcel is right! Please disregard my answer above. If you don't
want to compile DEBUG kernel, then alternative is to use
dtrace to do the something like this:
<snip>
fbt:nfssrv:rfs4_findopenowner:entry
{
self->traceme = 1;
}
fbt:nfssrv:rfs4_dbsearch:entry
/self->traceme/
{
printf("%s %p ...", stringof(args[0]->dbi_keyname), args[1]);
}
fbt:nfssrv:rfs4_findopenowner:return
{
self->traceme = 0;
}
</snip>
Thanks for replying guys. Yeah, it appears that my dbi_table has no dbt_debug
entry at all, just tblidx, creatable, table, keynames ...
Not entirely sure I can compile a kernel, and probably could not get permission
to run it on the production servers where the trouble is occurring.
Perhaps then, dtrace is a good place to start. I do not know it yet, but why not
try to learn something new.
Lund
--
Jorgen Lundman | <[email protected]>
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, Tokyo | +81 (0)90-5578-8500 (cell)
Japan | +81 (0)3 -3375-1767 (home)
_______________________________________________
nfs-discuss mailing list
[email protected]
