[nv-l] ITSA, ovtopodump and fully-qualified selection names

NetView 7.1.4 FP3, plus ITSA 1.3 (no patches) on SuSE 9.1 Pro.

I have 3 different switches, all of which have been happily discoveredand managed by ITSA in the past. I had deleted them all entirely fromthe NetView database and checked ovtopodump -X to ensure there were noLayer 2 entries left. "Node Deleted" events noted in NetView event log.

Rediscovered switches with NetView - no problems. Selection names areswitch.skills-1st.co.uk, switch2.skills-1st.co.uk andswitch3.skills-1st.co.uk (imaginative huh!).

Use Layer2 menus to initiate rediscovery - works for switch2 and failsfor the other 2. Tried underlying "L2_topo_req.sh -sswitch.skills-1st.co.uk" and get usage error suggesting it couldn't findthe Selection Name. Tried "L2_topo_req.sh -o <correct object id (foundfrom ovtopodump) > - no error message / all OK. Tried "L2_topo_req.sh-s switch.skills-1st.co.uk." - note trailing "." on selection name - andbless me if it didn't work!!!

Deleted all 3 switches entirely and completely recycled all NetViewdaemons. Rediscovered 3 switches - same symptoms.

Digging deeper, ovobjprint definitely has Selection Name fields withoutthe trailing "."; however "ovtopodump -lr switch2.skills-1st.co.uk"gives information but "ovtopodump -lr switch.skills-1st.co.uk" does not- it DOES if you put a trailing "." on.

I thought initially I had an ITSA problem but now I suspect NetViewtopology database issues. Not sure where ITSA goes for its info but Iam suspecting topo rather than object database.....

Has anyone seen anything remotely like this before??

Cheers,
Jane

--
Tivoli Certified Consultant & Instructor
Skills 1st Limited, 2 Cedar Chase, Taplow, Bucks, SL6 0EU, UK
Tel: +44 (0)1628 782565
Copyright (c) 2005 Jane Curry <jane.curry AT skills-1st.co DOT uk>.  All rights 
reserved.