Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

From here

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


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:… – Aleksandr Levchuk Aug 25 '11 at 3:23

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


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.