Ah. Well, for clarification, the 'user plane' is when they are floating,
and the
'applicatoin plane' is when they are NOT floating, but are stuck down on
the
map. In the application plane, the ipmap application is managing them.
Cordially,
Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit
====================================================================
Leslie Clark wrote:
> I don't understand what you mean by "won't go into the user plane".
I think he means that there is a "shadow" around the object in the map.
It is possible that he has a network in aother submap that NetView thinks
this should be in.
I see that when objects are cut from one map and pasted into another and
NetView doesn't see how they are connected. I would recommend that you
first put the network objects into the maps. Then when new objects appear
in the IP Internet map, they will have a connection into the map in which
NetView thinks they belong. Cut an paste it into that map, and again, if
there is a sub map in that map to which the object connects, you can cut it
and paste it there. Continue the process until the object is where you
want it to be.
Sorry this is so brief... I hope it helps.
>
> When I have seen the 'null field' problem and was not able to
> open the map, it was because the /usr/OV filesystem had run out of
> space.
>
> Cordially,
>
> Leslie A. Clark
> IBM Global Services - Systems Mgmt & Networking
> Detroit
> ==========================================================
>
> ... and other problems.
>
> This all started just after the first of the year. After stopping all
> processes to do a tape backup of the database files, all daemons came
> back up but when trying to start ovw I would get this message:
>
> Error retrieving mapdb field info: Null field value
>
> (I sent this to the list at the time, but it was when the list was dead
> for awhile.)
>
> I restored from backup and all seemed to work (including ovw) except
> that now there are some submaps where objects will not go into the user
> plane. Even containers - which should never have a problem with that.
>
> I tried running db utility ovmapcount, and got (and still get) these
> messages:
> #ovmapcount -a
> Loading maps from database.
> Determing maps that might exist on other client machine.
> Maps found on local server machine.
> No maps found.
> Maps existing on client machines.
>
> default
> Checking Symbol List fields.
> Loading objects from database.
> 5745 objects in object database.
> Checking OVW Maps Exists and OVW Maps Managed counts.
> Processing non-local map .
> Error: Could not open nonlocal ovmapdump file ""
>
> There are no maps on client machines. There is only one map (default).
>
> I have tried to delete the client map, but as it appears to have no
> name, I can't find a way to do that. mapadmin returns:
>
> #mapadmin -l
> Map Name Map State Mapdb Timestamp
> -------- --------- ---------------
> default Invalid 944597446
> #
>
> I ran ovtopodump -A and much work was done, but it didn't improve the
> situation.
>
> Can you guide me toward a solution? (The most troublesome is objects not
> going into the user plane).
>
> -John
>
> --
> ---------------------------------+--------------------------------------
> John Grover | Operations Manager,
> UNET, Technology Services | Senior Technical Support Specialist
> University of Maine System | JGrover AT Maine DOT
> edu
> Computing Center | phone: (207) 581-3510
> Orono, ME 04469 | fax: (207) 581-3531
--
Ray Schafer | schafer AT tkg DOT com
The Kernel Group | Distributed Systems Management
http://www.tkg.com
|
