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