Re: IDS 7.31 on DEC Unix
"remove (_at_) to reply" wrote:
>
> On Thu, 06 Jul 2000 22:47:04 +0100, "Mark D. Stock"
> >You need to up the per process memory parameter in the kernel. The
> >default is usually about 1 Gb on DEC. I think ulimit -v will change it
> >temporarily. Use ulimit -a to view vmemory.
> >
> >Cheers,
>
> I tried:
>
> disko2> ulimit -a
> 1048576
That suggests to me that you are logged in as root, which I guess is
okay to bring the database server up.
However, root should not have the limit (I think), so it also suggests
that it's the OTHER parameter that need increasing. If I knew the names
I would tell you, and they are NOT in the Informix release notes.
> disko2> onstat -g seg
>
> Informix Dynamic Server Version 7.31.FC5 -- On-Line -- Up 1 days 16:16:58 --
> 319488 Kbytes
>
> Segment Summary:
> id key addr size ovhd class blkused bl
> kfree
> 256 1381386241 200000000 276824064 5120 R* 33395 39
> 7
> 257 1381386242 210800000 33554432 1016 V 3151 94
> 5
> 258 1381386243 212800000 8388608 632 M 69 95
> 5
> 3 1381386244 213000000 16777216 760 V 111 19
> 37
> Total: - - 335544320 - - 36726 42
> 34
>
> (* segment locked in memory)
>
> But, as you can see, virt.seg.size is about 250 M. If I put BUFFERS=250000
> (130000 more), virt.seg.size will be about 512 M. So why I have
> message
If you are sure you have set the max shm seg size as defined in the
release notes, then it means you have hit the limit on the total amount
of memory you can access.
Cheers,
--
Mark.
+----------------------------------------------------------+-----------+
| Mark D. Stock mailto:mdstock@mydas.freeserve.co.uk |//////// /|
| http://www.informix.com http://www.informixhandbook.com |///// / //|
| http://www.iiug.org +-----------------------------------+//// / ///|
| |This email will self-destruct in |/// / ////|
| |10 sec. If you received this email |// / /////|
| |in error, sorry about the mess. |/ ////////|
+----------------------+-----------------------------------+-----------+