Not that I ever heard of. Those are provided by the vendor, so you
will need to go to Cisco for replacement, or discard them.
Cordially,
Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit
=========================================================================
Thanks,
I found one of the files (wsx6302msm) only had .p and .m files. Is there
anyway to make a file with no extension from the .p and .m files?
Patrick
-----Original Message-----
From: Discussion of IBM NetView and POLYCENTER Manager on NetView
[mailto:NV-L@UCSBVM.ucsb.edu] On Behalf Of Leslie Clark
Sent: Monday, January 31, 2000 2:30 PM
To: NV-L@UCSBVM.ucsb.edu
Subject: FW: Error reading background file
Oh. I believe it by 'ls' output order in the /usr/OV/bitmaps/C directory.
Compare
the output of 'ovw -config' to the order of 'ls'.
Take a look in there at all of the Cisco ones. For each one, there should
be one
file with no extention, and pairs of files for each size. One error usually
involves
a missing file, the one with no extention; you need to get rid of the ones
that
go with it. Another error usually involves a file missing its mate ( a .p
and no
.m or something like that.) Another error involves files which are present
but
contain bad data. Another error involves a file of size 0. If you don't
need these
particular symbols, you can just remove all of the files involved with
them. But
then you need to go into the Ciscoview symbols file (in /usr/OV/symbols/C)
and remove the references to these bitmaps, whether you are using them or
not.
Cordially,
Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
(248) 552-4968 Voicemail, Fax, Pager
---------------------- Forwarded by Leslie Clark/Southfield/IBM on
01/31/2000 03:23 PM ---------------------------
Patrick McNeil <patrick_mcneil@yahoo.com>@UCSBVM.UCSB.EDU> on 01/31/2000
02:37:29 PM
Please respond to patrick_mcneil@yahoo.com
Sent by: Discussion of IBM NetView and POLYCENTER Manager on NetView
<NV-L@UCSBVM.UCSB.EDU>
To: NV-L@UCSBVM.UCSB.EDU
cc:
Subject: FW: Error reading background file
When I run the nv6000 -verify, I get a long list of commands (1255 lines)
and at the end it says verification complete. I looked through the file
and
could not find any line that looked like a failure or an error.
When I run the nv6000 -config, it gets to a specific symbol (cpw216) and
that is the last successful symbol compiled.
I am trying to determine how the files are processed (i.e. by OID, order in
oid_to_sym file, etc) to determine what the next file would be.
Patrick
-----Original Message-----
From: BENNETT.CHRIS@canadatrust.com
[mailto:BENNETT.CHRIS@canadatrust.com]
Sent: Monday, January 31, 2000 11:20 AM
To: patrick_mcneil@YAHOO.COM; lclark@US.IBM.COM
Subject: Error reading background file
Patrick / Leslie: I've had this in the past, to clear it up, I'd suggest
the
following:
1) close map
2) nv6000 -verify | more (this will show which bitmap it is dying on
3) nv6000 -config | more
4) correct or delete bitmaps which are causing issue
5) open map
I believe that you won't need to cleanup any bitmaps just run the two
nv6000
commands to re-read the files correctly.
Chris Bennett
Canada Trust
------------------( Forwarded letter 1 follows )---------------------
Date: Mon, 31 Jan 2000 10:34:10 -0600
To: NV-L@UCSBVM.ucsb.edu
From: patrick_mcneil@YAHOO.COM
Sender: owner-nv-l@UCSBVM.UCSB.EDU
Reply-To: patrick_mcneil@yahoo.com
Subject: Error reading background file
Hello,
I recently updated some of our Cisco view information in NetView and since
the upgrade, I have started to received the following message when the
system starts up:
Error during reading background file. Press Ok.
Everything seems to work fine (i.e. the devices all have icons). We don't
use back ground bitmaps (at least not yet). I am assuming this is related
to the bitmaps in the /usr/OV/bitmaps/C directory. When I do a
NetView -config, I get the same message and it appears to be after a
particular file that is being worked on.
My question is what order does the NetView -config process the bitmaps. I
assumed that it was top to bottom from the oid_to_sym file, but based on
the
order of the symbols being processed, it does not appear to be so.
Any help would be appreciated.
Patrick
|