<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:times new roman,new york,times,serif;font-size:12pt"><div>Hi Luis,<br><br>We are using ASM diskgroups +DATA1 and +REDO1 for datafiles and redo logs respectively. We have two separate  OCFS2 partitions, /u02 is for RMAN backups and /u03 is for the archive logs for both nodes. I think what you're referring to are the redo logs in ASM which eaxh instance is attempting to write out to the OCFS2 partition during the archive process. Here's a copy of the /etc/fstab:<br><br>LABEL=/&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; /&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; ext3&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; defaults&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1
 1<br>tmpfs&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; /dev/shm&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; tmpfs&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; defaults&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 0 0<br>devpts&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; /dev/pts&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; devpts&nbsp; &nbsp;&nbsp;&nbsp; gid=5,mode=620&nbsp; 0 0<br>sysfs&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; /sys&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
 sysfs&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; defaults&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 0 0<br>proc&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; /proc&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; proc&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; defaults&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 0 0<br>LABEL=SWAP-sda5&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; swap&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; swap&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; defaults&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 0 0<br>/dev/mapper/disk1p1&nbsp;&nbsp;&nbsp;&nbsp; /u02&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ocfs2&nbsp;&nbsp;
 _netdev,datavolume,nointr&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 0 0<br>/dev/mapper/disk4p1&nbsp;&nbsp;&nbsp;&nbsp; /u03&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ocfs2&nbsp;&nbsp; _netdev,datavolume,nointr&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 0 0<br><br></div><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">I believe this is a problem writing to the OCFS2 partition not reading from ASM, but I don't know what's causing it.<br><br>Thanks,<br>Diane Petersen<br>ServerCare, Inc.<br><div style="font-family: arial,helvetica,sans-serif; font-size: 10pt;"><font size="2" face="Tahoma"><hr size="1"><b><span style="font-weight: bold;">From:</span></b> Luis Freitas &lt;lfreitas34@yahoo.com&gt;<br><b><span style="font-weight: bold;">To:</span></b> ocfs2-users@oss.oracle.com; Diane Petersen &lt;diane_petersen@yahoo.com&gt;<br><b><span style="font-weight:
 bold;">Sent:</span></b> Monday, April 6, 2009 10:44:52 AM<br><b><span style="font-weight: bold;">Subject:</span></b> Re: [Ocfs2-users] Encountered disk I/O error 19502<br></font><br>
<br>Diane,<br><br>&nbsp;  Are you using ASM and OCFS2? Some of the log messages point to a disk group.<br><br>&nbsp;  Can you post a copy of your /etc/fstab with the mount options?<br><br>Regards,<br>Luis<br><br><br>--- On Mon, 4/6/09, Diane Petersen &lt;<a ymailto="mailto:diane_petersen@yahoo.com" href="mailto:diane_petersen@yahoo.com">diane_petersen@yahoo.com</a>&gt; wrote:<br><br>&gt; From: Diane Petersen &lt;<a ymailto="mailto:diane_petersen@yahoo.com" href="mailto:diane_petersen@yahoo.com">diane_petersen@yahoo.com</a>&gt;<br>&gt; Subject: Re: [Ocfs2-users] Encountered disk I/O error 19502<br>&gt; To: "Karim Alkhayer" &lt;<a ymailto="mailto:kkhayer@gmail.com" href="mailto:kkhayer@gmail.com">kkhayer@gmail.com</a>&gt;, <a ymailto="mailto:ocfs2-users@oss.oracle.com" href="mailto:ocfs2-users@oss.oracle.com">ocfs2-users@oss.oracle.com</a><br>&gt; Date: Monday, April 6, 2009, 1:42 PM<br>&gt; Hi,<br>&gt; <br>&gt; We already have TAF implemented,
 unfortunately that<br>&gt; doesn't help. It suppose TAF might help if the instance<br>&gt; was terminated, but that's not happening instead it<br>&gt; terminates these individual sessions directly.<br>&gt; <br>&gt; This happens on both nodes during writes to the OCFS2<br>&gt; partition at random times but never at the same time. There<br>&gt; is nothing else in the db alert log or crs logs other than<br>&gt; what I've included below.<br>&gt; <br>&gt; Thanks,<br>&gt; Diane Petersen<br>&gt; ServerCare, Inc.<br>&gt; <br>&gt; <br>&gt; <br>&gt; <br>&gt; ________________________________<br>&gt; From: Karim Alkhayer &lt;<a ymailto="mailto:kkhayer@gmail.com" href="mailto:kkhayer@gmail.com">kkhayer@gmail.com</a>&gt;<br>&gt; To: Diane Petersen &lt;<a ymailto="mailto:diane_petersen@yahoo.com" href="mailto:diane_petersen@yahoo.com">diane_petersen@yahoo.com</a>&gt;;<br>&gt; <a ymailto="mailto:ocfs2-users@oss.oracle.com"
 href="mailto:ocfs2-users@oss.oracle.com">ocfs2-users@oss.oracle.com</a><br>&gt; Sent: Monday, April 6, 2009 9:11:06 AM<br>&gt; Subject: RE: [Ocfs2-users] Encountered disk I/O error 19502<br>&gt; <br>&gt;&nbsp; <br>&gt; Hello Diane,<br>&gt;&nbsp; <br>&gt; I believe that implementing TAF could help a bit in this<br>&gt; case, at<br>&gt; least to become transparent to the end users, unless of<br>&gt; course, the following<br>&gt; points are blocking in your case:<br>&gt;&nbsp; <br>&gt; 1.&nbsp; &nbsp; &nbsp;  ALTER SESSION statements are lost:&nbsp; <br>&gt; Statements such as "ALTER<br>&gt; SESSION ..." are not automatically re-issued to the<br>&gt; server following a<br>&gt; failover. This can have a significant effect on application<br>&gt; behavior. For<br>&gt; example: <br>&gt; ALTER SESSION<br>&gt; SET NLS_DATE_FORMAT='YYYY-MM-DD';<br>&gt; select sysdate<br>&gt; from dual;<br>&gt; Result&gt;<br>&gt; 2009-01-31<br>&gt; &lt;&lt; Fail<br>&gt; over the
 connection &gt;&gt;<br>&gt; select sysdate<br>&gt; from dual;<br>&gt; Result&gt;<br>&gt; 31-JAN-09<br>&gt; 2.&nbsp; &nbsp; &nbsp;  In-progress transactions must be rolled back <br>&gt; 3.&nbsp; &nbsp; &nbsp;  Continuing work on existing cursors may raise an<br>&gt; error (eg:<br>&gt; ORA-25401 "cannot continue fetches") <br>&gt; 4.&nbsp; &nbsp; &nbsp;  Failed over selects may take time to re-position<br>&gt; (when FAILOVER_TYPE=SELECT) <br>&gt; 5.&nbsp; &nbsp; &nbsp;  Client awareness of a Failover<br>&gt;&nbsp; <br>&gt; Can we have an overview of the database setup, nature of<br>&gt; transactions, and parameters?<br>&gt;&nbsp; <br>&gt; It would also help to examine the troublesome node behavior<br>&gt; and<br>&gt; recovery measures.<br>&gt;&nbsp; <br>&gt; Best regards,<br>&gt; Karim Alkhayer<br>&gt;&nbsp; <br>&gt; From:<a ymailto="mailto:ocfs2-users-bounces@oss.oracle.com"
 href="mailto:ocfs2-users-bounces@oss.oracle.com">ocfs2-users-bounces@oss.oracle.com</a><br>&gt; [mailto:<a ymailto="mailto:ocfs2-users-bounces@oss.oracle.com" href="mailto:ocfs2-users-bounces@oss.oracle.com">ocfs2-users-bounces@oss.oracle.com</a>] On<br>&gt; Behalf Of Diane Petersen<br>&gt; Sent: Monday, April 06, 2009 4:06 PM<br>&gt; To: <a ymailto="mailto:ocfs2-users@oss.oracle.com" href="mailto:ocfs2-users@oss.oracle.com">ocfs2-users@oss.oracle.com</a><br>&gt; Subject: [Ocfs2-users] Encountered disk I/O error 19502<br>&gt;&nbsp; <br>&gt; Hi,<br>&gt; <br>&gt; We have a 2-node 11g RAC database running OCFS2 1.4.1-1.el5<br>&gt; with Linux kernel<br>&gt; 2.6.18-92.1.17.el5 64-bit. Lately we've been seeing<br>&gt; errors on both nodes almost<br>&gt; ever other day. The system administrator has checked the<br>&gt; SAN array and said<br>&gt; there are no issues being reported. <br>&gt; <br>&gt; Another part of the problem, it appears the instances
 alter<br>&gt; the service_names<br>&gt; parameter not allowing new connections to the node with the<br>&gt; reported error, but<br>&gt; also terminate sessions already connected using the RAC<br>&gt; service. The errors all<br>&gt; start with - Encountered disk I/O error 19502 - and contain<br>&gt; the following:<br>&gt; ARC2: Encountered disk I/O error 19502<br>&gt; <br>&gt; <br>&gt;&nbsp; (ifxdb2)<br>&gt; <br>&gt; <br>&gt; Errors in file<br>&gt; /u01/app/oracle/diag/rdbms/ifxdb/ifxdb2/trace/ifxdb2_arc2_15414.trc:<br>&gt; <br>&gt; <br>&gt; ORA-19502: write error on file<br>&gt;&nbsp; "/u03/arch/2_1917_656008464.dbf", block number<br>&gt; 155649 (block size=512)<br>&gt; <br>&gt; <br>&gt; ORA-27072: File I/O error<br>&gt; <br>&gt; <br>&gt; Linux-x86_64 Error: 5: Input/output error<br>&gt; <br>&gt; <br>&gt; Additional information: 4<br>&gt; <br>&gt; <br>&gt; Additional information: 155649<br>&gt; <br>&gt; <br>&gt; Additional information: -1<br>&gt;
 <br>&gt; <br>&gt; ORA-19502: write error on file<br>&gt; "/u03/arch/2_1917_656008464.dbf", block number<br>&gt; 155649 (block size=512)<br>&gt; <br>&gt; <br>&gt; Errors in file<br>&gt; /u01/app/oracle/diag/rdbms/ifxdb/ifxdb2/trace/ifxdb2_arc2_15414.trc:<br>&gt; <br>&gt; <br>&gt; ORA-19502: write error on file<br>&gt; "/u03/arch/2_1917_656008464.dbf", block number<br>&gt; 155649 (block size=512)<br>&gt; <br>&gt; <br>&gt; ORA-27072: File I/O error<br>&gt; <br>&gt; <br>&gt; Linux-x86_64 Error: 5: Input/output error<br>&gt; <br>&gt; <br>&gt; Additional information: 4<br>&gt; <br>&gt; <br>&gt; Additional information: 155649<br>&gt; <br>&gt; <br>&gt; Additional information: -1<br>&gt; <br>&gt; <br>&gt; ORA-19502: write error on file<br>&gt; "/u03/arch/2_1917_656008464.dbf", block number<br>&gt; 155649 (block size=512)<br>&gt; <br>&gt; <br>&gt; ARC2: I/O error 19502 archiving log 10 to<br>&gt; '/u03/arch/2_1917_656008464.dbf'<br>&gt; <br>&gt; <br>&gt; ARCH:
 Archival stopped, error occurred. Will continue<br>&gt; retrying<br>&gt; <br>&gt; <br>&gt; ORACLE<br>&gt;&nbsp; Instance ifxdb2 - Archival Error<br>&gt; <br>&gt; <br>&gt; ORA-16038: log 10 sequence# 1917 cannot be archived<br>&gt; <br>&gt; <br>&gt; ORA-19502: write error on file "", block number <br>&gt; (block size=)<br>&gt; <br>&gt; <br>&gt; ORA-00312: online log 10 thread 2:<br>&gt; '+REDO1/ifxdb/onlinelog/group_10.265.656605479'<br>&gt; <br>&gt; <br>&gt; Errors in file<br>&gt; /u01/app/oracle/diag/rdbms/ifxdb/ifxdb2/trace/ifxdb2_arc2_15414.trc:<br>&gt; <br>&gt; <br>&gt; ORA-16038: log 10 sequence# 1917 cannot be archived<br>&gt; <br>&gt; <br>&gt; ORA-19502: write error on file "", block number <br>&gt; (block size=)<br>&gt; <br>&gt; <br>&gt; ORA-00312: online log 10 thread 2:<br>&gt; '+REDO1/ifxdb/onlinelog/group_10.265.656605479'<br>&gt; <br>&gt; <br>&gt; Sun Apr 05 15:05:16 2009<br>&gt; <br>&gt; <br>&gt; ALTER SYSTEM SET<br>&gt; service_names='<a
 target="_blank" href="http://ifxdb.gointranet.com">ifxdb.gointranet.com</a>' SCOPE=MEMORY<br>&gt; SID='ifxdb2';<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 185, Serial#: 40263<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x1274fabc8&nbsp; OS pid: 13270<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 187, Serial#: 41391<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x1274fd710&nbsp; OS pid: 27697<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 191, Serial#: 40464<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x127502da0&nbsp; OS pid:<br>&gt;&nbsp; 30697<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 195, Serial#: 57362<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x127508430&nbsp; OS pid: 27967<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 196, Serial#: 2028<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x124544048&nbsp; OS pid: 22900<br>&gt; <br>&gt; <br>&gt; Immediate Kill
 Session#: 205, Serial#: 17412<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x127515c98&nbsp; OS pid: 20110<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 206, Serial#: 14805<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x1245518b0&nbsp; OS pid: 10464<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 207, Serial#: 52184<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x1275187e0&nbsp; OS pid: 19787<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 208, Serial#: 62825<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x1245543f8&nbsp; OS pid: 13578<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 213, Serial#: 36907<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x1275209b8&nbsp; OS pid: 31397<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 214, Serial#: 49032<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x12455c5d0&nbsp; OS pid: 2427<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 215,
 Serial#: 2711<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x127523500&nbsp; OS<br>&gt;&nbsp; pid: 15942<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 216, Serial#: 30060<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x12455f118&nbsp; OS pid: 1217<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 219, Serial#: 35932<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x127528b90&nbsp; OS pid: 27883<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 222, Serial#: 26007<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x1245672f0&nbsp; OS pid: 1036<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 223, Serial#: 42462<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x12752e220&nbsp; OS pid: 13726<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 224, Serial#: 33323<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x124569e38&nbsp; OS pid: 29928<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 225,
 Serial#: 49752<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x127530d68&nbsp; OS pid: 20147<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 227, Serial#: 34834<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x1275338b0&nbsp; OS pid: 9365<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 230, Serial#: 19879<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x124572010&nbsp; OS pid: 15791<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 231, Serial#: 16554<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x127538f40 <br>&gt;&nbsp; OS pid: 15490<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 233, Serial#: 25251<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x12753ba88&nbsp; OS pid: 6972<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 236, Serial#: 36970<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x12457a1e8&nbsp; OS pid: 12354<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 244,
 Serial#: 37284<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x124584f08&nbsp; OS pid: 19290<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 245, Serial#: 55792<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x12754be38&nbsp; OS pid: 19288<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 246, Serial#: 25115<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x124587a50&nbsp; OS pid: 3111<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 247, Serial#: 6416<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x12754e980&nbsp; OS pid: 19471<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 251, Serial#: 19899<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x127554010&nbsp; OS pid: 21486<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 252, Serial#: 34731<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x12458fc28&nbsp; OS pid: 30540<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 253, Serial#:
 32638<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x127556b58<br>&gt;&nbsp;  OS pid: 5493<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 259, Serial#: 29155<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x12755ed30&nbsp; OS pid: 29463<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 261, Serial#: 14481<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x127561878&nbsp; OS pid: 31054<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 265, Serial#: 37618<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x127566f08&nbsp; OS pid: 868<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 267, Serial#: 42580<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x127569a50&nbsp; OS pid: 16839<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 268, Serial#: 50893<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x1245a5668&nbsp; OS pid: 27778<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 274, Serial#:
 34459<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x1245ad840&nbsp; OS pid: 9808<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 278, Serial#: 59445<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x1245b2ed0&nbsp; OS pid: 28434<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 281, Serial#: 50119<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x12757c948&nbsp; OS pid: 12606<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 282, Serial#: 30208<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x1245b8560<br>&gt;&nbsp;  OS pid: 17944<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 285, Serial#: 53580<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x127581fd8&nbsp; OS pid: 16670<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 286, Serial#: 5929<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x1245bdbf0&nbsp; OS pid: 20149<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 289, Serial#:
 53725<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x127587668&nbsp; OS pid: 14697<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 290, Serial#: 30378<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x1245c3280&nbsp; OS pid: 19757<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 293, Serial#: 53710<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x12758ccf8&nbsp; OS pid: 11096<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 296, Serial#: 34022<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x1245cb458&nbsp; OS pid: 10881<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 299, Serial#: 53951<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x127594ed0&nbsp; OS pid: 1453<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 304, Serial#: 15149<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x1245d6178&nbsp; OS pid: 22008<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 308, Serial#: 34245<br>&gt;
 <br>&gt; <br>&gt; Immediate Kill Session: sess:<br>&gt;&nbsp; 0x1245db808&nbsp; OS pid: 19156<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 315, Serial#: 15240<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x1275aa910&nbsp; OS pid: 32148<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 317, Serial#: 41792<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x1275ad458&nbsp; OS pid: 15660<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 318, Serial#: 7839<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x1245e9070&nbsp; OS pid: 24999<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 321, Serial#: 4422<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x1275b2ae8&nbsp; OS pid: 16028<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 324, Serial#: 6833<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x1245f1248&nbsp; OS pid: 21909<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 332, Serial#: 18018<br>&gt;
 <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x1245fbf68&nbsp; OS pid: 15819<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 333, Serial#: 37534<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x1275c2e98&nbsp; OS pid: 16433<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 334, Serial#: 50463<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x1245feab0&nbsp; OS pid: 5660<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 335, Serial#: 11994<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess:<br>&gt;&nbsp; 0x1275c59e0&nbsp; OS pid: 29575<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 336, Serial#: 26542<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x1246015f8&nbsp; OS pid: 31868<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session#: 345, Serial#: 46583<br>&gt; <br>&gt; <br>&gt; Immediate Kill Session: sess: 0x1275d3248&nbsp; OS pid: 25399<br>&gt; <br>&gt; <br>&gt; Sun Apr 05 15:05:43 2009<br>&gt; <br>&gt; <br>&gt;
 ARCH: Archival stopped, error occurred. Will continue<br>&gt; retrying<br>&gt; <br>&gt; <br>&gt; ORACLE Instance ifxdb2 - Archival Error<br>&gt; <br>&gt; <br>&gt; ORA-16014: log 10 sequence# 1917 not archived, no available<br>&gt; destinations<br>&gt; <br>&gt; <br>&gt; ORA-00312: online log 10 thread 2:<br>&gt; '+REDO1/ifxdb/onlinelog/group_10.265.656605479'<br>&gt; <br>&gt; <br>&gt; Errors in file<br>&gt; /u01/app/oracle/diag/rdbms/ifxdb/ifxdb2/trace/ifxdb2_arc2_15414.trc:<br>&gt; <br>&gt; <br>&gt; ORA-16014: log 10 sequence# 1917 not archived, no available<br>&gt; destinations<br>&gt; <br>&gt; <br>&gt; ORA-00312: online log 10 thread 2:<br>&gt; '+REDO1/ifxdb/onlinelog/group_10.265.656605479'<br>&gt; <br>&gt; <br>&gt; Sun Apr 05 15:10:52 2009<br>&gt; <br>&gt; <br>&gt; kcrrdmx: Successful archiving of previously failed ORL<br>&gt; <br>&gt; <br>&gt; Archiver process freed from errors. No longer stopped<br>&gt; <br>&gt; <br>&gt; Sun Apr 05
 15:10:53<br>&gt;&nbsp; 2009<br>&gt; <br>&gt; <br>&gt; ALTER SYSTEM SET<br>&gt; service_names='ifxdb.gointranet.com','ifxserv'<br>&gt; SCOPE=MEMORY SID='ifxdb2';<br>&gt; These incidences are all<br>&gt; occurring during archiving (redo logs and database files<br>&gt; are using ASM,<br>&gt; archiving and backups are on OCFS2). Even though it usually<br>&gt; only lasts a few<br>&gt; minutes, it's very noticeable to the customers because<br>&gt; of all the sessions that<br>&gt; are terminated. <br>&gt; <br>&gt; What should we be looking at to resolve this problem?<br>&gt; Please let me know if you have any questions.<br>&gt; <br>&gt; Thanks,<br>&gt; Diane Petersen<br>&gt; ServerCare, Inc.<br>&gt; <br>&gt; <br>&gt;&nbsp; &nbsp; &nbsp;  _______________________________________________<br>&gt; Ocfs2-users mailing list<br>&gt; <a ymailto="mailto:Ocfs2-users@oss.oracle.com" href="mailto:Ocfs2-users@oss.oracle.com">Ocfs2-users@oss.oracle.com</a><br><span>&gt; <a
 target="_blank" href="http://oss.oracle.com/mailman/listinfo/ocfs2-users">http://oss.oracle.com/mailman/listinfo/ocfs2-users</a></span><br><br><br>&nbsp; &nbsp; &nbsp; <br></div></div></div><br>



      </body></html>