Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion Groups
Database Servers
DB2InformixIngresMS SQLOraclePervasive.SQLPostgreSQLProgressSybase
Desktop Databases
FileMakerFoxProMS AccessParadox
General
General DB TopicsDatabase Theory
Related Topics
Java Development.NET DevelopmentVB DevelopmentMore Topics ...

Database Forum / Informix Topics / October 2006

Tip: Looking for answers? Try searching our database.

KAIO exceeds limit

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Max Andersen - 25 Oct 2006 15:50 GMT
Hi,

I have 2 server setups, which slightly differ in specs.

Both servers are IBM x336 with RAID 1 on 2 internal disks with RHEL4
installed(2.6.9-42.0.3.ELsmp).
Both with IBM Informix Dynamic Server Version 10.00.UC5

1. One server is without hyperthreading and with a raw disk in LVM.

2. The second server is with hyperthreading and with a raw disk outside
LVM. Just plain raw.

But on the latter server(and only that one) we get this error when
running a large job in informix:
---
requested number of KAIO events (16384) exceeds limit (32)   Please
increase the value in /proc/sys/fs/aio-max-nr
---

my sysctl -a | grep aio-max-nr, says (on both machines):

fs.aio-max-nr = 65536

Is my selection of using LVM for raw disks, or the lack of KAIOOFF, etc.
 doing stuff differently? does using LVM provide these limitations?

Or what should I boost the number up to?

Sincerely
Max Andersen
Davorin Kremenjas - 30 Oct 2006 12:48 GMT
Can't answer the original question, but try to switch off hyperthreading on
that second machine and see if it helps.
Intel Hyperthreading on Linux can cause some mysterious Informix
(mal)behaviour, I've seen few unexplainable crashes solved just by removing
Hyperthreading.

> Hi,
>
[quoted text clipped - 27 lines]
> Sincerely
> Max Andersen
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.