Oracle FAQ | Your Portal to the Oracle Knowledge Grid |
![]() |
![]() |
Home -> Community -> Usenet -> c.d.o.server -> Re: ORA-00202: controlfile: '/var/opt/oracle/oradata/orcl/control03.ctl'
mccmx_at_hotmail.com (Matt) wrote in message news:<cfee5bcf.0404280204.751fcf43_at_posting.google.com>...
> >
> > messages file output
> > --------------------------------------------------------------------
> > Apr 25 17:37:59 rac1 syslogd 1.4.1: restart.
> > Apr 25 17:38:00 rac1 kernel: application bug: crond(2589) has SIGCHLD
> > set to SIG_IGN but calls wait().
> > Apr 25 17:38:00 rac1 kernel: (see the NOTES section of 'man 2 wait').
> > Workaround activated.
> > Apr 25 17:38:27 rac1 gconfd (root-1848): 1 items remain in the cache
> > after cleaning already-synced items older than 300 seconds
> > Apr 25 17:39:01 rac1 kernel: application bug: crond(2697) has SIGCHLD
> > set to SIG_IGN but calls wait().
> > Apr 25 17:39:01 rac1 kernel: (see the NOTES section of 'man 2 wait').
> > Workaround activated.
> > Apr 25 17:39:46 rac1 kernel: ieee1394: sbp2: Bus reset in progress -
> > rejecting command
> > Apr 25 17:39:46 rac1 last message repeated 4 times
> > Apr 25 17:39:46 rac1 kernel: SCSI disk error : host 0 channel 0 id 0
> > lun 0 return code = 20000
> > Apr 25 17:39:46 rac1 kernel: I/O error: dev 08:00, sector 60280
> > Apr 25 17:39:46 rac1 kernel: ieee1394: sbp2: Bus reset in progress -
> > rejecting command
> > Apr 25 17:39:46 rac1 last message repeated 4 times
> > Apr 25 17:39:46 rac1 kernel: SCSI disk error : host 0 channel 0 id 0
> > lun 0 return code = 20000
> > Apr 25 17:39:46 rac1 kernel: I/O error: dev 08:00, sector 60281
> > Apr 25 17:39:46 rac1 kernel: ieee1394: sbp2: Bus reset in progress -
> > rejecting command
> > Apr 25 17:39:46 rac1 last message repeated 4 times
> > Apr 25 17:39:46 rac1 kernel: SCSI disk error : host 0 channel 0 id 0
> > lun 0 return code = 20000
> > Apr 25 17:39:46 rac1 kernel: I/O error: dev 08:00, sector 60282
> > Apr 25 17:39:46 rac1 kernel: ieee1394: sbp2: Bus reset in progress -
> > rejecting command
>
> Have you tried copying files to and from this directory to make sure
> that 'normal' I/O works OK to the disk...
>
> In my experience with the Firewire drivers and external firewire
> hardrives I found that they were pretty unstable.
>
> I would try a copy to and from this directory (orcl) from both
> machines to make sure that I/O is working OK. If not, reboot each host
> to re-initialise the firewire connection and re-mount the ocfs
> volume...
>
> Matt
Matt,
I can copy to and from this directory from both hosts, I updated the
ocfs version also but no use. I will try to re-initialise and re-mount
the firewire drive.
Thanks. Received on Thu Apr 29 2004 - 08:44:54 CDT
![]() |
![]() |