Can not release unused virtual memory segment
A DBA on IDS 9.40 (Tru64) couldn't free extra virtual shared memory segments with onmode -F; the online.log showed shmat ENOMEM errors and ontape backups failing with 'out of virtual shared memory'. Art Kagel explained the segments weren't actually unused (onstat -g seg showed blocks still in use), so they can't be released - only a server restart will consolidate them - and suggested raising SHMVIRTSIZE to cover the added segments, plus more physical memory. John Miller noted ontape's memory use is TAPEBLK (in KB) x ARCHIVE_BUF_COUNT, so a mis-set TAPEBLK can consume large memory. No confirmation from the original poster is recorded.
Auto-generated by DrWatson from the posts below — may be imperfect; read the full thread.
IBM Informix Dynamic Server Version 9.40.FC2
Tru64 UNIX version 5.1a
I want to release unused virtual memory segment. I used the command onmode -F.
It does not work. online.log has following entry.
11:28:22 Attempting to free unused operating system segments. This
operation may take several minutes.
11:47:19 shmat: [ENOMEM][12]: out of available data space, check system MAXMEM
11:47:19 create_tcb: cannot allocate memory
11:47:25 shmat: [ENOMEM][12]: out of available data space, check system MAXMEM
11:47:25 out of virtual shared memory
Here is the output for onstat -g seg.
# onstat -g seg
IBM Informix Dynamic Server Version 9.40.FC2 -- On-Line -- Up 13:52:13 --1024000 Kbytes
Segment Summary:
id key addr size ovhd class blkused blkfree
0 1381386241 200000000 595591168 437760 R* 144776 632
1 1381386242 223800000 360710144 11520 V 71571 16493
2 1381386243 239000000 8388608 768 M 1231 817
3 1381386244 239800000 41943040 1792 V 996 9244
4 1381386245 23c000000 41943040 1792 V 846 9394
Total: - - 1048576000 - - 219420 36580
(* segment locked in memory)
onconfig file parameters.
SHMBASE 0x200000000L
SHMVIRTSIZE 350000
SHMADD 40960
SHMTOTAL 0
DUMPSHMEM 1
We have problem for ontape backup to run. We need to release unused virtual
memory segment.
Thank you
Kanti
The problem is that the segment is NOT unused. There are over 900 blocks
used in segment #3 and over 800 blocks used in segment #4. That is why you
cannot release them. The only way will be to shutdown the server and
restart it. There is no way to force the server to move the data from the
additional virtual segments to the unused space in the initial virtual
segment.
Art
Art S. Kagel
Advanced DataTools (www.advancedatatools.com)
Blog: http://informix-myview.blogspot.com/
Disclaimer: Please keep in mind that my own opinions are my own opinions and
do not reflect on my employer, Advanced DataTools, the IIUG, nor any other
organization with which I am associated either explicitly, implicitly, or by
inference. Neither do those opinions reflect those of other individuals
affiliated with any entity with which I am affiliated nor those of the
entities themselves.
On Mon, Jun 20, 2011 at 12:40 PM, KANTI BAKARANIA <kbakarania@pascoclerk.com
> wrote:
> IBM Informix Dynamic Server Version 9.40.FC2
>
> Tru64 UNIX version 5.1a
>
> I want to release unused virtual memory segment. I used the command onmode
> -F.
> It does not work. online.log has following entry.
>
> 11:28:22 Attempting to free unused operating system segments. This
> operation may take several minutes.
>
> 11:47:19 shmat: [ENOMEM][12]: out of available data space, check system
> MAXMEM
>
> 11:47:19 create_tcb: cannot allocate memory
>
> 11:47:25 shmat: [ENOMEM][12]: out of available data space, check system
> MAXMEM
>
> 11:47:25 out of virtual shared memory
>
> Here is the output for onstat -g seg.
>
> # onstat -g seg>
> IBM Informix Dynamic Server Version 9.40.FC2 -- On-Line -- Up 13:52:13 --> 1024000 Kbytes
>
> Segment Summary:
> id key addr size ovhd class blkused blkfree
> 0 1381386241 200000000 595591168 437760 R* 144776 632
> 1 1381386242 223800000 360710144 11520 V 71571 16493
> 2 1381386243 239000000 8388608 768 M 1231 817
> 3 1381386244 239800000 41943040 1792 V 996 9244
> 4 1381386245 23c000000 41943040 1792 V 846 9394
> Total: - - 1048576000 - - 219420 36580
>
> (* segment locked in memory)
>
> onconfig file parameters.
>
> SHMBASE 0x200000000L
> SHMVIRTSIZE 350000
> SHMADD 40960
> SHMTOTAL 0
> DUMPSHMEM 1>
> We have problem for ontape backup to run. We need to release unused virtual
> memory segment.
>
> Thank you
>
> Kanti
>
>
>
>
*******************************************************************************
> Forum Note: Use "Reply" to post a response in the discussion forum.
>
>
--20cf3071c696e9478e04a627caaf
So what should be increased to make these values or areas larger than what =
he has showing? Once he bounces the instance, the same issue could re-occu=
r sooner than later.
> 3 1381386244 239800000 41943040 1792 V 996 9244=20
> 4 1381386245 23c000000 41943040 1792 V 846 9394
Thanks,
*******************************************************************
Ernie Knox
IT Database=A0Administrator Specialist
Sears Holdings - BU: I & T Group
3333 Beverly Rd.
Hoffman Estates, IL. 60179
Office: (847) 286-5735
Email: Ernest.Knox@searshc.com
Blackberry:=A02244650553@messaging.sprintpcs.com
Page via Skytel: 2244650553@sprint.skytel.com
Informix or MySQL Primary: 9110210@skytel.com
Informix or MySQL Secondary: 7276872@skytel.com
Informix Email: ifmxdba@searshc.com and InformixDBA@searshc.com
MySQL Email: mysqldba2@searshc.com
" Yes we can make a Change! "
" It's always a great day to watch=A0Sports - GO LIONS, TIGERS, and BEARS! "
" Lets not forget - GO Pistons and Red Wings! "
GSU
*******************************************************************
-----Original Message-----
From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art K=
agel
Sent: Monday, June 20, 2011 1:09 PM
To: ids@iiug.org
Subject: Re: Can not release unused virtual memory segment [24088]
The problem is that the segment is NOT unused. There are over 900 blocks us=
ed in segment #3 and over 800 blocks used in segment #4. That is why you ca=
nnot release them. The only way will be to shutdown the server and restart =
it. There is no way to force the server to move the data from the additiona=
l virtual segments to the unused space in the initial virtual segment.=20
Art=20
Art S. Kagel=20
Advanced DataTools (www.advancedatatools.com)=20
Blog: http://informix-myview.blogspot.com/=20
Disclaimer: Please keep in mind that my own opinions are my own opinions an=
d=20
do not reflect on my employer, Advanced DataTools, the IIUG, nor any other=
=20
organization with which I am associated either explicitly, implicitly, or b=
y=20
inference. Neither do those opinions reflect those of other individuals=20
affiliated with any entity with which I am affiliated nor those of the=20
entities themselves.=20
On Mon, Jun 20, 2011 at 12:40 PM, KANTI BAKARANIA <kbakarania@pascoclerk.co=
m=20
> wrote:=20
> IBM Informix Dynamic Server Version 9.40.FC2=20
>=20
> Tru64 UNIX version 5.1a=20
>=20
> I want to release unused virtual memory segment. I used the command onmod=
e=20
> -F.=20
> It does not work. online.log has following entry.=20
>=20
> 11:28:22 Attempting to free unused operating system segments. This=20
> operation may take several minutes.=20
>=20
> 11:47:19 shmat: [ENOMEM][12]: out of available data space, check system=
=20
> MAXMEM=20
>=20
> 11:47:19 create_tcb: cannot allocate memory=20
>=20
> 11:47:25 shmat: [ENOMEM][12]: out of available data space, check system=
=20
> MAXMEM=20
>=20
> 11:47:25 out of virtual shared memory=20
>=20
> Here is the output for onstat -g seg.=20
>=20
> # onstat -g seg=20
>=20
> IBM Informix Dynamic Server Version 9.40.FC2 -- On-Line -- Up 13:52:13 --=
=20> 1024000 Kbytes=20
>=20
> Segment Summary:=20
> id key addr size ovhd class blkused blkfree=20
> 0 1381386241 200000000 595591168 437760 R* 144776 632=20
> 1 1381386242 223800000 360710144 11520 V 71571 16493=20
> 2 1381386243 239000000 8388608 768 M 1231 817=20
> 3 1381386244 239800000 41943040 1792 V 996 9244=20
> 4 1381386245 23c000000 41943040 1792 V 846 9394=20
> Total: - - 1048576000 - - 219420 36580=20
>=20
> (* segment locked in memory)=20
>=20
> onconfig file parameters.=20
>=20
> SHMBASE 0x200000000L=20
> SHMVIRTSIZE 350000=20
> SHMADD 40960=20
> SHMTOTAL 0=20
> DUMPSHMEM 1=20
>=20> We have problem for ontape backup to run. We need to release unused virtu=
al=20
> memory segment.=20
>=20
> Thank you=20
>=20
> Kanti=20
>=20
>=20
>=20
>=20
***************************************************************************=
****=20
> Forum Note: Use "Reply" to post a response in the discussion forum.=20
>=20
>=20
--20cf3071c696e9478e04a627caaf=20
***************************************************************************=
****=20
Forum Note: Use "Reply" to post a response in the discussion forum.=20
This message, including any attachments, is the property of Sears Holdings =
Corporation and/or one of its subsidiaries. It is confidential and may cont=
ain proprietary or legally privileged information. If you are not the inten=
ded recipient, please delete it without reading the contents. Thank you.
It absolutely could, and to fix that, which is a different question, I would
add the sizes of the two additional segments to the size of the initial
SHMVIRTSIZE. But, the OP's original problem is that he apparently cannot
run ontape because they are out of memory and the only thing that's going to
prevent that from recurring is by buy more memory and install it.
Art
Art S. Kagel
Advanced DataTools (www.advancedatatools.com)
Blog: http://informix-myview.blogspot.com/
Disclaimer: Please keep in mind that my own opinions are my own opinions and
do not reflect on my employer, Advanced DataTools, the IIUG, nor any other
organization with which I am associated either explicitly, implicitly, or by
inference. Neither do those opinions reflect those of other individuals
affiliated with any entity with which I am affiliated nor those of the
entities themselves.
On Mon, Jun 20, 2011 at 1:49 PM, Knox, Ernest <Ernest.Knox@searshc.com>wrote:
> So what should be increased to make these values or areas larger than what
> =
> he has showing? Once he bounces the instance, the same issue could re-occu=
> r sooner than later.
>
> > 3 1381386244 239800000 41943040 1792 V 996 9244=20
> > 4 1381386245 23c000000 41943040 1792 V 846 9394
>
> Thanks,
> *******************************************************************
> Ernie Knox
> IT Database=A0Administrator Specialist
> Sears Holdings - BU: I & T Group
> 3333 Beverly Rd.
> Hoffman Estates, IL. 60179
> Office: (847) 286-5735
> Email: Ernest.Knox@searshc.com
> Blackberry:=A02244650553@messaging.sprintpcs.com
> Page via Skytel: 2244650553@sprint.skytel.com
> Informix or MySQL Primary: 9110210@skytel.com
> Informix or MySQL Secondary: 7276872@skytel.com
> Informix Email: ifmxdba@searshc.com and InformixDBA@searshc.com
> MySQL Email: mysqldba2@searshc.com
>
> " Yes we can make a Change! "
> " It's always a great day to watch=A0Sports - GO LIONS, TIGERS, and BEARS!
> "
> " Lets not forget - GO Pistons and Red Wings! "
> GSU
> *******************************************************************
>
> -----Original Message-----
> From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art
> K=
> agel
> Sent: Monday, June 20, 2011 1:09 PM
> To: ids@iiug.org
> Subject: Re: Can not release unused virtual memory segment [24088]
>
> The problem is that the segment is NOT unused. There are over 900 blocks
> us=
> ed in segment #3 and over 800 blocks used in segment #4. That is why you
> ca=
> nnot release them. The only way will be to shutdown the server and restart
> =
> it. There is no way to force the server to move the data from the
> additiona=
> l virtual segments to the unused space in the initial virtual segment.=20
>
> Art=20
>
> Art S. Kagel=20
> Advanced DataTools (www.advancedatatools.com)=20
> Blog: http://informix-myview.blogspot.com/=20
>
> Disclaimer: Please keep in mind that my own opinions are my own opinions
> an=
> d=20
> do not reflect on my employer, Advanced DataTools, the IIUG, nor any other=
> =20
> organization with which I am associated either explicitly, implicitly, or
> b=
> y=20
> inference. Neither do those opinions reflect those of other individuals=20
> affiliated with any entity with which I am affiliated nor those of the=20
> entities themselves.=20
>
> On Mon, Jun 20, 2011 at 12:40 PM, KANTI BAKARANIA <
> kbakarania@pascoclerk.co=
> m=20
> > wrote:=20
>
> > IBM Informix Dynamic Server Version 9.40.FC2=20
> >=20
> > Tru64 UNIX version 5.1a=20
> >=20
> > I want to release unused virtual memory segment. I used the command
> onmod=
> e=20
> > -F.=20
> > It does not work. online.log has following entry.=20
> >=20
> > 11:28:22 Attempting to free unused operating system segments. This=20
> > operation may take several minutes.=20
> >=20
> > 11:47:19 shmat: [ENOMEM][12]: out of available data space, check system=
> =20
> > MAXMEM=20
> >=20
> > 11:47:19 create_tcb: cannot allocate memory=20
> >=20
> > 11:47:25 shmat: [ENOMEM][12]: out of available data space, check system=
> =20
> > MAXMEM=20
> >=20
> > 11:47:25 out of virtual shared memory=20
> >=20
> > Here is the output for onstat -g seg.=20
> >=20
> > # onstat -g seg=20
> >=20
> > IBM Informix Dynamic Server Version 9.40.FC2 -- On-Line -- Up 13:52:13
> --=
> =20> > 1024000 Kbytes=20
> >=20
> > Segment Summary:=20
> > id key addr size ovhd class blkused blkfree=20
> > 0 1381386241 200000000 595591168 437760 R* 144776 632=20
> > 1 1381386242 223800000 360710144 11520 V 71571 16493=20
> > 2 1381386243 239000000 8388608 768 M 1231 817=20
> > 3 1381386244 239800000 41943040 1792 V 996 9244=20
> > 4 1381386245 23c000000 41943040 1792 V 846 9394=20
> > Total: - - 1048576000 - - 219420 36580=20
> >=20
> > (* segment locked in memory)=20
> >=20
> > onconfig file parameters.=20
> >=20
> > SHMBASE 0x200000000L=20
> > SHMVIRTSIZE 350000=20
> > SHMADD 40960=20
> > SHMTOTAL 0=20
> > DUMPSHMEM 1=20
> >=20> > We have problem for ontape backup to run. We need to release unused
> virtu=
> al=20
> > memory segment.=20
> >=20
> > Thank you=20
> >=20
> > Kanti=20
> >=20
> >=20
> >=20
> >=20
>
> ***************************************************************************=
> ****=20
> > Forum Note: Use "Reply" to post a response in the discussion forum.=20
> >=20
> >=20
>
> --20cf3071c696e9478e04a627caaf=20
>
>
> ***************************************************************************=
> ****=20
> Forum Note: Use "Reply" to post a response in the discussion forum.=20
>
> This message, including any attachments, is the property of Sears Holdings
> =
> Corporation and/or one of its subsidiaries. It is confidential and may
> cont=
> ain proprietary or legally privileged information. If you are not the
> inten=
> ded recipient, please delete it without reading the contents. Thank you.
>
>
>
>
*******************************************************************************
> Forum Note: Use "Reply" to post a response in the discussion forum.
>
>
--bcaec5014b950ff3a204a628df8d
Got it.
Thanks,
*******************************************************************
Ernie Knox
IT Database=A0Administrator Specialist
Sears Holdings - BU: I & T Group
3333 Beverly Rd.
Hoffman Estates, IL. 60179
Office: (847) 286-5735
Email: Ernest.Knox@searshc.com
Blackberry:=A02244650553@messaging.sprintpcs.com
Page via Skytel: 2244650553@sprint.skytel.com
Informix or MySQL Primary: 9110210@skytel.com
Informix or MySQL Secondary: 7276872@skytel.com
Informix Email: ifmxdba@searshc.com and InformixDBA@searshc.com
MySQL Email: mysqldba2@searshc.com
" Yes we can make a Change! "
" It's always a great day to watch=A0Sports - GO LIONS, TIGERS, and BEARS! "
" Lets not forget - GO Pistons and Red Wings! "
GSU
*******************************************************************
-----Original Message-----
From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art K=
agel
Sent: Monday, June 20, 2011 2:26 PM
To: ids@iiug.org
Subject: Re: Cannot release unused virtual memory segment [24094]
It absolutely could, and to fix that, which is a different question, I woul=
d add the sizes of the two additional segments to the size of the initial S=
HMVIRTSIZE. But, the OP's original problem is that he apparently cannot run=
ontape because they are out of memory and the only thing that's going to p=
revent that from recurring is by buy more memory and install it.=20
Art=20
Art S. Kagel
Advanced DataTools (www.advancedatatools.com)
Blog: http://informix-myview.blogspot.com/=20
Disclaimer: Please keep in mind that my own opinions are my own opinions an=
d do not reflect on my employer, Advanced DataTools, the IIUG, nor any othe=
r organization with which I am associated either explicitly, implicitly, or=
by inference. Neither do those opinions reflect those of other individuals=
affiliated with any entity with which I am affiliated nor those of the ent=
ities themselves.=20
On Mon, Jun 20, 2011 at 1:49 PM, Knox, Ernest <Ernest.Knox@searshc.com>wrot=
e:=20
> So what should be increased to make these values or areas larger than=20
> what =3D he has showing? Once he bounces the instance, the same issue=20
> could re-occu=3D r sooner than later.
>=20
> > 3 1381386244 239800000 41943040 1792 V 996 9244=3D20
> > 4 1381386245 23c000000 41943040 1792 V 846 9394
>=20
> Thanks,
> *******************************************************************
> Ernie Knox
> IT Database=3DA0Administrator Specialist Sears Holdings - BU: I & T=20
> Group
> 3333 Beverly Rd.=20
> Hoffman Estates, IL. 60179
> Office: (847) 286-5735
> Email: Ernest.Knox@searshc.com
> Blackberry:=3DA02244650553@messaging.sprintpcs.com
> Page via Skytel: 2244650553@sprint.skytel.com Informix or MySQL=20
> Primary: 9110210@skytel.com Informix or MySQL Secondary:=20
> 7276872@skytel.com Informix Email: ifmxdba@searshc.com and=20
> InformixDBA@searshc.com MySQL Email: mysqldba2@searshc.com
>=20
> " Yes we can make a Change! "=20
> " It's always a great day to watch=3DA0Sports - GO LIONS, TIGERS, and BEA=
RS!=20
> "=20
> " Lets not forget - GO Pistons and Red Wings! "=20
> GSU
> *******************************************************************
>=20
> -----Original Message-----
> From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of=20
> Art K=3D agel
> Sent: Monday, June 20, 2011 1:09 PM
> To: ids@iiug.org
> Subject: Re: Can not release unused virtual memory segment [24088]
>=20
> The problem is that the segment is NOT unused. There are over 900=20
> blocks us=3D ed in segment #3 and over 800 blocks used in segment #4.=20
> That is why you ca=3D nnot release them. The only way will be to=20
> shutdown the server and restart =3D it. There is no way to force the=20
> server to move the data from the additiona=3D l virtual segments to the=
=20
> unused space in the initial virtual segment.=3D20
>=20
> Art=3D20=20
>=20
> Art S. Kagel=3D20=20
> Advanced DataTools (www.advancedatatools.com)=3D20=20
> Blog: http://informix-myview.blogspot.com/=3D20=20
>=20
> Disclaimer: Please keep in mind that my own opinions are my own opinions=
=20
> an=3D=20
> d=3D20=20
> do not reflect on my employer, Advanced DataTools, the IIUG, nor any othe=
r=3D=20
> =3D20=20
> organization with which I am associated either explicitly, implicitly, or=
=20
> b=3D=20
> y=3D20=20
> inference. Neither do those opinions reflect those of other individuals=
=3D20=20
> affiliated with any entity with which I am affiliated nor those of the=3D=
20=20
> entities themselves.=3D20=20
>=20
> On Mon, Jun 20, 2011 at 12:40 PM, KANTI BAKARANIA <=20
> kbakarania@pascoclerk.co=3D=20
> m=3D20=20
> > wrote:=3D20=20
>=20
> > IBM Informix Dynamic Server Version 9.40.FC2=3D20=20
> >=3D20=20
> > Tru64 UNIX version 5.1a=3D20=20
> >=3D20=20
> > I want to release unused virtual memory segment. I used the command=20
> onmod=3D=20
> e=3D20=20
> > -F.=3D20=20
> > It does not work. online.log has following entry.=3D20=20
> >=3D20=20
> > 11:28:22 Attempting to free unused operating system segments. This=3D20=
=20
> > operation may take several minutes.=3D20=20
> >=3D20=20
> > 11:47:19 shmat: [ENOMEM][12]: out of available data space, check system=
=3D=20
> =3D20=20
> > MAXMEM=3D20=20
> >=3D20=20
> > 11:47:19 create_tcb: cannot allocate memory=3D20=20
> >=3D20=20
> > 11:47:25 shmat: [ENOMEM][12]: out of available data space, check system=
=3D=20
> =3D20=20
> > MAXMEM=3D20=20
> >=3D20=20
> > 11:47:25 out of virtual shared memory=3D20=20
> >=3D20=20
> > Here is the output for onstat -g seg.=3D20=20
> >=3D20=20
> > # onstat -g seg=3D20=20
> >=3D20=20
> > IBM Informix Dynamic Server Version 9.40.FC2 -- On-Line -- Up 13:52:13=
=20
> --=3D=20
> =3D20=20> > 1024000 Kbytes=3D20=20
> >=3D20=20
> > Segment Summary:=3D20=20
> > id key addr size ovhd class blkused blkfree=3D20=20
> > 0 1381386241 200000000 595591168 437760 R* 144776 632=3D20=20
> > 1 1381386242 223800000 360710144 11520 V 71571 16493=3D20=20
> > 2 1381386243 239000000 8388608 768 M 1231 817=3D20=20
> > 3 1381386244 239800000 41943040 1792 V 996 9244=3D20=20
> > 4 1381386245 23c000000 41943040 1792 V 846 9394=3D20=20
> > Total: - - 1048576000 - - 219420 36580=3D20=20
> >=3D20=20
> > (* segment locked in memory)=3D20=20
> >=3D20=20
> > onconfig file parameters.=3D20=20
> >=3D20=20
> > SHMBASE 0x200000000L=3D20=20
> > SHMVIRTSIZE 350000=3D20=20
> > SHMADD 40960=3D20=20
> > SHMTOTAL 0=3D20=20
> > DUMPSHMEM 1=3D20=20
> >=3D20=20> > We have problem for ontape backup to run. We need to release unused=20
> virtu=3D=20
> al=3D20=20
> > memory segment.=3D20=20
> >=3D20=20
> > Thank you=3D20=20
> >=3D20=20
> > Kanti=3D20=20
> >=3D20=20
> >=3D20=20
> >=3D20=20
> >=3D20=20
>=20
> *************************************************************************=
**=3D=20
> ****=3D20=20
> > Forum Note: Use "Reply" to post a response in the discussion forum.=3D2=
0=
ontape can take a large amount of memory if configured wrong. Please
check the units in the onconfig for the tape blocks.
in general it will take (TAPEBLK * ARCHIVE_BUF_COUNT)
TAPEBLK===> the size of the tape block as set in the onconfig (set as KB, not
bytes)
ARCHIVE_BUF_COUNT
====> Defaults to 3, or as set the by the environment
variables when start ontape
John F. Miller III
STSM, Embedability Architect
miller3@us.ibm.com
503-578-5645
IBM Informix Dynamic Server (IDS)
ids-bounces@iiug.org wrote on 06/20/2011 11:26:25 AM:
> [image removed]
>
> Re: Cannot release unused virtual memory segment [24094]
>
> Art Kagel
>
> to:
>
> ids
>
> 06/20/2011 11:27 AM
>
> Sent by:
>
> ids-bounces@iiug.org
>
> Please respond to ids
>
> It absolutely could, and to fix that, which is a different question, I
would
> add the sizes of the two additional segments to the size of the initial
> SHMVIRTSIZE. But, the OP's original problem is that he apparently cannot
> run ontape because they are out of memory and the only thing that's going
to
> prevent that from recurring is by buy more memory and install it.
>
> Art
>
> Art S. Kagel
> Advanced DataTools (www.advancedatatools.com)
> Blog: http://informix-myview.blogspot.com/
>
> Disclaimer: Please keep in mind that my own opinions are my own opinions
and
> do not reflect on my employer, Advanced DataTools, the IIUG, nor any
other
> organization with which I am associated either explicitly, implicitly, or
by
> inference. Neither do those opinions reflect those of other individuals
> affiliated with any entity with which I am affiliated nor those of the
> entities themselves.
>
> On Mon, Jun 20, 2011 at 1:49 PM, Knox, Ernest
<Ernest.Knox@searshc.com>wrote:
>
> > So what should be increased to make these values or areas larger than
what
> > =
> > he has showing? Once he bounces the instance, the same issue
couldre-occu=
> > r sooner than later.
> >
> > > 3 1381386244 239800000 41943040 1792 V 996 9244=20
> > > 4 1381386245 23c000000 41943040 1792 V 846 9394
> >
> > Thanks,
> > *******************************************************************
> > Ernie Knox
> > IT Database=A0Administrator Specialist
> > Sears Holdings - BU: I & T Group
> > 3333 Beverly Rd.
> > Hoffman Estates, IL. 60179
> > Office: (847) 286-5735
> > Email: Ernest.Knox@searshc.com
> > Blackberry:=A02244650553@messaging.sprintpcs.com
> > Page via Skytel: 2244650553@sprint.skytel.com
> > Informix or MySQL Primary: 9110210@skytel.com
> > Informix or MySQL Secondary: 7276872@skytel.com
> > Informix Email: ifmxdba@searshc.com and InformixDBA@searshc.com
> > MySQL Email: mysqldba2@searshc.com
> >
> > " Yes we can make a Change! "
> > " It's always a great day to watch=A0Sports - GO LIONS, TIGERS, and
BEARS!
> > "
> > " Lets not forget - GO Pistons and Red Wings! "
> > GSU
> > *******************************************************************
> >
> > -----Original Message-----
> > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of
Art
> > K=
> > agel
> > Sent: Monday, June 20, 2011 1:09 PM
> > To: ids@iiug.org
> > Subject: Re: Can not release unused virtual memory segment [24088]
> >
> > The problem is that the segment is NOT unused. There are over 900
blocks
> > us=
> > ed in segment #3 and over 800 blocks used in segment #4. That is why
you
> > ca=
> > nnot release them. The only way will be to shutdown the server and
restart
> > =
> > it. There is no way to force the server to move the data from the
> > additiona=
> > l virtual segments to the unused space in the initial virtual
segment.=20
> >
> > Art=20
> >
> > Art S. Kagel=20
> > Advanced DataTools (www.advancedatatools.com)=20
> > Blog: http://informix-myview.blogspot.com/=20
> >
> > Disclaimer: Please keep in mind that my own opinions are my own
opinions
> > an=
> > d=20
> > do not reflect on my employer, Advanced DataTools, the IIUG, nor any
other=
> > =20
> > organization with which I am associated either explicitly, implicitly,
or
> > b=
> > y=20
> > inference. Neither do those opinions reflect those of other
individuals=20
> > affiliated with any entity with which I am affiliated nor those of
the=20
> > entities themselves.=20
> >
> > On Mon, Jun 20, 2011 at 12:40 PM, KANTI BAKARANIA <
> > kbakarania@pascoclerk.co=
> > m=20
> > > wrote:=20
> >
> > > IBM Informix Dynamic Server Version 9.40.FC2=20
> > >=20
> > > Tru64 UNIX version 5.1a=20
> > >=20
> > > I want to release unused virtual memory segment. I used the command
> > onmod=
> > e=20
> > > -F.=20
> > > It does not work. online.log has following entry.=20
> > >=20
> > > 11:28:22 Attempting to free unused operating system segments. This=20
> > > operation may take several minutes.=20
> > >=20
> > > 11:47:19 shmat: [ENOMEM][12]: out of available data space, check
system=
> > =20
> > > MAXMEM=20
> > >=20
> > > 11:47:19 create_tcb: cannot allocate memory=20
> > >=20
> > > 11:47:25 shmat: [ENOMEM][12]: out of available data space, check
system=
> > =20
> > > MAXMEM=20
> > >=20
> > > 11:47:25 out of virtual shared memory=20
> > >=20
> > > Here is the output for onstat -g seg.=20
> > >=20
> > > # onstat -g seg=20
> > >=20
> > > IBM Informix Dynamic Server Version 9.40.FC2 -- On-Line -- Up
13:52:13
> > --=
> > =20> > > 1024000 Kbytes=20
> > >=20
> > > Segment Summary:=20
> > > id key addr size ovhd class blkused blkfree=20
> > > 0 1381386241 200000000 595591168 437760 R* 144776 632=20
> > > 1 1381386242 223800000 360710144 11520 V 71571 16493=20
> > > 2 1381386243 239000000 8388608 768 M 1231 817=20
> > > 3 1381386244 239800000 41943040 1792 V 996 9244=20
> > > 4 1381386245 23c000000 41943040 1792 V 846 9394=20
> > > Total: - - 1048576000 - - 219420 36580=20
> > >=20
> > > (* segment locked in memory)=20
> > >=20
> > > onconfig file parameters.=20
> > >=20
> > > SHMBASE 0x200000000L=20
> > > SHMVIRTSIZE 350000=20
> > > SHMADD 40960=20
> > > SHMTOTAL 0=20
> > > DUMPSHMEM 1=20
> > >=20> > > We have problem for ontape backup to run. We need to release unused
> > virtu=
> > al=20
> > > memory segment.=20
> > >=20
> > > Thank you=20
> > >=20
> > > Kanti=20
> > >=20
> > >=20
> > >=20
> > >=20
> >
> >
>
***************************************************************************=
> > ****=20
> > > Forum Note: Use "Reply" to post a response in the discussion
forum.=20
> > >=20
> > >=20
> >
> > --20cf3071c696e9478e04a627caaf=20
> >
> >
> >
>
***************************************************************************=
> > ****=20
> > Forum Note: Use "Reply" to post a response in the discussion forum.=20
> >
> > This message, including any attachments, is the property of Sears
Holdings
> > =@
Just a question: Is the same true fro onbar ?
Dirk
> -----Original Message-----
> From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of
> John Miller iii
> Sent: Monday, 20 June 2011 10:05 PM
> To: ids@iiug.org
> Subject: Re: Cannot release unused virtual memory segment [24099]
>
> ontape can take a large amount of memory if configured wrong. Please
> check the units in the onconfig for the tape blocks.
>
> in general it will take (TAPEBLK * ARCHIVE_BUF_COUNT)
>
> TAPEBLK> ===> the size of the tape block as set in the onconfig (set as KB, not
> bytes)
>
> ARCHIVE_BUF_COUNT
> ====> Defaults to 3, or as set the by the environment
>
> variables when start ontape
>
> John F. Miller III
> STSM, Embedability Architect
> miller3@us.ibm.com
> 503-578-5645
> IBM Informix Dynamic Server (IDS)
>
> ids-bounces@iiug.org wrote on 06/20/2011 11:26:25 AM:
>
> > [image removed]
> >
> > Re: Cannot release unused virtual memory segment [24094]
> >
> > Art Kagel
> >
> > to:
> >
> > ids
> >
> > 06/20/2011 11:27 AM
> >
> > Sent by:
> >
> > ids-bounces@iiug.org
> >
> > Please respond to ids
> >
> > It absolutely could, and to fix that, which is a different question,
> I
> would
> > add the sizes of the two additional segments to the size of the
> initial
> > SHMVIRTSIZE. But, the OP's original problem is that he apparently
> cannot
> > run ontape because they are out of memory and the only thing that's
> going
> to
> > prevent that from recurring is by buy more memory and install it.
> >
> > Art
> >
> > Art S. Kagel
> > Advanced DataTools (www.advancedatatools.com)
> > Blog: http://informix-myview.blogspot.com/
> >
> > Disclaimer: Please keep in mind that my own opinions are my own
> opinions
> and
> > do not reflect on my employer, Advanced DataTools, the IIUG, nor any
> other
> > organization with which I am associated either explicitly,
> implicitly, or
> by
> > inference. Neither do those opinions reflect those of other
> individuals
> > affiliated with any entity with which I am affiliated nor those of
> the
> > entities themselves.
> >
> > On Mon, Jun 20, 2011 at 1:49 PM, Knox, Ernest
> <Ernest.Knox@searshc.com>wrote:
> >
> > > So what should be increased to make these values or areas larger
> than
> what
> > > =
> > > he has showing? Once he bounces the instance, the same issue
> couldre-occu=
> > > r sooner than later.
> > >
> > > > 3 1381386244 239800000 41943040 1792 V 996 9244=20
> > > > 4 1381386245 23c000000 41943040 1792 V 846 9394
> > >
> > > Thanks,
> > > *******************************************************************
> > > Ernie Knox
> > > IT Database=A0Administrator Specialist
> > > Sears Holdings - BU: I & T Group
> > > 3333 Beverly Rd.
> > > Hoffman Estates, IL. 60179
> > > Office: (847) 286-5735
> > > Email: Ernest.Knox@searshc.com
> > > Blackberry:=A02244650553@messaging.sprintpcs.com
> > > Page via Skytel: 2244650553@sprint.skytel.com
> > > Informix or MySQL Primary: 9110210@skytel.com
> > > Informix or MySQL Secondary: 7276872@skytel.com
> > > Informix Email: ifmxdba@searshc.com and InformixDBA@searshc.com
> > > MySQL Email: mysqldba2@searshc.com
> > >
> > > " Yes we can make a Change! "
> > > " It's always a great day to watch=A0Sports - GO LIONS, TIGERS, and
> BEARS!
> > > "
> > > " Lets not forget - GO Pistons and Red Wings! "
> > > GSU
> > > *******************************************************************
> > >
> > > -----Original Message-----
> > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf
> Of
> Art
> > > K=
> > > agel
> > > Sent: Monday, June 20, 2011 1:09 PM
> > > To: ids@iiug.org
> > > Subject: Re: Can not release unused virtual memory segment [24088]
> > >
> > > The problem is that the segment is NOT unused. There are over 900
> blocks
> > > us=
> > > ed in segment #3 and over 800 blocks used in segment #4. That is
> why
> you
> > > ca=
> > > nnot release them. The only way will be to shutdown the server and
> restart
> > > =
> > > it. There is no way to force the server to move the data from the
> > > additiona=
> > > l virtual segments to the unused space in the initial virtual
> segment.=20
> > >
> > > Art=20
> > >
> > > Art S. Kagel=20
> > > Advanced DataTools (www.advancedatatools.com)=20
> > > Blog: http://informix-myview.blogspot.com/=20
> > >
> > > Disclaimer: Please keep in mind that my own opinions are my own
> opinions
> > > an=
> > > d=20
> > > do not reflect on my employer, Advanced DataTools, the IIUG, nor
> any
> other=
> > > =20
> > > organization with which I am associated either explicitly,
> implicitly,
> or
> > > b=
> > > y=20
> > > inference. Neither do those opinions reflect those of other
> individuals=20
> > > affiliated with any entity with which I am affiliated nor those of
> the=20
> > > entities themselves.=20
> > >
> > > On Mon, Jun 20, 2011 at 12:40 PM, KANTI BAKARANIA <
> > > kbakarania@pascoclerk.co=
> > > m=20
> > > > wrote:=20
> > >
> > > > IBM Informix Dynamic Server Version 9.40.FC2=20
> > > >=20
> > > > Tru64 UNIX version 5.1a=20
> > > >=20
> > > > I want to release unused virtual memory segment. I used the
> command
> > > onmod=
> > > e=20
> > > > -F.=20
> > > > It does not work. online.log has following entry.=20
> > > >=20
> > > > 11:28:22 Attempting to free unused operating system segments.
> This=20
>
> > > > operation may take several minutes.=20
> > > >=20
> > > > 11:47:19 shmat: [ENOMEM][12]: out of available data space, check
> system=
> > > =20
> > > > MAXMEM=20
> > > >=20
> > > > 11:47:19 create_tcb: cannot allocate memory=20
> > > >=20
> > > > 11:47:25 shmat: [ENOMEM][12]: out of available data space, check
> system=
> > > =20
> > > > MAXMEM=20
> > > >=20
> > > > 11:47:25 out of virtual shared memory=20
> > > >=20
> > > > Here is the output for onstat -g seg.=20
> > > >=20
> > > > # onstat -g seg=20
> > > >=20
> > > > IBM Informix Dynamic Server Version 9.40.FC2 -- On-Line -- Up
> 13:52:13
> > > --=
> > > =20> > > > 1024000 Kbytes=20
> > > >=20
> > > > Segment Summary:=20
> > > > id key addr size ovhd class blkused blkfree=20
> > > > 0 1381386241 200000000 595591168 437760 R* 144776 632=20
> > > > 1 1381386242 223800000 360710144 11520 V 71571 16493=20
> > > > 2 1381386243 239000000 8388608 768 M 1231 817=20
> > > > 3 1381386244 239800000 41943040 1792 V 996 9244=20
> > > > 4 1381386245 23c000000 41943040 1792 V 846 9394=20
> > > > Total: - - 1048576000 - - 219420 36580=20
> > > >=20
> > > > (* segment locked in memory)=20
> > > >=20
> > > > onconfig file parameters.=20
> > > >=20
> > > > SHMBASE 0x200000000L=20
> > > > SHMVIRTSIZE 350000=20
> > > > SHMADD 40960=20
> > > > SHMTOTAL 0=20
> > > > DUMPSHMEM 1=20
> > > >=20> > > > We have problem for ontape back
Related threads
- Posting from the Informix-list
- Migrating from IDS 9.40.UC6 to 11.50.UC3
- Ip for a network session
- questions onstat -g