EXA:LIBCELL TRACING DUMPING DATA CONTINOUSLY TO RFS TRACE FILES CAUSING FILESYSTEM ISSUES in standby.
(Doc ID 2888633.1)
Last updated on SEPTEMBER 29, 2023
Applies to:
Oracle Database - Enterprise Edition - Version 19.11.0.0.0 and laterInformation in this document applies to any platform.
Symptoms
On Standby active dataguard Nodes, RFS trace file is getting dumped to huge size with these errors and makes the file system full.
2022-08-05 09:00:32.835 : RQ_Tag_1412714938_53071 has been detected as outlier with latency 1,001,029 us.
Potential Problem Layer : [Delayed Reap]
Storage Server : [192.168.10.205;192.168.10.206:5042]
DiskName : [DATAC1_CD_10_<CELLNODE1>]
ASM IO Info : [fno: 3706, block#: 6760106, blocksize: 512]
IO Submission Time : 25 us
Reap/Wait intervals since IO submit: 42 us/9 us, 1,000,698 us/275 us, 3 us
Final Reap Time : 2 us (0% of latency)
Time spent by Storage Server : 80 us (0% of latency) [LogWrite, Flash, No FFI, IORMQueueTime:0 ms, DiskTime:0 ms]
intervening reaps:no reap timedout:no zero timeout outliers:yes
Potential Problem Layer : [Delayed Reap]
Storage Server : [192.168.10.205;192.168.10.206:5042]
DiskName : [DATAC1_CD_10_<CELLNODE1>]
ASM IO Info : [fno: 3706, block#: 6760106, blocksize: 512]
IO Submission Time : 25 us
Reap/Wait intervals since IO submit: 42 us/9 us, 1,000,698 us/275 us, 3 us
Final Reap Time : 2 us (0% of latency)
Time spent by Storage Server : 80 us (0% of latency) [LogWrite, Flash, No FFI, IORMQueueTime:0 ms, DiskTime:0 ms]
intervening reaps:no reap timedout:no zero timeout outliers:yes
Cause
To view full details, sign in with your My Oracle Support account. |
|
Don't have a My Oracle Support account? Click to get started! |
In this Document
| Symptoms |
| Cause |
| Solution |