Re: dumpcheck...copy directory too small
From: Bill Verzal (BVerzal_at_KOMATSUNA.COM)
Date: 12/18/03
- Previous message: Green, Simon: "Re: dumpcheck...copy directory too small"
- In reply to: Green, Simon: "Re: dumpcheck...copy directory too small"
- Next in thread: John Jolet: "Re: dumpcheck...copy directory too small"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Thu, 18 Dec 2003 12:38:28 -0600 To: aix-l@Princeton.EDU
I do a similar thing:
sapbwp:root:/usr/samples/trcgui> sysdumpdev -l
primary /dev/primdump
secondary /dev/secdump
copy directory /var/adm/ras
forced copy flag TRUE
always allow dump FALSE
dump compression OFF
I create two unmirrored dump devices, one on each disk in rootvg.
BV
--------------------------------------------------------
"If everything is coming your way, then you are in the wrong lane"
Bill Verzal
AIX Administrator, Komatsu America
(847) 970-3726 - direct
(847) 970-4184 - fax
"Green, Simon"
<Simon.Green@EU.A
LTRIA.COM> To
Sent by: IBM AIX aix-l@Princeton.EDU
Discussion List cc
<aix-l@Princeton.
EDU> Subject
Re: dumpcheck...copy directory too
small
12/18/2003 10:49
AM
Please respond to
IBM AIX
Discussion List
<aix-l@Princeton.
EDU>
I believe that you're mistaken. When a dump is written to a
paging space, it just splats right over the top of it. Perhaps
dumpcheck doesn't realise this, and is reporting incorrectly.
The dump size increased with migration from 4.3 to 5L, just
because there are more modules, taking up more space. One also
finds that the estimated dump size - syusdumpdev -e - tends to
increase over time as more programs get loaded into memory.
Eventually it stabilises but it can take several days or even
weeks, depending on the particular work load on the system.
For some time now I've relied on dedicated dump devices - good
old /dev/hd7! With the size of internal disks in newer systems
there is no difficulty allocating a few hundred MB for this and
it's much more convenient than a paging space because you can
immediately re-boot your system without losing the dump.
On systems with a mirrored rootvg, I have hd7 and hd7a (or
similar), allocated as primary and secondary dump devices.
Simon Green
Altria ITSC Europe Ltd
AIX-L Archive at https://new-lists.princeton.edu/listserv/aix-l.html
AIX FAQ at http://www.faqs.org/faqs/aix-faq/
N.B. Unsolicited email from vendors will not be appreciated.
Please post all follow-ups to the list.
> -----Original Message-----
> From: John Jolet [mailto:john.jolet@FXFN.COM]
> Sent: 18 December 2003 16:20
> To: aix-l@Princeton.EDU
> Subject: Re: dumpcheck...copy directory too small
>
>
> increase the size of the dumpdev. in my case, i checked and
> my primary dump device was paging space...i seperated it out,
> and the warnings went away. what's happening is as your box
> swaps, the amount of space free to dump to shrinks. by
> seperating them, you get a consistent dump size. the
> dumpcheck thing is a script. check it out.
>
> -----Original Message-----
> From: IBM AIX Discussion List [mailto:aix-l@Princeton.EDU]On Behalf Of
> John Dunn
> Sent: Thursday, December 18, 2003 10:02 AM
> To: aix-l@Princeton.EDU
> Subject: dumpcheck...copy directory too small
>
>
> After upgrading to AIX 5 I am seeing many messages in the
> error log relating
> to dumpcheck...copy directory is too small.
>
> What is dumpcheck and what is required to get rid of these errors?
>
> John
>
- Previous message: Green, Simon: "Re: dumpcheck...copy directory too small"
- In reply to: Green, Simon: "Re: dumpcheck...copy directory too small"
- Next in thread: John Jolet: "Re: dumpcheck...copy directory too small"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
|
