Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

From here http://wikis.sun.com/display/DTrace/nfsv3+Provider

on OpenIndiana

the DTrace scripts:

  • nfsv3io.d
  • nfsv3ops.d

are failing with:

probe description nfsv3:::op-* matches an unstable set of probes

Script nfsv3fileio.d works but one of the lines with very large Rbytes and Wbytes has the Pathname as

<unknown>

Does anyone know any details on these failures and what are the workarounds?

share|improve this question
    
This question is a follow up to this answer: serverfault.com/questions/304682/… –  Aleksandr Levchuk Aug 25 '11 at 3:23

1 Answer 1

The first script fails because the example is incorrect. You can't reference args[] while globbing the probe in that manner (as probes matching the pattern may come and go while the enabling is still in effect, so guarantees about the type of args[N] can't be made). You'd need to list each nfs3-op-* individually, comma separated nfs3:::op-read-start,nfs3:::op-write-start etc, for each operation you care about.

For nfsv3fileio.d the Rbytes and Wbytes of "unknown" are very large, because they're the sum of all I/O to unknown paths (probably several, perhaps many).

The paths are <unknown> because the kernel only stores path information in the vnode lazily (if it happens to be present, it's stored, but it's not actively sought out). And as such is not always available. There are tricks that sometimes force it into place (I seem to recall that find across the FS in question should do it, but my memory could be playing tricks).

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.