Hi all, I have a problem with IO's against a file that doesn't exist. So I figure either I messed up, it's a dtrace feature or something weird is going on. I'm running rwsnoop (from the excellent toolkit) and seeing this...
bash-3.00# [b]/usr/local/dtrace/rwsnoop[/b] UID PID CMD D BYTES FILE 50000 13468 oracle W 2048 /sb/sys5/oracle/product/9.2/rdbms/audit/ora_968.aud 50000 13468 oracle W 8192 /sb/sys2/oracle/admin/TDEP2/audit/ora_22796.aud 50000 13468 oracle W 4096 /sb/sys5/oracle/product/9.2/rdbms/audit/ora_968.aud 50000 13468 oracle W 2048 /sb/sys5/oracle/product/9.2/rdbms/audit/ora_968.aud 50000 13468 oracle W 2048 /sb/sys5/oracle/product/9.2/rdbms/audit/ora_968.aud 50000 13468 oracle W 2048 /sb/sys5/oracle/product/9.2/rdbms/audit/ora_968.aud 50000 13468 oracle W 2048 /sb/sys5/oracle/product/9.2/rdbms/audit/ora_968.aud 50000 13468 oracle W 8192 /sb/sys5/oracle/product/9.2/rdbms/audit/ora_968.aud 50000 13476 oracle W 2048 /sb/sys2/oracle/admin/TDEP2/audit/ora_861.aud 50000 13476 oracle W 1024 /sb/sys2/oracle/admin/TDEP2/audit/ora_861.aud 50000 15942 oracle R 17 <unknown> 50000 15942 oracle W 106 <unknown> bash-3.00# [b]ls /sb/sys5/oracle/admin[/b] /sb/sys5/oracle/admin: No such file or directory those unknowns are from vxfs (haven't come closer on this yet either), but my question is how come there is io files that doesn't exist. A theory I had was that, the pid 13468 is the dbwriter for TDEP3 a fairly busy database and somehow the vnodes(?) got messed up what seems to be auditfiles is actually the databasefiles. Could this even happen? Any other ideas? cheers, //Mike -- This message posted from opensolaris.org _______________________________________________ dtrace-discuss mailing list [email protected]
