This is a discussion on Re: oninit: Fatal error in shared memory creation within the Informix forums, part of the Database Server Software category; --> Hi, did you recieved an answer for your question ? I have now exactly the same problem. Can you ...
| |||||||
| FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
| ||||
| Hi, did you recieved an answer for your question ? I have now exactly the same problem. Can you help ? regards alex Originally posted by Fco. Javier Mu?Oz Sandon?S > Hello. > > I was installed Informix Dynamic Server 9.40 on Linux Suse 8.0. > > When I try to configure the Demo IDS Server (option number 5 on > installation script), in the online.log appear de following message: > > 14:30:26 Event alarms enabled. ALARMPROG = > '/usr/informix/etc/alarmprogram.sh' > 14:30:26 Booting Language from module > 14:30:26 Loading Module > 14:30:26 Booting Language from module > 14:30:26 Loading Module > > If I try create de demo_on server with ISA, when I change de > server setup > it gives me the following error: > > oninit: Fatal error in shared memory creation > > And the server stays Off-Line. > > What's the problem? > > Thanks a lot...! > > ----------------------------------------------------------- > Fco. Javier Muñoz Sandonís > jmunoz@bilbomatica.es > Bilbomatica S.A. Tfno: 94.427.63.08 > Ldo.Poza 55 6ª Fax: 94.427.15.47 > 48013 Bilbao (Vizcaya) > http://www.bilbomatica.es/http://www.bilbomatica.es ----------------------------------------------------------- -- Posted via http://dbforums.com |
| ||||
| On Wed, 06 Aug 2003 14:56:32 +0000, alex.odesse wrote: > I have now exactly the same problem. Can you help ? > > Originally posted by Fco. Javier Mu?Oz Sandon?S >> >> I was installed Informix Dynamic Server 9.40 on Linux Suse 8.0. {snip} >> it gives me the following error: >> >> oninit: Fatal error in shared memory creation >> >> And the server stays Off-Line. >> >> What's the problem? Several possible causes: 1) the server was not shut down properly and there are still shared memory segments allocated. A reboot will fix this, or you can try to locate them using ipcs and remove them using ipcrm - not for the inexperienced admin. 2) the server has been configured to allocate more memory than the limit set in SHMTOT, or more memory than is physically available. Check your BUFFERS, SHMVIRTSIZE and SHMTOT - are they reasonable? 3) if you are running applications on the same machine, they will try to communicate with the server via shared memory rather than via network sockets. If you shut down the engine without first exiting the applications, the applications will keep the shared memory allocated and you'll have problem #1, and the engine cannot restart. Make sure no application programs are running on the same machine when you shut down the server or it won't restart. 4) if you have multiple servers on the same machine, make sure their SERVERNUM values are different - these are used to key the shared memory segments and if two engines have the same SERVERNUM, the first to start will prevent the other from allocating memory. Troubleshooting: Check for applications first, and shut them down or kill them. If that doesn't work, try a reboot. (Or try ipcrm if a reboot is impractical - note that things other than IDS will allocate shared memory!) If it still won't come up, check SERVERNUM and your shared memory parameters. -- John Hardin KA7OHZ <johnh@aproposretail.com> Internal Systems Administrator voice: (425) 672-1304 Apropos Retail Management Systems, Inc. fax: (425) 672-0192 ----------------------------------------------------------------------- In the Lion the Mighty Lion the Zebra sleeps tonight... Dee de-ee-ee-ee-ee de de de we um umma way! |