IO Error when accessing apex site

Question

Hello,
I am using Oracle XE in a production environment. I have used the apex site on many occasions. Yesterday it started displaying a "Not Found" error, which eventually turned into an "Internal Server Error".
I dug up the error logs, and found this:
*** 2010-01-22 08:17:00.708
*** SERVICE NAME:(SYS$USERS) 2010-01-22 08:17:00.708
*** SESSION ID:(21.57242) 2010-01-22 08:17:00.708
qmhGetHTTPError: Got unknown oracle error. Error stack is:
ORA-00604: error occurred at recursive SQL level 1
ORA-01115: IO error reading block from file 1 (block # 28006)
ORA-01110: data file 1: '/usr/lib/oracle/xe/oradata/XE/system.dbf'
ORA-27091: unable to queue I/O
ORA-27072: File I/O error
Additional information: 4
Additional information: 28005
The database itself is functioning correctly, though I have seen this error pop up from time to time during selects and other misc actions. Though it usually is rare and doesn't persist. I'm worried I have something unhealthy going on with this database, and of course I'd like to be able to access the apex page again.
Any ideas what this error points to?

Answer 1

I ran dbv on the following dbf files. They all seemed fine except for control.dbf.
# dbv file='/usr/lib/oracle/xe/oradata/XE/control.dbf'
DBVERIFY: Release 10.2.0.1.0 - Production on Tue Jan 26 09:34:31 2010
Copyright (c) 1982, 2005, Oracle.  All rights reserved.
DBV-00103: Specified BLOCKSIZE (8192) differs from actual (16384)
# dbv file='/usr/lib/oracle/xe/oradata/XE/system.dbf'
DBVERIFY: Release 10.2.0.1.0 - Production on Tue Jan 26 09:34:52 2010
Copyright (c) 1982, 2005, Oracle.  All rights reserved.
DBVERIFY - Verification starting : FILE = /usr/lib/oracle/xe/oradata/XE/system.dbf
DBVERIFY - Verification complete
Total Pages Examined         : 44800
Total Pages Processed (Data) : 22007
Total Pages Failing   (Data) : 0
Total Pages Processed (Index): 4487
Total Pages Failing   (Index): 0
Total Pages Processed (Other): 1751
Total Pages Processed (Seg)  : 0
Total Pages Failing   (Seg)  : 0
Total Pages Empty            : 16555
Total Pages Marked Corrupt   : 0
Total Pages Influx           : 0
Highest block SCN            : 12652317 (0.12652317)
# dbv file='/usr/lib/oracle/xe/oradata/XE/users.dbf'
DBVERIFY: Release 10.2.0.1.0 - Production on Tue Jan 26 09:35:24 2010
Copyright (c) 1982, 2005, Oracle.  All rights reserved.
DBVERIFY - Verification starting : FILE = /usr/lib/oracle/xe/oradata/XE/users.dbf
DBVERIFY - Verification complete
Total Pages Examined         : 47360
Total Pages Processed (Data) : 30761
Total Pages Failing   (Data) : 0
Total Pages Processed (Index): 13848
Total Pages Failing   (Index): 0
Total Pages Processed (Other): 785
Total Pages Processed (Seg)  : 0
Total Pages Failing   (Seg)  : 0
Total Pages Empty            : 1966
Total Pages Marked Corrupt   : 0
Total Pages Influx           : 0
Highest block SCN            : 2727430 (0.2727430)
# dbv file='/usr/lib/oracle/xe/oradata/XE/sysaux.dbf'
DBVERIFY: Release 10.2.0.1.0 - Production on Tue Jan 26 09:36:23 2010
Copyright (c) 1982, 2005, Oracle.  All rights reserved.
DBVERIFY - Verification starting : FILE = /usr/lib/oracle/xe/oradata/XE/sysaux.dbf
DBVERIFY - Verification complete
Total Pages Examined         : 61440
Total Pages Processed (Data) : 10808
Total Pages Failing   (Data) : 0
Total Pages Processed (Index): 11168
Total Pages Failing   (Index): 0
Total Pages Processed (Other): 29574
Total Pages Processed (Seg)  : 0
Total Pages Failing   (Seg)  : 0
Total Pages Empty            : 9890
Total Pages Marked Corrupt   : 0
Total Pages Influx           : 0
Highest block SCN            : 12650558 (0.12650558)Unfortunately I don't have any backups before this started happening, but the primary data dbf seems fine. Would I be able to do a dump of all the data and the schema using the datapump, reset the database fresh, and then restore all the data?