Hernan, have you called support about this?
First you must make sure there is enough room in /usr/OV to hold
a core file when the ovwdb daemon dies. So either make a
separate filesystem for /usr/OV/PD, or increase /usr/OV to
accomodate that 234MB core as well as your largest
database plus room to move, and room for intermediate files
during compression.
The ovwdb daemon died and made the core file. The question
is why, and will it happen again? Perhaps it ran short of space
first, and then cored. Or perhaps it died for some other reason
and the core came later and filled the space. In that case, you
will need the core file for diagnostics.
There is a readcore tool in the /usr/OV/services directory for
processing core files. Support will need the output of that tool.
I will send you the (long) set of instructions that Support gives
out regarding backup and compression of the different database
formats.
Cordially,
Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit
---------------------- Forwarded by Leslie Clark/Southfield/IBM on
03/22/2000 05:52 PM ---------------------------
"Hernan Dario Villegas Londono" <hvillega@bancolombia.com.co>@tkg.com on
03/22/2000 09:19:53 AM
Please respond to IBM NetView Discussion <nv-l@tkg.com>
Sent by: owner-nv-l@tkg.com
To: IBM NetView Discussion <nv-l@tkg.com>
cc:
Subject: [NV-L] ovwdb cores
Hi all, I have Netview 5.1.2 , AIX 4.3.2 . Risc H50 , 1 GB RAM.
CiscoWorks2000.
Since the last Saturday I had problems with the ovwdb. I inspected and saw
the
/usr/OV with 100% of utilization. I perceived that the file
/usr/OV/PD/cores/ovwdb/core was very big ( 234 Mb ). After this, I
cleared
this file and, when I tried to start the GUI , it started, but some
collections
had disappeared and other ones had lost the definitions of the collection
rule.
In addition, the manager submap became " blue " .
I restored a backup and the healing was the same ( The usr/OV began to
increase until 100% and the file core became very big) .
The number of objects in the database is 27400, and I have programmed the
cache
in 30000.
However, I compressed de objects database and the IP topology database.
>From now on, the plattform is stable.
Did I do a good procedure ?
What is the recommendation about compressing the databases ?
What else can I do ?
I would apreciate any suggestion.
Regards,
Hernan Dario Villegas
_________________________________________________________________________
NV-L List information (unsubscribing, policies, posting, digest version,
searchable archives): http://www.tkg.com/nv-l
|