Ed Gulakowski
2008-Jul-24 02:48 UTC
[Ocfs2-users] ORA-19870 and ORA-19502 During RMAN restore to OCFS2 filesystem
Hi, When attempting to restore to LINUX RHEL5 - OCFS2 filesystem received the following error during RMAN restore for nearly all of the datafiles attempted to restore with exception of a couple of smaller datafiles which were smaller < 2GB. ORA-19870: error reading backup piece /db/dumps/TR1_1/rmanbackup/TR1_88_1 ORA-19502: write error on file "/db/devices/db1/PR2/pr2_1/pr2.data1", blockno 1409 (blocksize=8192) ORA-27061: waiting for async I/Os failed Linux-x86_64 Error: 5: Input/output error Tried various Oracle init parameters for filesystem i/o SETALL, ASYNCH, DIRECT and also disk_asynch_io settings. After this failure tried to used a non ocfs2 filesytem (ext3) for the source RMAN backup files, however the error still occurred. For testing purposes specified a non ocfs2 filesystem ( ext3 ) as restore target filesystem and the RMAN restore completed successfully without any errors. Let me know if you have any suggestions. Thanks, Ed -------------- next part -------------- An HTML attachment was scrubbed... URL: http://oss.oracle.com/pipermail/ocfs2-users/attachments/20080723/98c598f4/attachment.html
Sunil Mushran
2008-Jul-24 05:13 UTC
[Ocfs2-users] ORA-19870 and ORA-19502 During RMAN restore to OCFS2 filesystem
Please file a SR with Oracle support. Database issues are best resolved in that forum. __________________________________________________>From Ed Gulakowski <edgulak at gmail.com>Sent Wed 7/23/2008 7:48 PM To ocfs2-users at oss.oracle.com Subject [Ocfs2-users] ORA-19870 and ORA-19502 During RMAN restore to OCFS2 filesystem ? Hi, ? When attempting to restore to LINUX RHEL5 - OCFS2 filesystem received the following error during RMAN restore for nearly all of the datafiles attempted to restore with exception of a couple of smaller datafiles which were smaller < 2GB. ? ORA-19870: error reading backup piece /db/dumps/TR1_1/rmanbackup/TR1_88_1 ORA-19502: write error on file "/db/devices/db1/PR2/pr2_1/pr2.data1", blockno 1409 (blocksize=8192) ORA-27061: waiting for async I/Os failedLinux-x86_64 Error: 5: Input/output error ? Tried various Oracle init parameters for filesystem i/o SETALL, ASYNCH, DIRECT and also disk_asynch_io settings. ? After this failure tried to used a non ocfs2 filesytem (ext3)?for the source RMAN backup files, however the error still occurred.? For testing purposes?specified ?a?non ocfs2?filesystem ( ext3 )?as restore target filesystem and the RMAN restore completed successfully without any errors. ? ? Let me know if you have any suggestions. Thanks, Ed ? ? ? ? __________________________________________________ _______________________________________________ Ocfs2-users mailing list Ocfs2-users at oss.oracle.com (mailto:Ocfs2-users at oss.oracle.com) http://oss.oracle.com/mailman/listinfo/ocfs2-users (http://oss.oracle.com/mailman/listinfo/ocfs2-users) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://oss.oracle.com/pipermail/ocfs2-users/attachments/20080724/3f1277ce/attachment-0001.html
Luis Freitas
2008-Jul-24 19:40 UTC
[Ocfs2-users] ORA-19870 and ORA-19502 During RMAN restore to OCFS2 filesystem
Ed,
?? My two cents here.
?? I have some 3Gb datafiles here and restore to OCFS2 using rman with no
problems. But I am using Linux 32bits and the backup is read from veritas
netbackup so it is not exactly the same environment.
?? Also, 1409*8192 gives about 11Mb, so you are well under 2Gb when the problem
occurs. The fact that it is occuring on the larger files may be a coincidence.
?? You may be running into some operating system error or some other issue.
Check /var/log/messages and dmesg to see if something is appearing. Are your
ext3 filesystem also on the SAN?
??? Also, just a hunch, check if you are reaching the maximum AIO operations,
the default on RedHat 4.0 is way low and this caused us some headaches when we
implemented 10g, I never looked how this is set on RH 5.0.
??? The current aio pending operations shows on /proc/sys/fs/aio-nr, the maximum
is on /proc/sys/fs/aio-max-nr, if you are hitting the maximum AIO try to
increase it, we set this to 1000000 here on /etc/sysctl.conf (fs.aio-max-nr =
1000000).
Regards,
Luis
--- On Wed, 7/23/08, Ed Gulakowski <edgulak at gmail.com> wrote:
From: Ed Gulakowski <edgulak at gmail.com>
Subject: [Ocfs2-users] ORA-19870 and ORA-19502 During RMAN restore to OCFS2
filesystem
To: ocfs2-users at oss.oracle.com
Date: Wednesday, July 23, 2008, 11:48 PM
?
Hi,
?
When attempting to restore to LINUX RHEL5 - OCFS2 filesystem received the
following error during RMAN restore for nearly all of the datafiles attempted to
restore with exception of a couple of smaller datafiles which were smaller <
2GB.
?
ORA-19870: error reading backup piece /db/dumps/TR1_1/rmanbackup/TR1_88_1
ORA-19502: write error on file "/db/devices/db1/PR2/pr2_1/pr2.data1",
blockno 1409 (blocksize=8192)
ORA-27061: waiting for async I/Os failed
Linux-x86_64 Error: 5: Input/output error
?
Tried various Oracle init parameters for filesystem i/o SETALL, ASYNCH, DIRECT
and also disk_asynch_io settings.
?
After this failure tried to used a non ocfs2 filesytem (ext3)?for the source
RMAN backup files, however the error still occurred.? For testing
purposes?specified ?a?non ocfs2?filesystem ( ext3 )?as restore target filesystem
and the RMAN restore completed successfully without any errors.
?
?
Let me know if you have any suggestions.
Thanks,
Ed
?
?
?
?
_______________________________________________
Ocfs2-users mailing list
Ocfs2-users at oss.oracle.com
http://oss.oracle.com/mailman/listinfo/ocfs2-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://oss.oracle.com/pipermail/ocfs2-users/attachments/20080724/1e069e4e/attachment.html