AIX, Oracle es a 'Cannot open file...'

 ( LGee | 2010. május 13., csütörtök - 18:29 )

Ide koltozott a blogbol az 'AIX at its best' rovat, mert a temahoz tartozik.

root@host:/root # file /path/to/IZE_STUFF_1.dbf
/path/to/TEMP_USER_1.dbf: 0653-902 Cannot open the specified file for reading.

truss sokat nem mond:

Trace Started at: Thu May 13 17:30:17 2010
2519226: 0.0000:        execve("/usr/bin/file", 0x2FF22C34, 0x2000FBB8)  argc: 2
...
2519226: 1376339: 0.0283:        statx("/path/to/foo.dbf", 0x2FF22250, 176, 021) = 0
2519226: 1376339: 0.0285:        statx("/path/to/foo.dbf", 0x2FF22250, 176, 020) = 0
2519226: 1376339: 0.0287:        kioctl(1, 22528, 0x00000000, 0x00000000) = 0
2519226: 1376339: 0.0289:        open("/path/to/foo.dbf", O_RDONLY|O_LARGEFILE) Err#22 EINVAL
2519226: 1376339: 0.0290:        open("/usr/lib/nls/msg/en_US/file.cat", O_RDONLY) = 3
2519226: 1376339: 0.0292:        kioctl(3, 22528, 0x00000000, 0x00000000) Err#25 ENOTTY
2519226: 1376339: 0.0293:        kfcntl(3, F_SETFD, 0x00000001) = 0
2519226: 1376339: 0.0295:        kioctl(3, 22528, 0x00000000, 0x00000000) Err#25 ENOTTY
2519226: 1376339: kread(3, "\0\001 ù\001\001 I S O 8".., 4096) = 1529
2519226: 1376339: 0.0299:        lseek(3, 0, 1)         = 1529
2519226: 1376339: 0.0300:        lseek(3, 0, 1)         = 1529
2519226: 1376339: 0.0302:        lseek(3, 0, 1)         = 1529
2519226: 1376339: 0.0304:        _getpid()              = 2519226
2519226: 1376339: 0.0305:        lseek(3, 0, 1)         = 1529
/path/to/foo.dbf: 0653-902 Cannot open the specified file for reading.
...

Semmi tovabbi tampont, ulimit, jogosultsagok jok, errpt-ban semmi uzenet, a DB (Oracle 10g) kozben rendesen mukodik ugyanezen a filerendszeren.

Szerencsere a Google nincs tiltva a proxyn, igy rabukkantam egy blogbejegyzesre (milyen jo, hogy vannak, akik megosztjak a megoldast masokkal). Ez a megoldas mukodott is nalunk.

Az Oracle 'filesystemio_options' parameter 'setall' beallitasban tartalmazza a CIO (concurrent I/O) engedelyezeset, viszont ez egyeb okokbol a DB alatti filerendszeren idokozben le lett tiltva.

A 'cio' opcioval torteno remount megoldotta a problemat.

Tanulsag: Ahol DBA keze van a dologban, barmi elofordulhat! ;-)

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Pont ez miatt lesz egy szép szombat délutánom... HACMP is úgy gondolta, hogy "cio" nélkül mountol...

Ha DBA keze lenne a dologban, akkor nem filesystem lenne, hanem ASM:).