Skipped content of type multipart/alternative
You probably hit a race we've had in delete. We will be releasing 1.0.12 shortly. Recommend you upgrade to that. Hopefully, you have a different volume setup for the archive logs. It'll be best if you would be able to reformat that volume before continuing with 1.0.12. On Tue, 2004-06-01 at 06:11, Kevin Miller wrote:> Running ocfs 1.0.9-9 on RH AS2.1 with 9.2.0.4. > > System has been running ok for three months then out of the blue we > got: > > Sun May 30 09:10:07 2004 > > Errors in file /u01/app/oracle/admin/XXX10/bdump/xxx101_arc1_4100.trc: > > ORA-19504: failed to create file "/XXX101-archive/arch_1_3422.arc" > > ORA-19504: failed to create file "/XXX101-archive/arch_1_3422.arc" > > ORA-27040: skgfrcre: create error, unable to create file > > Linux Error: 13: Permission denied > > ARC1: Archiving not possible: error count exceeded > > ARC1: Failed to archive log 2 thread 1 sequence 3422 > > ARCH: Archival stopped, error occurred. Will continue retrying > > This cleared itself after about five minutes. > > The problem coincided with an hourly run of Tivoli?s TDP purging the > archive area. > > Any thoughts? > > > > ______________________________________________________________________ > _______________________________________________ > Ocfs-users mailing list > Ocfs-users@oss.oracle.com > http://oss.oracle.com/mailman/listinfo/ocfs-users
Hi... I am having the same problem long time back, in ocfs 1.0.9-6, I reformat the partition and it works fine. Hope OCFS 1.0.12 will remove the Bugs. Rgds/Jeram -----Original Message----- From: Kevin Miller [mailto:kevin.miller@burnsecs.com] Sent: Tuesday, June 01, 2004 8:11 PM To: ocfs-users@oss.oracle.com; ocfs-devel@oss.oracle.com Subject: [Ocfs-users] Permission Denied on ocfs directory Running ocfs 1.0.9-9 on RH AS2.1 with 9.2.0.4. System has been running ok for three months then out of the blue we got: Sun May 30 09:10:07 2004 Errors in file /u01/app/oracle/admin/XXX10/bdump/xxx101_arc1_4100.trc: ORA-19504: failed to create file "/XXX101-archive/arch_1_3422.arc" ORA-19504: failed to create file "/XXX101-archive/arch_1_3422.arc" ORA-27040: skgfrcre: create error, unable to create file Linux Error: 13: Permission denied ARC1: Archiving not possible: error count exceeded ARC1: Failed to archive log 2 thread 1 sequence 3422 ARCH: Archival stopped, error occurred. Will continue retrying This cleared itself after about five minutes. The problem coincided with an hourly run of Tivoli's TDP purging the archive area. Any thoughts? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://oss.oracle.com/pipermail/ocfs-users/attachments/20040602/a946be54/attachment.htm
Thanks for the reply. The archive logs are on dedicated volumes so we can reformat them no problem after upgrade to 1.0.12. The only bit I can't get my head round is why it took five minutes before ARC could get access to the volume again. The archive purge job (which was doing the delete, probably) only had one log to copy to tape so it should have done its stuff pretty quick (although the diagnostic log for the purge job has been overwritten, so no proof). Maybe the purge suspended waiting for media, but then that's not really a race. -----Original Message----- From: Sunil Mushran [mailto:Sunil.Mushran@oracle.com] Sent: 01 June 2004 18:15 To: Kevin Miller Cc: ocfs-users@oss.oracle.com; ocfs-devel@oss.oracle.com Subject: Re: [Ocfs-users] Permission Denied on ocfs directory You probably hit a race we've had in delete. We will be releasing 1.0.12 shortly. Recommend you upgrade to that. Hopefully, you have a different volume setup for the archive logs. It'll be best if you would be able to reformat that volume before continuing with 1.0.12. On Tue, 2004-06-01 at 06:11, Kevin Miller wrote:> Running ocfs 1.0.9-9 on RH AS2.1 with 9.2.0.4. > > System has been running ok for three months then out of the blue we > got: > > Sun May 30 09:10:07 2004 > > Errors in file /u01/app/oracle/admin/XXX10/bdump/xxx101_arc1_4100.trc: > > ORA-19504: failed to create file "/XXX101-archive/arch_1_3422.arc" > > ORA-19504: failed to create file "/XXX101-archive/arch_1_3422.arc" > > ORA-27040: skgfrcre: create error, unable to create file > > Linux Error: 13: Permission denied > > ARC1: Archiving not possible: error count exceeded > > ARC1: Failed to archive log 2 thread 1 sequence 3422 > > ARCH: Archival stopped, error occurred. Will continue retrying > > This cleared itself after about five minutes. > > The problem coincided with an hourly run of Tivoli's TDP purging the > archive area. > > Any thoughts? > > > > ______________________________________________________________________ > _______________________________________________ > Ocfs-users mailing list > Ocfs-users@oss.oracle.com > http://oss.oracle.com/mailman/listinfo/ocfs-users
It could also be that the archiver attempted to re-access the volume after 5 mins. Once it failed, it waited until the next log switch. On Wed, 2004-06-02 at 04:06, Kevin Miller wrote:> Thanks for the reply. > > The archive logs are on dedicated volumes so we can reformat them no > problem after upgrade to 1.0.12. > > The only bit I can't get my head round is why it took five minutes > before ARC could get access to the volume again. The archive purge job > (which was doing the delete, probably) only had one log to copy to tape > so it should have done its stuff pretty quick (although the diagnostic > log for the purge job has been overwritten, so no proof). Maybe the > purge suspended waiting for media, but then that's not really a race. > > -----Original Message----- > From: Sunil Mushran [mailto:Sunil.Mushran@oracle.com] > Sent: 01 June 2004 18:15 > To: Kevin Miller > Cc: ocfs-users@oss.oracle.com; ocfs-devel@oss.oracle.com > Subject: Re: [Ocfs-users] Permission Denied on ocfs directory > > You probably hit a race we've had in delete. > > We will be releasing 1.0.12 shortly. Recommend you > upgrade to that. > > Hopefully, you have a different volume setup for the > archive logs. It'll be best if you would be able to > reformat that volume before continuing with 1.0.12. > > On Tue, 2004-06-01 at 06:11, Kevin Miller wrote: > > Running ocfs 1.0.9-9 on RH AS2.1 with 9.2.0.4. > > > > System has been running ok for three months then out of the blue we > > got: > > > > Sun May 30 09:10:07 2004 > > > > Errors in file /u01/app/oracle/admin/XXX10/bdump/xxx101_arc1_4100.trc: > > > > ORA-19504: failed to create file "/XXX101-archive/arch_1_3422.arc" > > > > ORA-19504: failed to create file "/XXX101-archive/arch_1_3422.arc" > > > > ORA-27040: skgfrcre: create error, unable to create file > > > > Linux Error: 13: Permission denied > > > > ARC1: Archiving not possible: error count exceeded > > > > ARC1: Failed to archive log 2 thread 1 sequence 3422 > > > > ARCH: Archival stopped, error occurred. Will continue retrying > > > > This cleared itself after about five minutes. > > > > The problem coincided with an hourly run of Tivoli's TDP purging the > > archive area. > > > > Any thoughts? > > > > > > > > ______________________________________________________________________ > > _______________________________________________ > > Ocfs-users mailing list > > Ocfs-users@oss.oracle.com > > http://oss.oracle.com/mailman/listinfo/ocfs-users > > _______________________________________________ > Ocfs-users mailing list > Ocfs-users@oss.oracle.com > http://oss.oracle.com/mailman/listinfo/ocfs-users
Hmmm. It went pop again this morning, for a period of about 30 minutes. After the initial "Linux Error: 13: Permission denied" in the alert log the archiver kept plugging away every minute until it eventually wrote the log. Very odd. Just for clarification: do you believe that re-formatting the volume now, with 1.0.9-9, might help? -----Original Message----- From: Sunil Mushran [mailto:Sunil.Mushran@oracle.com] Sent: 02 June 2004 19:25 To: Kevin Miller Cc: ocfs-devel@oss.oracle.com; ocfs-users@oss.oracle.com Subject: RE: [Ocfs-users] Permission Denied on ocfs directory It could also be that the archiver attempted to re-access the volume after 5 mins. Once it failed, it waited until the next log switch. On Wed, 2004-06-02 at 04:06, Kevin Miller wrote:> Thanks for the reply. > > The archive logs are on dedicated volumes so we can reformat them no > problem after upgrade to 1.0.12. > > The only bit I can't get my head round is why it took five minutes > before ARC could get access to the volume again. The archive purge job > (which was doing the delete, probably) only had one log to copy totape> so it should have done its stuff pretty quick (although the diagnostic > log for the purge job has been overwritten, so no proof). Maybe the > purge suspended waiting for media, but then that's not really a race. > > -----Original Message----- > From: Sunil Mushran [mailto:Sunil.Mushran@oracle.com] > Sent: 01 June 2004 18:15 > To: Kevin Miller > Cc: ocfs-users@oss.oracle.com; ocfs-devel@oss.oracle.com > Subject: Re: [Ocfs-users] Permission Denied on ocfs directory > > You probably hit a race we've had in delete. > > We will be releasing 1.0.12 shortly. Recommend you > upgrade to that. > > Hopefully, you have a different volume setup for the > archive logs. It'll be best if you would be able to > reformat that volume before continuing with 1.0.12. > > On Tue, 2004-06-01 at 06:11, Kevin Miller wrote: > > Running ocfs 1.0.9-9 on RH AS2.1 with 9.2.0.4. > > > > System has been running ok for three months then out of the blue we > > got: > > > > Sun May 30 09:10:07 2004 > > > > Errors in file/u01/app/oracle/admin/XXX10/bdump/xxx101_arc1_4100.trc:> > > > ORA-19504: failed to create file "/XXX101-archive/arch_1_3422.arc" > > > > ORA-19504: failed to create file "/XXX101-archive/arch_1_3422.arc" > > > > ORA-27040: skgfrcre: create error, unable to create file > > > > Linux Error: 13: Permission denied > > > > ARC1: Archiving not possible: error count exceeded > > > > ARC1: Failed to archive log 2 thread 1 sequence 3422 > > > > ARCH: Archival stopped, error occurred. Will continue retrying > > > > This cleared itself after about five minutes. > > > > The problem coincided with an hourly run of Tivoli's TDP purging the > > archive area. > > > > Any thoughts? > > > > > > > >______________________________________________________________________> > _______________________________________________ > > Ocfs-users mailing list > > Ocfs-users@oss.oracle.com > > http://oss.oracle.com/mailman/listinfo/ocfs-users > > _______________________________________________ > Ocfs-users mailing list > Ocfs-users@oss.oracle.com > http://oss.oracle.com/mailman/listinfo/ocfs-users
Hi Sunil... I didn't find support and tools files for 1.0.12 oss.oracle.com, please advice... Rgds/Jeram -----Original Message----- From: Sunil Mushran [mailto:Sunil.Mushran@oracle.com] Sent: Thursday, June 03, 2004 11:46 PM To: Kevin Miller Cc: ocfs-devel@oss.oracle.com; ocfs-users@oss.oracle.com Subject: RE: [Ocfs-users] Permission Denied on ocfs directory 1.0.12 for i386 is out for AS21, EL3 and Suse sp3-215. Use that. On Thu, 2004-06-03 at 01:13, Kevin Miller wrote:> Hmmm. > > It went pop again this morning, for a period of about 30 minutes. > > After the initial "Linux Error: 13: Permission denied" in the alert log > the archiver kept plugging away every minute until it eventually wrote > the log. > > Very odd. > > Just for clarification: do you believe that re-formatting the volume > now, with 1.0.9-9, might help? > > -----Original Message----- > From: Sunil Mushran [mailto:Sunil.Mushran@oracle.com] > Sent: 02 June 2004 19:25 > To: Kevin Miller > Cc: ocfs-devel@oss.oracle.com; ocfs-users@oss.oracle.com > Subject: RE: [Ocfs-users] Permission Denied on ocfs directory > > It could also be that the archiver attempted to re-access the volume > after 5 mins. Once it failed, it waited until the next log switch. > > On Wed, 2004-06-02 at 04:06, Kevin Miller wrote: > > Thanks for the reply. > > > > The archive logs are on dedicated volumes so we can reformat them no > > problem after upgrade to 1.0.12. > > > > The only bit I can't get my head round is why it took five minutes > > before ARC could get access to the volume again. The archive purge job > > (which was doing the delete, probably) only had one log to copy to > tape > > so it should have done its stuff pretty quick (although the diagnostic > > log for the purge job has been overwritten, so no proof). Maybe the > > purge suspended waiting for media, but then that's not really a race. > > > > -----Original Message----- > > From: Sunil Mushran [mailto:Sunil.Mushran@oracle.com] > > Sent: 01 June 2004 18:15 > > To: Kevin Miller > > Cc: ocfs-users@oss.oracle.com; ocfs-devel@oss.oracle.com > > Subject: Re: [Ocfs-users] Permission Denied on ocfs directory > > > > You probably hit a race we've had in delete. > > > > We will be releasing 1.0.12 shortly. Recommend you > > upgrade to that. > > > > Hopefully, you have a different volume setup for the > > archive logs. It'll be best if you would be able to > > reformat that volume before continuing with 1.0.12. > > > > On Tue, 2004-06-01 at 06:11, Kevin Miller wrote: > > > Running ocfs 1.0.9-9 on RH AS2.1 with 9.2.0.4. > > > > > > System has been running ok for three months then out of the blue we > > > got: > > > > > > Sun May 30 09:10:07 2004 > > > > > > Errors in file > /u01/app/oracle/admin/XXX10/bdump/xxx101_arc1_4100.trc: > > > > > > ORA-19504: failed to create file "/XXX101-archive/arch_1_3422.arc" > > > > > > ORA-19504: failed to create file "/XXX101-archive/arch_1_3422.arc" > > > > > > ORA-27040: skgfrcre: create error, unable to create file > > > > > > Linux Error: 13: Permission denied > > > > > > ARC1: Archiving not possible: error count exceeded > > > > > > ARC1: Failed to archive log 2 thread 1 sequence 3422 > > > > > > ARCH: Archival stopped, error occurred. Will continue retrying > > > > > > This cleared itself after about five minutes. > > > > > > The problem coincided with an hourly run of Tivoli's TDP purging the > > > archive area. > > > > > > Any thoughts? > > > > > > > > > > > > > ______________________________________________________________________ > > > _______________________________________________ > > > Ocfs-users mailing list > > > Ocfs-users@oss.oracle.com > > > http://oss.oracle.com/mailman/listinfo/ocfs-users > > > > _______________________________________________ > > Ocfs-users mailing list > > Ocfs-users@oss.oracle.com > > http://oss.oracle.com/mailman/listinfo/ocfs-users >_______________________________________________ Ocfs-users mailing list Ocfs-users@oss.oracle.com http://oss.oracle.com/mailman/listinfo/ocfs-users