Your e-mail message has been returned to you, as the "gar.esys.com" domain
address is no longer valid. The E-Systems Garland facility is now a part
of Raytheon, and all e-mail addresses are "@raytheon.com". Please resend
your e-mail message in the format: firstname_m_lastname@raytheon.com
(e.g. john_p_smith@raytheon.com). If you do not know the middle initial, try
the format: firstname_lastname@raytheon.com ; in most cases, this will work.
If not, you should get an error message returned to you. To reach the
Raytheon Garland facility helpdesk for more information, dial 972-205-4357.
You wrote:
>
>Messages in this digest:
>
>1 - "Re: NV-L Digest - 04 Jul 2000"
>2 - "Re: Database connection lost - correction"
>3 - "RE: Event Correlation"
>4 - "Changing NVW IP address"
>5 - "Re: RE: Event Correlation"
>6 - "RE: nvTurboDatabase on Solaris?"
>7 - "RE: nvTurboDatabase on Solaris?"
>8 - "Re: Location of NetView icon."
>9 - "Re: nvTurboDatabase on Solaris?"
>10 - "Re: RE: Event Correlation"
>11 - "Re: Changing NVW IP address"
>12 - "Re: Location of NetView icon."
>13 - "Re: Database connection lost"
>14 - "Re: Location of NetView icon."
>15 - "Re: Location of NetView icon."
>16 - "Re: NetView 6.0 & CiscoWorks"
>17 - "Re: Location of NetView icon."
>18 - "Tivoli Service Desk and NetView"
>19 - "MIBs on Cisco Cat4003/4006"
>
>
>=========================================================================
>Date: Tue Jul 4 22:02:20 2000
>From: Recipients of NV-L digests <nv-l-digest@tkg.com>
>Subject: Re: NV-L Digest - 04 Jul 2000
>
>Your e-mail message has been returned to you, as the "gar.esys.com" domain
>address is no longer valid. The E-Systems Garland facility is now a part
>of Raytheon, and all e-mail addresses are "@raytheon.com". Please resend
>your e-mail message in the format: firstname_m_lastname@raytheon.com
>(e.g. john_p_smith@raytheon.com). If you do not know the middle initial, try
>the format: firstname_lastname@raytheon.com ; in most cases, this will work.
>If not, you should get an error message returned to you. To reach the
>Raytheon Garland facility helpdesk for more information, dial 972-205-4357.
>
>You wrote:
>
>>
>>Messages in this digest:
>>
>>1 - "Re: NV-L Digest - 03 Jul 2000"
>>2 - "NetView 6.0 & CiscoWorks"
>>3 - "Location of NetView icon."
>>4 - "nvTurboDatabase on Solaris?"
>>5 - "RE: nvTurboDatabase on Solaris?"
>>6 - "Event Correlation"
>>7 - "Re: Event Correlation"
>>8 - "Event Correlation"
>>
>>
>>=========================================================================
>>Date: Mon Jul 3 22:04:42 2000
>>From: Recipients of NV-L digests <nv-l-digest@tkg.com>
>>Subject: Re: NV-L Digest - 03 Jul 2000
>>
>>Your e-mail message has been returned to you, as the "gar.esys.com" domain
>>address is no longer valid. The E-Systems Garland facility is now a part
>>of Raytheon, and all e-mail addresses are "@raytheon.com". Please resend
>>your e-mail message in the format: firstname_m_lastname@raytheon.com
>>(e.g. john_p_smith@raytheon.com). If you do not know the middle initial, try
>>the format: firstname_lastname@raytheon.com ; in most cases, this will work.
>>If not, you should get an error message returned to you. To reach the
>>Raytheon Garland facility helpdesk for more information, dial 972-205-4357.
>>
>>You wrote:
>>
>>>
>>>Messages in this digest:
>>>
>>>1 - "Re: NV-L Digest - 02 Jul 2000"
>>>2 - "mib2trap and BITS SYNTAX."
>>>3 - "SMS messages"
>>>4 - "Reg Cabletron Mibs!"
>>>5 - "RE: Reg Cabletron Mibs!"
>>>6 - "Re: mib2trap and BITS SYNTAX."
>>>7 - "Database connection lost"
>>>8 - "Re: SMS messages"
>>>9 - "netmon dies after adding in another standard cisco device"
>>>10 - "Re: SMS messages"
>>>11 - "Re: Database connection lost"
>>>12 - "Re: netmon dies after adding in another standard cisco device"
>>>13 - "Antwort: Re: SMS messages"
>>>14 - "Re: netmon dies after adding in another standard cisco device"
>>>15 - "Re: Antwort: Re: SMS messages"
>>>16 - "Re: netmon dies after adding in another standard cisco device"
>>>17 - "Re: Database connection lost"
>>>
>>>
>>>=========================================================================
>>>Date: Sun Jul 2 22:01:53 2000
>>>From: Recipients of NV-L digests <nv-l-digest@tkg.com>
>>>Subject: Re: NV-L Digest - 02 Jul 2000
>>>
>>>Your e-mail message has been returned to you, as the "gar.esys.com" domain
>>>address is no longer valid. The E-Systems Garland facility is now a part
>>>of Raytheon, and all e-mail addresses are "@raytheon.com". Please resend
>>>your e-mail message in the format: firstname_m_lastname@raytheon.com
>>>(e.g. john_p_smith@raytheon.com). If you do not know the middle initial, try
>>>the format: firstname_lastname@raytheon.com ; in most cases, this will work.
>>>If not, you should get an error message returned to you. To reach the
>>>Raytheon Garland facility helpdesk for more information, dial 972-205-4357.
>>>
>>>You wrote:
>>>
>>>>
>>>>Messages in this digest:
>>>>
>>>>1 - "=?ISO-8859-1?Q?NV-L=20Digest=20-=2001=20Jul=202000Olen=20kes=E4l?=
>>>>=?ISO-8859-1?Q?omalla=2026.-30.6.2000?="
>>>>2 - "=?ISO-8859-1?Q?NV-L=20Digest=20-=2001=20Jul=202000Olen=20kes=E4l?=
>>>>=?ISO-8859-1?Q?omalla=2026.-30.6.2000?="
>>>>3 - "Re: NV-L Digest - 01 Jul 2000"
>>>>4 - "Re: Zooming Maps"
>>>>
>>>>
>>>>=========================================================================
>>>>Date: Sun, 02 Jul 2000 06:04:05 +0300
>>>>From: =?ISO-8859-1?Q?Veli-Pekka=20Rajam=E4ki?=
>>>><veli-pekka.rajamaki@rautaruukki.fi>
>>>>Subject: =?ISO-8859-1?Q?NV-L=20Digest=20-=2001=20Jul=202000Olen=20kes=E4l?=
>>>>=?ISO-8859-1?Q?omalla=2026.-30.6.2000?=
>>>>
>>>>=========================================================================
>>>>Date: Sun, 02 Jul 2000 06:04:05 +0300
>>>>From: =?ISO-8859-1?Q?Veli-Pekka=20Rajam=E4ki?=
>>>><veli-pekka.rajamaki@rautaruukki.fi>
>>>>Subject: =?ISO-8859-1?Q?NV-L=20Digest=20-=2001=20Jul=202000Olen=20kes=E4l?=
>>>>=?ISO-8859-1?Q?omalla=2026.-30.6.2000?=
>>>>
>>>>=========================================================================
>>>>Date: Sat Jul 1 22:02:31 2000
>>>>From: Recipients of NV-L digests <nv-l-digest@tkg.com>
>>>>Subject: Re: NV-L Digest - 01 Jul 2000
>>>>
>>>>Your e-mail message has been returned to you, as the "gar.esys.com" domain
>>>>address is no longer valid. The E-Systems Garland facility is now a part
>>>>of Raytheon, and all e-mail addresses are "@raytheon.com". Please resend
>>>>your e-mail message in the format: firstname_m_lastname@raytheon.com
>>>>(e.g. john_p_smith@raytheon.com). If you do not know the middle initial,
>>>>try
>>>>the format: firstname_lastname@raytheon.com ; in most cases, this will
>>>>work.
>>>>If not, you should get an error message returned to you. To reach the
>>>>Raytheon Garland facility helpdesk for more information, dial 972-205-4357.
>>>>
>>>>You wrote:
>>>>
>>>>>
>>>>>Messages in this digest:
>>>>>
>>>>>1 - "Re: NV-L Digest - 30 Jun 2000"
>>>>>2 - "=?ISO-8859-1?Q?NV-L=20Digest=20-=2030=20Jun=202000Olen=20kes=E4l?=
>>>>>=?ISO-8859-1?Q?omalla=2026.-30.6.2000?="
>>>>>3 - "=?ISO-8859-1?Q?NV-L=20Digest=20-=2030=20Jun=202000Olen=20kes=E4l?=
>>>>>=?ISO-8859-1?Q?omalla=2026.-30.6.2000?="
>>>>>4 - "Re: Netview 6.0 & Nways"
>>>>>5 - "Re: RE: NV-L Digest - 26 Jun 2000"
>>>>>
>>>>>
>>>>>=========================================================================
>>>>>Date: Fri Jun 30 22:01:53 2000
>>>>>From: Recipients of NV-L digests <nv-l-digest@tkg.com>
>>>>>Subject: Re: NV-L Digest - 30 Jun 2000
>>>>>
>>>>>Your e-mail message has been returned to you, as the "gar.esys.com" domain
>>>>>address is no longer valid. The E-Systems Garland facility is now a part
>>>>>of Raytheon, and all e-mail addresses are "@raytheon.com". Please resend
>>>>>your e-mail message in the format: firstname_m_lastname@raytheon.com
>>>>>(e.g. john_p_smith@raytheon.com). If you do not know the middle initial,
>>>>>try
>>>>>the format: firstname_lastname@raytheon.com ; in most cases, this will
>>>>>work.
>>>>>If not, you should get an error message returned to you. To reach the
>>>>>Raytheon Garland facility helpdesk for more information, dial 972-205-4357.
>>>>>
>>>>>You wrote:
>>>>>
>>>>>>
>>>>>>Messages in this digest:
>>>>>>
>>>>>>1 - "=?ISO-8859-1?Q?NV-L=20Digest=20-=2029=20Jun=202000Olen=20kes=E4l?=
>>>>>>=?ISO-8859-1?Q?omalla=2026.-30.6.2000?="
>>>>>>2 - "=?ISO-8859-1?Q?NV-L=20Digest=20-=2029=20Jun=202000Olen=20kes=E4l?=
>>>>>>=?ISO-8859-1?Q?omalla=2026.-30.6.2000?="
>>>>>>3 - "Installation problem on DEC-Unix (snmpd)"
>>>>>>4 - "email-to-snmp"
>>>>>>5 - "RE: snmpCollect daemon keeps dying"
>>>>>>6 - "RE: email-to-snmp"
>>>>>>7 - "Zooming Maps"
>>>>>>8 - "Re: Zooming Maps"
>>>>>>9 - "RE: Zooming Maps"
>>>>>>10 - "RE: Zooming Maps"
>>>>>>11 - "RE: Zooming Maps"
>>>>>>12 - "Re: Zooming Maps"
>>>>>>13 - "Re: Zooming Maps"
>>>>>>
>>>>>>
>>>>>>=========================================================================
>>>>>>Date: Fri, 30 Jun 2000 06:03:26 +0300
>>>>>>From: =?ISO-8859-1?Q?Veli-Pekka=20Rajam=E4ki?=
>>>>>><veli-pekka.rajamaki@rautaruukki.fi>
>>>>>>Subject:
>>>>>>=?ISO-8859-1?Q?NV-L=20Digest=20-=2029=20Jun=202000Olen=20kes=E4l?=
>>>>>>=?ISO-8859-1?Q?omalla=2026.-30.6.2000?=
>>>>>>
>>>>>>=========================================================================
>>>>>>Date: Fri, 30 Jun 2000 06:03:25 +0300
>>>>>>From: =?ISO-8859-1?Q?Veli-Pekka=20Rajam=E4ki?=
>>>>>><veli-pekka.rajamaki@rautaruukki.fi>
>>>>>>Subject:
>>>>>>=?ISO-8859-1?Q?NV-L=20Digest=20-=2029=20Jun=202000Olen=20kes=E4l?=
>>>>>>=?ISO-8859-1?Q?omalla=2026.-30.6.2000?=
>>>>>>
>>>>>>=========================================================================
>>>>>>Date: Fri, 30 Jun 2000 12:45:48 +0200
>>>>>>From: "Rauwers, Laurens" <rauwers@hitt.nl>
>>>>>>Subject: Installation problem on DEC-Unix (snmpd)
>>>>>>
>>>>>>Hello,
>>>>>>Installing NV5.1 on DEC-Unix 4.0F
>>>>>>
>>>>>>During this installation (in the IBMVA-RUN part) the following warning is
>>>>>>reported:
>>>>>>
>>>>>>WARNING: Unable to query this system using SNMP possibly due to:
>>>>>>
>>>>>> a) SNMP Agent not running
>>>>>> b) nvsecd not running
>>>>>> c) other network configuration problem on local system
>>>>>>
>>>>>> This may result in configuration and operational errors.
>>>>>> You can use the following command to verify the SNMP Agent
>>>>>> is operational after correcting the problem:
>>>>>>
>>>>>> /usr/OV/bin/snmpget czvcmsp07 .1.3.6.1.2.1.1.1.0
>>>>>>SEV_1 ERR_0041_095
>>>>>>
>>>>>>And indeed the SNMP agent is not running, after it has been stopped by NV.
>>>>>>I know that in Dec-Unix 4.0D an "&" has to be removed from the snmpd
>>>>>>script,
>>>>>>but in this release (4.0F)
>>>>>>it is already removed in the original.
>>>>>>
>>>>>>Can someone give me a hint what to do?
>>>>>>Where the snmpd is restarted for instance?
>>>>>>
>>>>>>Thanks in advance.
>>>>>>
>>>>>>Laurens Rauwers
>>>>>>
>>>>>>=========================================================================
>>>>>>Date: Fri, 30 Jun 2000 13:57:49 -0700
>>>>>>From: "Christo Burger" <christob@absa.co.za>
>>>>>>Subject: email-to-snmp
>>>>>>
>>>>>>I am looking for assistance in setting up my mail to run a script when I
>>>>>>received email from a specific user. The script will convert the email,
>>>>>>with
>>>>>>stripping of the irrelevant data, to snmp trap. The snmptrap will have the
>>>>>>necessary fixed settings to forward it to a designated snmp manager.
>>>>>>
>>>>>>The server may be AIX 4.3 , with the standard mail running, or if you have
>>>>>>any NT options also.
>>>>>>
>>>>>>Any help with this?
>>>>>>
>>>>>>Christo Burger
>>>>>>Tel: +2711 3506480
>>>>>>Fax: +2711 3506228
>>>>>>
>>>>>>This email is confidential. If you are not the intended recipient,
>>>>>>you must not disclose or use the information contained in it.
>>>>>>If you have received this mail in error, please tell us
>>>>>>
>>>>>>=========================================================================
>>>>>>Date: Fri, 30 Jun 2000 08:09:45 -0400
>>>>>>From: "Owens, Blaine C" <bowens@eastman.com>
>>>>>>Subject: RE: snmpCollect daemon keeps dying
>>>>>>
>>>>>>Clarence, look in file snmpCol.trace for clues. On AIX it is in directory
>>>>>>/usr/OV/log.
>>>>>>
>>>>>>Blaine Owens
>>>>>>Eastman Chemical Company
>>>>>>Phone - (423)-229-3579
>>>>>>Fax - (423)-229-1188
>>>>>>bowens@eastman.com
>>>>>>
>>>>>>
>>>>>>-----Original Message-----
>>>>>>From: Clarence Hart [mailto:rti1clh@ismd.ups.com]
>>>>>>Sent: Thursday, June 29, 2000 5:04 PM
>>>>>>To: nv-l@tkg.com
>>>>>>Subject: [NV-L] snmpCollect daemon keeps dying
>>>>>>
>>>>>>
>>>>>>Framework 3.6.1
>>>>>>NetView 5.1.1
>>>>>>
>>>>>>I had to reinstall both the TME Framework and netview software packages
>>>>>>and after the reinstall the snmpCollect daemon doesnt want to keep
>>>>>>running.
>>>>>>I keep getting a box that displays "please run ovstart snmpCollect to
>>>>>>start
>>>>>>snmpCollect". Before I reinstalled the Netview I saved the migration info
>>>>>>so I would keep all of my settings. Has anyone had problems with keeping
>>>>>>the snmpCollector daemon up and running??
>>>>>>
>>>>>>
>>>>>>
>>>>>>CoolC
>>>>>>
>>>>>>=========================================================================
>>>>>>Date: Fri, 30 Jun 2000 08:11:27 -0400
>>>>>>From: "Owens, Blaine C" <bowens@eastman.com>
>>>>>>Subject: RE: email-to-snmp
>>>>>>
>>>>>>Christo, do a "man forward". You can set up a $HOME/.forward file to
>>>>>>forward
>>>>>>your email to a script.
>>>>>>
>>>>>>Blaine Owens
>>>>>>Eastman Chemical Company
>>>>>>Phone - (423)-229-3579
>>>>>>Fax - (423)-229-1188
>>>>>>bowens@eastman.com
>>>>>>
>>>>>>
>>>>>>-----Original Message-----
>>>>>>From: Christo Burger [mailto:christob@absa.co.za]
>>>>>>Sent: Friday, June 30, 2000 4:58 PM
>>>>>>To: nv-l@tkg.com
>>>>>>Subject: [NV-L] email-to-snmp
>>>>>>
>>>>>>
>>>>>>I am looking for assistance in setting up my mail to run a script when I
>>>>>>received email from a specific user. The script will convert the email,
>>>>>>with
>>>>>>stripping of the irrelevant data, to snmp trap. The snmptrap will have the
>>>>>>necessary fixed settings to forward it to a designated snmp manager.
>>>>>>
>>>>>>The server may be AIX 4.3 , with the standard mail running, or if you have
>>>>>>any NT options also.
>>>>>>
>>>>>>Any help with this?
>>>>>>
>>>>>>Christo Burger
>>>>>>Tel: +2711 3506480
>>>>>>Fax: +2711 3506228
>>>>>>
>>>>>>This email is confidential. If you are not the intended recipient,
>>>>>>you must not disclose or use the information contained in it.
>>>>>>If you have received this mail in error, please tell us
>>>>>>immediately by return email and delete the document.
>>>>>>
>>>>>>=========================================================================
>>>>>>Date: Fri, 30 Jun 2000 09:45:10 -0500
>>>>>>From: "Steve Stamper" <sstamper@foremost.com>
>>>>>>Subject: Zooming Maps
>>>>>>
>>>>>>I know that you can Shift+click/drag to zoom in on a specific part of a
>>>>>>map.
>>>>>>Does anyone remember the keystrokes to zoom back out?
>>>>>>
>>>>>>TIA
>>>>>>Steve Stamper
>>>>>>
>>>>>>=========================================================================
>>>>>>Date: Fri, 30 Jun 2000 09:04:46 -0500
>>>>>>From: "David E. Dimond" <dimond@allina.com>
>>>>>>Subject: Re: Zooming Maps
>>>>>>
>>>>>>[LeftShift+LeftClick] on the background...
>>>>>>
>>>>>>dave
>>>>>>
>>>>>>
>>>>>>Steve Stamper wrote:
>>>>>>>
>>>>>>> I know that you can Shift+click/drag to zoom in on a specific part of a
>>>>>>> map.
>>>>>>> Does anyone remember the keystrokes to zoom back out?
>>>>>>>
>>>>>>> TIA
>>>>>>> Steve Stamper
>>>>>>> Grand Rapids, MI
>>>>>>>
>>>>>>
>>>>>>=========================================================================
>>>>>>Date: Fri, 30 Jun 2000 16:10:23 +0200
>>>>>>From: "MERY Olivier (Neuilly Gestion)" <olivier.mery@cetelem.fr>
>>>>>>Subject: RE: Zooming Maps
>>>>>>
>>>>>>This message is in MIME format. Since your mail reader does not understand
>>>>>>this format, some or all of this message may not be legible.
>>>>>>
>>>>>>------_=_NextPart_001_01BFE29C.EE7CC2D4
>>>>>>Content-Type: text/plain;
>>>>>> charset="iso-8859-1"
>>>>>>
>>>>>>Zoom : Shift drag
>>>>>>Restore : Shift click
>>>>>>
>>>>>>Olivier MERY
>>>>>>CETELEM
>>>>>>20, avenue Georges Pompidou
>>>>>>92595 LEVALLOIS-PERRET Cedex
>>>>>>
>>>>>>
>>>>>>
>>>>>>-----Original Message-----
>>>>>>From: Steve Stamper [mailto:sstamper@foremost.com]
>>>>>>Sent: Friday, June 30, 2000 4:45 PM
>>>>>>To: IBM NetView Discussion
>>>>>>Subject: [NV-L] Zooming Maps
>>>>>>
>>>>>>
>>>>>>I know that you can Shift+click/drag to zoom in on a specific part of a
>>>>>>map.
>>>>>>Does anyone remember the keystrokes to zoom back out?
>>>>>>
>>>>>>TIA
>>>>>>Steve Stamper
>>>>>>Grand Rapids, MI
>>>>>>
>>>>>>_________________________________________________________________________
>>>>>>NV-L List information and Archives: http://www.tkg.com/nv-l
>>>>>>
>>>>>>------_=_NextPart_001_01BFE29C.EE7CC2D4
>>>>>>Content-Type: text/html;
>>>>>> charset="iso-8859-1"
>>>>>>
>>>>>><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
>>>>>><HTML>
>>>>>><HEAD>
>>>>>><META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
>>>>>><META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2448.0">
>>>>>><TITLE>RE: [NV-L] Zooming Maps</TITLE>
>>>>>></HEAD>
>>>>>><BODY>
>>>>>>
>>>>>><P><FONT SIZE=2>Zoom : Shift drag</FONT>
>>>>>><BR><FONT SIZE=2>Restore : Shift click</FONT>
>>>>>></P>
>>>>>>
>>>>>><P><FONT SIZE=2>Olivier MERY </FONT>
>>>>>><BR><FONT SIZE=2>CETELEM </FONT>
>>>>>><BR><FONT SIZE=2>20, avenue Georges Pompidou </FONT>
>>>>>><BR><FONT SIZE=2>92595 LEVALLOIS-PERRET Cedex </FONT>
>>>>>></P>
>>>>>><BR>
>>>>>><BR>
>>>>>>
>>>>>><P><FONT SIZE=2>-----Original Message-----</FONT>
>>>>>><BR><FONT SIZE=2>From: Steve Stamper [<A
>>>>>>HREF="mailto:sstamper@foremost.com";>mailto:sstamper@foremost.com</A>]</FONT>
>>>>>><BR><FONT SIZE=2>Sent: Friday, June 30, 2000 4:45 PM</FONT>
>>>>>><BR><FONT SIZE=2>To: IBM NetView Discussion</FONT>
>>>>>><BR><FONT SIZE=2>Subject: [NV-L] Zooming Maps</FONT>
>>>>>></P>
>>>>>><BR>
>>>>>>
>>>>>><P><FONT SIZE=2>I know that you can Shift+click/drag to zoom in on a
>>>>>>specific part of a map.</FONT>
>>>>>><BR><FONT SIZE=2>Does anyone remember the keystrokes to zoom back
>>>>>>out?</FONT>
>>>>>></P>
>>>>>>
>>>>>><P><FONT SIZE=2>TIA</FONT>
>>>>>><BR><FONT SIZE=2>Steve Stamper</FONT>
>>>>>><BR><FONT SIZE=2>Grand Rapids, MI</FONT>
>>>>>></P>
>>>>>>
>>>>>><P><FONT
>>>>>>SIZE=2>_________________________________________________________________________</FONT>
>>>>>><BR><FONT SIZE=2>NV-L List information and Archives: <A
>>>>>>HREF="http://www.tkg.com/nv-l";
>>>>>>TARGET="_blank">http://www.tkg.com/nv-l</A></FONT>
>>>>>></P>
>>>>>>
>>>>>></BODY>
>>>>>>
>>>>>>=========================================================================
>>>>>>Date: Fri, 30 Jun 2000 10:16:04 -0400
>>>>>>From: "Owens, Blaine C" <bowens@eastman.com>
>>>>>>Subject: RE: Zooming Maps
>>>>>>
>>>>>>Don't remember the keystrokes but you can always do Edit -->
>>>>>>Modify/Describe
>>>>>>--> Submap and set it to scaling rather than zooming.
>>>>>>
>>>>>>Blaine Owens
>>>>>>Eastman Chemical Company
>>>>>>Phone - (423)-229-3579
>>>>>>Fax - (423)-229-1188
>>>>>>bowens@eastman.com
>>>>>>
>>>>>>
>>>>>>-----Original Message-----
>>>>>>From: Steve Stamper [mailto:sstamper@foremost.com]
>>>>>>Sent: Friday, June 30, 2000 10:45 AM
>>>>>>To: IBM NetView Discussion
>>>>>>Subject: [NV-L] Zooming Maps
>>>>>>
>>>>>>
>>>>>>I know that you can Shift+click/drag to zoom in on a specific part of a
>>>>>>map.
>>>>>>Does anyone remember the keystrokes to zoom back out?
>>>>>>
>>>>>>TIA
>>>>>>Steve Stamper
>>>>>>Grand Rapids, MI
>>>>>>
>>>>>>=========================================================================
>>>>>>Date: Fri, 30 Jun 2000 10:28:39 -0400
>>>>>>From: "Boyce, Robert L" <robert.l.boyce@lmco.com>
>>>>>>Subject: RE: Zooming Maps
>>>>>>
>>>>>>Just Shift and click in the zoomed area...
>>>>>>
>>>>>>-----Original Message-----
>>>>>>From: Steve Stamper [mailto:sstamper@foremost.com]
>>>>>>Sent: Friday, June 30, 2000 10:45 AM
>>>>>>To: IBM NetView Discussion
>>>>>>Subject: [NV-L] Zooming Maps
>>>>>>
>>>>>>
>>>>>>I know that you can Shift+click/drag to zoom in on a specific part of a
>>>>>>map.
>>>>>>Does anyone remember the keystrokes to zoom back out?
>>>>>>
>>>>>>TIA
>>>>>>Steve Stamper
>>>>>>Grand Rapids, MI
>>>>>>
>>>>>>=========================================================================
>>>>>>Date: Fri, 30 Jun 2000 10:53:04 -0700
>>>>>>From: Paul Sandler <paul@swebs.com>
>>>>>>Subject: Re: Zooming Maps
>>>>>>
>>>>>>Number one mouse button without moving it on an open area in the map will
>>>>>>zoom out.
>>>>>>
>>>>>>Paul
>>>>>>
>>>>>>
>>>>>>At 09:45 AM 06/30/2000 -0500, you wrote:
>>>>>>>I know that you can Shift+click/drag to zoom in on a specific part of a
>>>>>>>map.
>>>>>>>Does anyone remember the keystrokes to zoom back out?
>>>>>>>
>>>>>>>TIA
>>>>>>>Steve Stamper
>>>>>>>Grand Rapids, MI
>>>>>>>
>>>>>>>_________________________________________________________________________
>>>>>>>NV-L List information and Archives: http://www.tkg.com/nv-l
>>>>>>
>>>>>>=========================================================================
>>>>>>Date: Fri, 30 Jun 2000 14:59:20 -0400
>>>>>>From: msully@us.ibm.com
>>>>>>Subject: Re: Zooming Maps
>>>>>>
>>>>>>
>>>>>>Paul: Just found in class the other day just like zoom in you hold the
>>>>>>ctrl
>>>>>>key and press enter just make sure you mouse is pointed to a blank spot on
>>>>>>your screen and nothing on your map is highlighted it will put things back
>>>>>>the way it was...Mike
>>>>>>
>>>>>>MICHAEL E. SULLIVAN
>>>>>>NETWORK MANAGEMENT
>>>>>>IBM GLOBAL SERVICES
>>>>>>SERVICE DELIVERY CENTER / NORTH
>>>>>>(845) 433-8638 / 8-293-8638
>>>>>>INTERNET ADDRESS (MSULLY@US.IBM.COM)
>>>>>>
>>>>>>_________________________________________________________________________
>>>>>>
>>>>>>NV-L List information (unsubscribing, policies, posting, digest version,
>>>>>
>>>>>=========================================================================
>>>>>Date: Sat, 01 Jul 2000 06:08:28 +0300
>>>>>From: =?ISO-8859-1?Q?Veli-Pekka=20Rajam=E4ki?=
>>>>><veli-pekka.rajamaki@rautaruukki.fi>
>>>>>Subject:
>>>>>=?ISO-8859-1?Q?NV-L=20Digest=20-=2030=20Jun=202000Olen=20kes=E4l?=
>>>>>=?ISO-8859-1?Q?omalla=2026.-30.6.2000?=
>>>>>
>>>>>=========================================================================
>>>>>Date: Sat, 01 Jul 2000 06:08:29 +0300
>>>>>From: =?ISO-8859-1?Q?Veli-Pekka=20Rajam=E4ki?=
>>>>><veli-pekka.rajamaki@rautaruukki.fi>
>>>>>Subject:
>>>>>=?ISO-8859-1?Q?NV-L=20Digest=20-=2030=20Jun=202000Olen=20kes=E4l?=
>>>>>=?ISO-8859-1?Q?omalla=2026.-30.6.2000?=
>>>>>
>>>>>=========================================================================
>>>>>Date: Sat, 01 Jul 2000 15:22:52 -0400
>>>>>From: Jim Kellock <jkelloc@ibm.net>
>>>>>Subject: Re: Netview 6.0 & Nways
>>>>>
>>>>>There are lots of possibilities here, but there's nothing specific in
>>>>>Nways that stops NetView from starting. First, you ought to get the
>>>>>free upgrade to Nways 2.1. It was tested with NetView v6. Nway 2.0 was
>>>>>not. Then, check the install logs under /usr/CML/install_log for
>>>>>errors.
>>>>>Also, there ought to be messages pointing to which NetView daemons are
>>>>>having problems and are causing Netview to fail to start. And check your
>>>>>file systems for space. Installing all of Nways takes about 700MB. If
>>>>>you didn't create a new filesystem for /usr/CML, your /usr filesystem
>>>>>could be filled or almost filled, and that causes lots of daemon
>>>>>problems.
>>>>>
>>>>>And there are pieces of Nways that can add tons of objects to your
>>>>>NetView database. Compare object count in the output of ovmapcount with
>>>>>the number in the ovwdb cache (ps -ef | grep ovedb, or just look in
>>>>>ovwdb.lrf)
>>>>>
>>>>>If something in there doesn't help, you should probably open an Nways
>>>>>PMR. There's a script support will provide that checks the installs,
>>>>>system resources, potential conflicts, and all of the daemons.
>>>>>
>>>>>
>>>>>paul_vize@ie.ibm.com wrote:
>>>>>>
>>>>>> Hi,
>>>>>> Has anybody managed to get NWAYS 2.0 working with Netview 6.0 on Aix
>>>>>> 4.3.3. I have installed it a couple of times and Netview works fine,
>>>>>> once I
>>>>>> have installed NWAYS then Netview won't even start.
>>>>>>
>>>>>> Regards,
>>>>>> Paul
>>>>>>
>>>>>> Networking Group - IBM in Ireland
>>>>>>
>>>>>
>>>>>=========================================================================
>>>>>Date: Sat, 01 Jul 2000 15:53:17 -0400
>>>>>From: Jim Kellock <jkelloc@ibm.net>
>>>>>Subject: Re: RE: NV-L Digest - 26 Jun 2000
>>>>>
>>>>>The instructions for dealing with AIX 4.3.3 are in the Nways release
>>>>>notes. They were also in the NetView v5 release notes, but V6 makes the
>>>>>necessary modifications automitically. What you need to do is point
>>>>>both the background (started under ovspmd)and foreground daemons
>>>>>(started under ovw) to the X11R5 libraries instead of the X11R6
>>>>>libraries that AIX 4.3.3 uses. It's possible you migrated from NV v5 to
>>>>>NV v6 and in the process the changes to the X11 LIBPATH is confusing
>>>>>Nways.
>>>>>
>>>>>
>>>>>Ray Westphal wrote:
>>>>>>
>>>>>> Re: Netview 6.0 & Nways
>>>>>>
>>>>>> I was told that Nways 2.0 should not work with NetView 6.0. My NV daemons
>>>>>> will start but occasionally the NWays daemons stop. I'm going to install
>>>>>> Nways 2.1 today. However, it complains about my OS which is 4.3.3.0.
>>>>>>
>>>>>> Ray Westphal
>>>>>> NMSA Systems Administrator
>>>>>> Phone: (314) 512-3867
>>>>>> Fax: (314) 512-5867
>>>>>> Pager: (314) 509-0036
>>>>>> mailto:rwestphal@erac.com
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: owner-nv-l-digest@tkg.com [mailto:owner-nv-l-digest@tkg.com]
>>>>>> Sent: Monday, June 26, 2000 10:01 PM
>>>>>> To: Recipients of NV-L digests
>>>>>> Subject: NV-L Digest - 26 Jun 2000
>>>>>>
>>>>>> Messages in this digest:
>>>>>>
>>>>>> 1 - "=?ISO-8859-1?Q?NV-L=20Digest=20-=2025=20Jun=202000Olen=20kes=E4l?=
>>>>>> =?ISO-8859-1?Q?omalla=2026.-30.6.2000?="
>>>>>> 2 - "=?ISO-8859-1?Q?NV-L=20Digest=20-=2025=20Jun=202000Olen=20kes=E4l?=
>>>>>> =?ISO-8859-1?Q?omalla=2026.-30.6.2000?="
>>>>>> 3 - "=?iso-8859-1?Q?R=E9f._:__Defining_smartsets_by_loopback_ip-?=
>>>>>> =?iso-8859-1?Q?address?="
>>>>>> 4 - "Netview 6.0 & Nways"
>>>>>> 5 - "Re:Unwanted Discovery"
>>>>>> 6 - "Re: Netview 6.0 & Nways"
>>>>>> 7 - "Re: Netview 6.0 & Nways"
>>>>>> 8 - "Re: Defining smartsets by loopback ip-address"
>>>>>> 9 - "Incorrect Routing"
>>>>>> 10 - "NV for NT Security"
>>>>>> 11 - "IBM Redbook GG24-4157 Monitoring Performance in Router Networks"
>>>>>>
>>>>>> =========================================================================
>>>>>> Date: Mon, 26 Jun 2000 06:06:38 +0300
>>>>>> From: =?ISO-8859-1?Q?Veli-Pekka=20Rajam=E4ki?=
>>>>>> <veli-pekka.rajamaki@rautaruukki.fi>
>>>>>> Subject:
>>>>>> =?ISO-8859-1?Q?NV-L=20Digest=20-=2025=20Jun=202000Olen=20kes=E4l?=
>>>>>> =?ISO-8859-1?Q?omalla=2026.-30.6.2000?=
>>>>>>
>>>>>> =========================================================================
>>>>>> Date: Mon, 26 Jun 2000 06:06:38 +0300
>>>>>> From: =?ISO-8859-1?Q?Veli-Pekka=20Rajam=E4ki?=
>>>>>> <veli-pekka.rajamaki@rautaruukki.fi>
>>>>>> Subject:
>>>>>> =?ISO-8859-1?Q?NV-L=20Digest=20-=2025=20Jun=202000Olen=20kes=E4l?=
>>>>>> =?ISO-8859-1?Q?omalla=2026.-30.6.2000?=
>>>>>>
>>>>>> =========================================================================
>>>>>> Date: Mon, 26 Jun 2000 14:27:19 +0200
>>>>>> From: alexis.henry@bnpparibas.com
>>>>>> Subject: =?iso-8859-1?Q?R=E9f._:__Defining_smartsets_by_loopback_ip-?=
>>>>>> =?iso-8859-1?Q?address?=
>>>>>>
>>>>>> --0__=DCAHssuJcpX36EqZB1A74Ew5xC7s5LAEKgqrdwzb2tyklDAfttY84dK9
>>>>>> Content-Type: text/plain; charset=iso-8859-1
>>>>>> Content-Disposition: inline
>>>>>> Content-Transfer-Encoding: quoted-printable
>>>>>>
>>>>>> You can define your smartset using nvUtil command and nvdbformat comman=
>>>>>> d.
>>>>>>
>>>>>> nvdbformat allow you to extract any data on the ovwdb database (such as=
>>>>>> TopM
>>>>>> Interface List). You can look for some example in /usr/OV/conf/nvdbtool=
>>>>>> s. The
>>>>>> files you should look at are *.format.
>>>>>>
>>>>>> nvUtil allow you to create a smartset.
>>>>>>
>>>>>> Good luck.
>>>>>>
>>>>>> Alexis Henry
>>>>>> Tivoli Engineer
>>>>>> Banque Nationale de Paris
>>>>>>
>>>>>> ogobbi@sogei.it on 23/06/2000 18:15:50
>>>>>>
>>>>>> Veuillez r=E9pondre =E0 nv-l@tkg.com
>>>>>>
>>>>>> Pour : NV-L@tkg.com
>>>>>> cc : (ccc : Alexis Henry/DOSI/BNP)
>>>>>> Objet : [NV-L] Defining smartsets by loopback ip-address
>>>>>>
>>>>>> =
>>>>>>
>>>>>> ____________________________________________________________________________
>>>>>> _________________________________________________________
>>>>>>
>>>>>> Ce message et toutes les pièces jointes (ci-après le "message") sont
>>>>>> établis
>>>>>> à l'intention exclusive de ses destinataires et sont confidentiels. Si
>>>>>> vous
>>>>>> recevez ce message par erreur, merci de le détruire et d'en avertir
>>>>>> immédiatement l'expéditeur.
>>>>>>
>>>>>> Toute utilisation de ce message non conforme à sa destination, toute
>>>>>> diffusion ou toute publication, totale ou partielle, est interdite, sauf
>>>>>> autorisation expresse.
>>>>>>
>>>>>> L'internet ne permettant pas d'assurer l'intégrité de ce message, BNP
>>>>>> PARIBAS (et ses filiales) décline(nt) toute responsabilité au titre de ce
>>>>>> message, dans l'hypothèse où il aurait été modifié.
>>>>>>
>>>>>> ---------------------------------------------------------------------------
>>>>>> -------
>>>>>> This message and any attachments (the "message") are intended solely for
>>>>>> the
>>>>>> addressees and are confidential. If you receive this message in error,
>>>>>> please delete it and immediately notify the sender.
>>>>>>
>>>>>> Any use not in accord with its purpose, any dissemination or disclosure,
>>>>>> either whole or partial, is prohibited except formal approval.
>>>>>>
>>>>>> The internet can not guarantee the integrity of this message. BNP PARIBAS
>>>>>> (and its subsidiaries) shall (will) not therefore be liable for the
>>>>>> message
>>>>>> if modified.
>>>>>> ____________________________________________________________________________
>>>>>> _________________________________________________________
>>>>>> --0__=DCAHssuJcpX36EqZB1A74Ew5xC7s5LAEKgqrdwzb2tyklDAfttY84dK9
>>>>>> Content-Type: text/plain; charset=us-ascii
>>>>>> Content-Disposition: inline
>>>>>>
>>>>>> I need to define smartsets for my Cisco routers (about 600), using their
>>>>>> loopback ip-address as rule of filtering.
>>>>>> I find out that the loopback interface is in the object information as
>>>>>> TopM
>>>>>> Interface List, but this field is not available in the rules of the
>>>>>> smartsets.
>>>>>> If I set the IP Address equal the loopback address, in the smartset
>>>>>> rule, i
>>>>>> get
>>>>>> only the loopback interfaces, and is not good for me.
>>>>>> Now I can't use any other filtering criteria for the smartsets I need.
>>>>>> I work with Tivoli Netview V 6. installaed on Aix 4.3.
>>>>>>
>>>>>> Anyone got any ideas ?
>>>>>>
>>>>>> Orlando GOBBI
>>>>>> System & Network Management
>>>>>> Sogei - STS/RST
>>>>>> ogobbi@sogei.it
>>>>>> Tel. 06-50252228
>>>>>> Mobile 0335-5300739
>>>>>>
>>>>>> --0__=DCAHssuJcpX36EqZB1A74Ew5xC7s5LAEKgqrdwzb2tyklDAfttY84dK9
>>>>>> Content-Type: text/html;
>>>>>> name="att1.htm"
>>>>>> Content-Disposition: attachment; filename="att1.htm"
>>>>>> Content-Transfer-Encoding: base64
>>>>>> Content-Description: Internet HTML
>>>>>>
>>>>>> PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv
>>>>>> L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWlz
>>>>>> by04ODU5LTEiIGh0dHAtZXF1aXY9Q29udGVudC1UeXBlPg0KPE1FVEEgY29udGVudD0iTVNIVE1M
>>>>>> IDUuMDAuMjMxNC4xMDAwIiBuYW1lPUdFTkVSQVRPUj4NCjxTVFlMRT48L1NUWUxFPg0KPC9IRUFE
>>>>>> Pg0KPEJPRFkgYmdDb2xvcj0jZmZmZmZmPg0KPERJVj48Rk9OVCBzaXplPTI+SSBuZWVkIHRvIGRl
>>>>>> ZmluZSBzbWFydHNldHMgZm9yIG15IENpc2NvIHJvdXRlcnMgKGFib3V0IDYwMCksIA0KdXNpbmcg
>>>>>> dGhlaXIgbG9vcGJhY2sgaXAtYWRkcmVzcyBhcyBydWxlIG9mIGZpbHRlcmluZy48L0ZPTlQ+PC9E
>>>>>> SVY+DQo8RElWPjxGT05UIHNpemU9Mj5JIGZpbmQgb3V0IHRoYXQgdGhlIGxvb3BiYWNrIGludGVy
>>>>>> ZmFjZSBpcyBpbiB0aGUgb2JqZWN0IA0KaW5mb3JtYXRpb24gYXMgVG9wTSBJbnRlcmZhY2UgTGlz
>>>>>> dCwgYnV0IHRoaXMgZmllbGQgaXMgbm90IGF2YWlsYWJsZSBpbiB0aGUgcnVsZXMgDQpvZiB0aGUg
>>>>>> c21hcnRzZXRzLjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPklmIEkgc2V0IHRoZSBJ
>>>>>> UCBBZGRyZXNzIGVxdWFsIHRoZSBsb29wYmFjayBhZGRyZXNzLCBpbiB0aGUgDQpzbWFydHNldCBy
>>>>>> dWxlLCBpIGdldCBvbmx5IHRoZSBsb29wYmFjayBpbnRlcmZhY2VzLCBhbmQgaXMgbm90IGdvb2Qg
>>>>>> Zm9yIG1lLiANCjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPk5vdyBJIGNhbid0IHVz
>>>>>> ZSBhbnkgb3RoZXIgZmlsdGVyaW5nIGNyaXRlcmlhIGZvciB0aGUgc21hcnRzZXRzIA0KSSBuZWVk
>>>>>> LjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPkkgd29yayB3aXRoIFRpdm9saSBOZXR2
>>>>>> aWV3IFYgNi4gaW5zdGFsbGFlZCBvbiBBaXggDQo0LjMuPC9GT05UPjwvRElWPg0KPERJVj48Rk9O
>>>>>> VCBzaXplPTI+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBzaXplPTI+QW55b25lIGdv
>>>>>> dCBhbnkgaWRlYXMgPzwvRk9OVD48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNw
>>>>>> OzwvRElWPg0KPERJVj48Rk9OVCBzaXplPTI+T3JsYW5kbyBHT0JCSTxCUj5TeXN0ZW0gJmFtcDsg
>>>>>> TmV0d29yayBNYW5hZ2VtZW50PEJSPlNvZ2VpIC0gDQpTVFMvUlNUPEJSPjxBIGhyZWY9Im1haWx0
>>>>>> bzpvZ29iYmlAc29nZWkuaXQiPm9nb2JiaUBzb2dlaS5pdDwvQT48QlI+VGVsLiANCjA2LTUwMjUy
>>>>>> MjI4PEJSPk1vYmlsZSAwMzM1LTUzMDA3Mzk8L0ZPTlQ+PC9ESVY+PC9CT0RZPjwvSFRNTD4NCg==
>>>>>>
>>>>>> =========================================================================
>>>>>> Date: Mon, 26 Jun 2000 14:04:31 +0100
>>>>>> From: paul_vize@ie.ibm.com
>>>>>> Subject: Netview 6.0 & Nways
>>>>>>
>>>>>> Hi,
>>>>>> Has anybody managed to get NWAYS 2.0 working with Netview 6.0 on Aix
>>>>>> 4.3.3. I have installed it a couple of times and Netview works fine,
>>>>>> once I
>>>>>> have installed NWAYS then Netview won't even start.
>>>>>>
>>>>>> Regards,
>>>>>> Paul
>>>>>>
>>>>>> Networking Group - IBM in Ireland
>>>>>>
>>>>>> =========================================================================
>>>>>> Date: Mon, 26 Jun 2000 08:57:05 -0400
>>>>>> From: gadams@us.ibm.com
>>>>>> Subject: Re:Unwanted Discovery
>>>>>>
>>>>>> Leslie,
>>>>>> Thanks very much ! Now I remember seeing that in the Installation and
>>>>>> configuration guide...
>>>>>>
>>>>>> =========================================================================
>>>>>> Date: Mon, 26 Jun 2000 09:51:08 -0400
>>>>>> From: James_Shanks@tivoli.com
>>>>>> Subject: Re: Netview 6.0 & Nways
>>>>>>
>>>>>> >> once I have installed NWAYS then Netview won't even start.
>>>>>>
>>>>>> Why not? What happens? What error messages?
>>>>>>
>>>>>> James Shanks
>>>>>> Team Leader, Level 3 Support
>>>>>> Tivoli NetView for UNIX and NT
>>>>>>
>>>>>> paul_vize@IE.IBM.COM on 06/26/2000 09:04:31 AM
>>>>>>
>>>>>> Please respond to IBM NetView Discussion <nv-l@tkg.com>
>>>>>>
>>>>>> To: nv-l@tkg.com
>>>>>> cc: (bcc: James Shanks/Tivoli Systems)
>>>>>> Subject: [NV-L] Netview 6.0 & Nways
>>>>>>
>>>>>> Hi,
>>>>>> Has anybody managed to get NWAYS 2.0 working with Netview 6.0 on Aix
>>>>>> 4.3.3. I have installed it a couple of times and Netview works fine,
>>>>>> once I
>>>>>> have installed NWAYS then Netview won't even start.
>>>>>>
>>>>>> Regards,
>>>>>> Paul
>>>>>>
>>>>>> Networking Group - IBM in Ireland
>>>>>>
>>>>>> _________________________________________________________________________
>>>>>> NV-L List information and Archives: http://www.tkg.com/nv-l
>>>>>>
>>>>>> =========================================================================
>>>>>> Date: Mon, 26 Jun 2000 16:55:05 +0300
>>>>>> From: zdror@il.ibm.com
>>>>>> Subject: Re: Netview 6.0 & Nways
>>>>>>
>>>>>> Ask for nways v2,1 .
>>>>>> Nways v2 has bugs .
>>>>>>
>>>>>> Dror Katzman
>>>>>> Software Ce IBM Israel
>>>>>> 2 Witzman St TelAviv
>>>>>> Office 972 3 6978251
>>>>>> Mobile 972 52 554251
>>>>>> fax 972 3 6978539
>>>>>>
>>>>>> paul_vize@IE.IBM.COM on 26/06/2000 16:04:31
>>>>>>
>>>>>> Please respond to IBM NetView Discussion <nv-l@tkg.com>
>>>>>>
>>>>>> To: nv-l@tkg.com
>>>>>> cc: (bcc: Dror Katzman/Israel/IBM)
>>>>>> Subject: [NV-L] Netview 6.0 & Nways
>>>>>>
>>>>>> Hi,
>>>>>> Has anybody managed to get NWAYS 2.0 working with Netview 6.0 on Aix
>>>>>> 4.3.3. I have installed it a couple of times and Netview works fine,
>>>>>> once I
>>>>>> have installed NWAYS then Netview won't even start.
>>>>>>
>>>>>> Regards,
>>>>>> Paul
>>>>>>
>>>>>> Networking Group - IBM in Ireland
>>>>>>
>>>>>> _________________________________________________________________________
>>>>>> NV-L List information and Archives: http://www.tkg.com/nv-l
>>>>>>
>>>>>> =========================================================================
>>>>>> Date: Mon, 26 Jun 2000 18:05:31 +0000
>>>>>> From: Ray Schafer <schafer@tkg.com>
>>>>>> Subject: Re: Defining smartsets by loopback ip-address
>>>>>>
>>>>>> Orlando Gobbi wrote:
>>>>>>
>>>>>> > I need to define smartsets for my Cisco routers (about 600), using
>>>>>> > their loopback ip-address as rule of filtering.I find out that the
>>>>>> > loopback interface is in the object information as TopM Interface
>>>>>> > List, but this field is not available in the rules of the smartsets.If
>>>>>> > I set the IP Address equal the loopback address, in the smartset rule,
>>>>>> > i get only the loopback interfaces, and is not good for me.Now I can't
>>>>>> > use any other filtering criteria for the smartsets I need.I work with
>>>>>> > Tivoli Netview V 6. installaed on Aix 4.3. Anyone got any ideas ?
>>>>>> > Orlando GOBBI
>>>>>>
>>>>>> Orlando,
>>>>>>
>>>>>> What exactly are ou trying to do? I'll guess.
>>>>>>
>>>>>> Guess 1: You want to do things with these smart sets (like threshold
>>>>>> snmp data), and you want NetView to use the loopback interfaces to query
>>>>>> the router (since it will always be a reachable destination should at
>>>>>> least one interface be reachable). It that's true, you can't get
>>>>>> there by doing this. You can create a collection of lopopback
>>>>>> interfaces, but they are not nodes from which you can collect data.
>>>>>> The solution is to control the discovery process so that NetView uses
>>>>>> the correct interface (loopback) to talk SNMP to the router. To do
>>>>>> that:
>>>>>>
>>>>>> 1. Make sure that the loopback interfaces resolve to the router name,
>>>>>> and that this name resolves to the loopback address. This forward
>>>>>> and reverse resolution is critical for NetView to function
>>>>>> correctly. If the name doesn't resolve to an address that resolves
>>>>>> back to the name, you'll have problems.
>>>>>> 2. Create a seedfile with the loopback IP addresses.
>>>>>> 3. Delete all 600 routers and re-read the seedfile. (I know this is
>>>>>> drastic - but take heart - you'll never have to do it again).
>>>>>>
>>>>>> Guess 2: You just want to create a collection of Cisco Routers. Look
>>>>>> at the fields of the routers and see if you can find something common:
>>>>>> Look at the vendor field. Do you have a field called isCisco? So maybe
>>>>>> your rule could be: "(('vendor' = 'Cisco') && ('isRouter'='TRUE'))"
>>>>>> or "((isCisco= TRUE) && (isRouter=TRUE))".
>>>>>>
>>>>>> --
>>>>>> Ray Schafer | schafer@tkg.com
>>>>>> The Kernel Group | Distributed Systems Management
>>>>>> http://www.tkg.com
>>>>>>
>>>>>> =========================================================================
>>>>>> Date: Mon, 26 Jun 2000 14:13:19 -0400
>>>>>> From: "Brad Martin" <bmartin@metlife.com>
>>>>>> Subject: Incorrect Routing
>>>>>>
>>>>>> Does anyone know what the netmon event "Incorrect routing to node
>>>>>> xxx.xxx.xxx.xxx" means? We are receiving several of these messages and
>>>>>> they
>>>>>> always point to an interface on our firewall?
>>>>>>
>>>>>> Brad Martin
>>>>>> MetLife
>>>>>>
>>>>>> =========================================================================
>>>>>> Date: Mon, 26 Jun 2000 18:12:31 -0300
>>>>>> From: "Alejandro Pestchanker" <alexp@bitx.com.ar>
>>>>>> Subject: NV for NT Security
>>>>>>
>>>>>> Hi All,
>>>>>>
>>>>>> I wonder if somebody could implement security access to a NV for NT
>>>>>> server,
>>>>>> using domains accounts.
>>>>>> I´ve a NT NV server wich is in a DOMAIN (it´s not a PDC or BDC) and I
>>>>>> need
>>>>>> to use two Domain´s groups to let some users has read access and others
>>>>>> read-write.
>>>>>> I´ve tried by putting the name of the group that will have read-write
>>>>>> permissions in the Clientpermissions.txt file
>>>>>> but nothing happened, all the users still have read-write permissions....
>>>>>>
>>>>>> BTW Is there anybody that could send me the new code for the Java applet
>>>>>> interfase to NV?, cause the original it´s not working.
>>>>>>
>>>>>> Thanks..
>>>>>>
>>>>>> Kind Regards,
>>>>>>
>>>>>> ---------------- X ----------------
>>>>>> Alejandro Pestchanker
>>>>>> Tivoli Consultant
>>>>>> BitX S.A.
>>>>>> Buenos Aires - Argentina
>>>>>> E-Mail: alexp@bitx.com.ar
>>>>>> Phone: +54 11 4574 1544
>>>>>> Fax: +54 11 4573 3368
>>>>>>
>>>>>> =========================================================================
>>>>>> Date: Mon, 26 Jun 2000 16:25:09 -0500
>>>>>> From: Ken Guettler <Ken.Guettler@maryville.com>
>>>>>> Subject: IBM Redbook GG24-4157 Monitoring Performance in Router Networks
>>>>>>
>>>>>> I have found a couple of references to this redbook and remembering
>>>>>> seeing
>>>>>> it at one time. Apparently it is out of print as I cannot find it on the
>>>>>> IBM redbooks site. Does anyone know where I might find a copy or have a
>>>>>> copy in PDF format they can send to me?
>>>>>>
>>>>>> Thank you,
>>>>>> Ken
>>>>>>
>>>>>> > Maryville Technologies(tm)
>>>>>> > One Pierce Place, Suite 475W
>>>>>> > Itasca, IL 60143
>>>>>> > 630/285-9755 ext. 5105
>>>>>> > (FAX) 630/285-9628
>>>>>> > ken.guettler@maryville.com
>>>>>> > www.maryville.com
>>>>>>
>>>>>> _________________________________________________________________________
>>>>>>
>>>>>> NV-L List information (unsubscribing, policies, posting, digest version,
>>>>>> searchable archives): http://www.tkg.com/nv-l
>>>>>>
>>>>>
>>>>>_________________________________________________________________________
>>>>>
>>>>>NV-L List information (unsubscribing, policies, posting, digest version,
>>>>
>>>>=========================================================================
>>>>Date: Mon, 03 Jul 2000 09:54:02 +0930
>>>>From: "Gavin Newman" <NEWMANGJ@banksa.com.au>
>>>>Subject: Re: Zooming Maps
>>>>
>>>>Steve
>>>>
>>>>Hold the shift key & click and all will be revealed
>>>>
>>>>>>> "Steve Stamper" <sstamper@foremost.com> 01/07/2000 00:15:10 >>>
>>>>I know that you can Shift+click/drag to zoom in on a specific part of a map.
>>>>Does anyone remember the keystrokes to zoom back out?
>>>>
>>>>TIA
>>>>Steve Stamper
>>>>Grand Rapids, MI
>>>>
>>>>_________________________________________________________________________
>>>>NV-L List information and Archives: http://www.tkg.com/nv-l
>>>>
>>>>
>>>>
>>>>**********************************************************************
>>>> ***** IMPORTANT INFORMATION *****
>>>>This document should be read only by those persons to whom
>>>>it is addressed and its content is not intended for use by
>>>>any other persons. If you have received this message in
>>>>error, please notify us immediately. Please also destroy and
>>>>delete the message from your computer. Any unauthorised form
>>>>of reproduction of this message is strictly prohibited.
>>>>Bank SA is not liable for the proper and complete transmission
>>>>of the information contained in this communication, nor for any
>>>>
>>>>_________________________________________________________________________
>>>>
>>>>NV-L List information (unsubscribing, policies, posting, digest version,
>>>
>>>=========================================================================
>>>Date: Mon, 03 Jul 2000 15:23:50 +0930
>>>From: "Gavin Newman" <NEWMANGJ@banksa.com.au>
>>>Subject: mib2trap and BITS SYNTAX.
>>>
>>>I have a CISCO MIB that I am trying to convert using mib2trap but the
>>>process fails at any definition with BITS as a SYNTAX type in the
>>>OBJECT-TYPE.
>>>
>>>The format of the stanza is like the following :
>>>
>>>name OBJECT-TYPE
>>> SYNTAX BITS {
>>> fred(0),
>>> jim(1),
>>> foo(2),
>>> bar(3)
>>> }
>>> MAX-ACCESS read-write
>>>etc etc...
>>>
>>>mib2trap returns an error "Should be ACCESS({): On or around line 4563 (its
>>>a big MIB!) but if I remove all stanzas with references to BITS mib2trap
>>>works fine. According to my SNMP book by William Stallings BITS is a valid
>>>SNMPv2 type but mib2trap either differs on this point or the definitions are
>>>cactus.
>>>
>>>Any ideas out there?
>>>
>>>
>>>
>>>
>>>**********************************************************************
>>> ***** IMPORTANT INFORMATION *****
>>>This document should be read only by those persons to whom
>>>it is addressed and its content is not intended for use by
>>>any other persons. If you have received this message in
>>>error, please notify us immediately. Please also destroy and
>>>delete the message from your computer. Any unauthorised form
>>>of reproduction of this message is strictly prohibited.
>>>Bank SA is not liable for the proper and complete transmission
>>>of the information contained in this communication, nor for any
>>>
>>>=========================================================================
>>>Date: Mon, 3 Jul 2000 08:44:55 +0100
>>>From: Karsten.Schweiger@gecits-eu.com
>>>Subject: SMS messages
>>>
>>>
>>>
>>>Hi all.
>>>I haven't used the pager utility before so I need information about the the
>>>steps to be taken to use it properly, especially..
>>>do I have to turn security on?
>>>must I edit the nv.carriers file?
>>>
>>>Thanks in advance.
>>>
>>>Mit freundlichen Gruessen - Yours sincerely
>>>
>>>Dr. Karsten Schweiger
>>>GE CompuNet Hamburg
>>>Netzwerk und System Management
>>>Ost- West Strasse 49, 20457 Hamburg, Germany
>>>Phone: +49 (0) 431-3609-0, +49-0177-6302825, Fax: +49 (0) 431-3609-190,
>>>E-Mail : Karsten.Schweiger@GECITS-EU.COM
>>>
>>>
>>>This email is confidential. If you are not the intended recipient,
>>>you must not disclose or use the information contained in it.
>>>If you have received this mail in error, please tell us
>>>immediately by return email and delete the document.
>>>
>>>=========================================================================
>>>Date: Mon, 3 Jul 2000 12:33:31 +0530
>>>From: "M Robert Prakash" <robertprakash@chennai.tcs.co.in>
>>>Subject: Reg Cabletron Mibs!
>>>
>>>
>>>
>>>Hi All
>>>
>>>I have a query.I am using Netview for NT v5.1.1.Our Network is built using
>>>Cabletron SS6000 10/100 Mbps port switch and also SSR8.I want Netview to
>>>detect
>>>these devices as well to be able to Manage them.So right now I am downloading
>>>all Cabletron Mibs from the website.My Questions are
>>>
>>>1.Can I load all the Cabletron Mibs because from the list of Mibs I can't
>>>make
>>>out the Mibs for SS6000 and SSR8(If someone knows pls let me know)
>>>2.Do I have to load them in a particular order if so in what order
>>>
>>>If any of you have worked with Cabletron Products,pls help me out
>>>
>>>Thanks in advance
>>>
>>>Regards
>>>
>>>Robert
>>>
>>>=========================================================================
>>>Date: Mon, 3 Jul 2000 13:02:16 +0200
>>>From: REIBENSCHUH Alfred <alfred.reibenschuh@it-austria.com>
>>>Subject: RE: Reg Cabletron Mibs!
>>>
>>>hi !
>>>
>>>looking at the "smidump -f imports ./CTRON-*.my" output
>>>for the SMIv1
>>>:CTRON-COMMON-MIB
>>>: |
>>>: +--RFC1155-SMI [2 identifiers]
>>>: +--RFC-1212 [1 identifier]
>>>: |
>>>: +--RFC1155-SMI [1 identifier]
>>>: +--RFC1158-MIB [1 identifier]
>>>: |
>>>: +--RFC1155-SMI [7 identifiers]
>>>:
>>>:CTRON-CHASSIS-MIB
>>>: |
>>>: +--RFC1155-SMI [1 identifier]
>>>: +--RFC-1212 [1 identifier]
>>>: |
>>>: +--RFC1155-SMI [1 identifier]
>>>: +--RFC1158-MIB [1 identifier]
>>>: |
>>>: +--RFC1155-SMI [7 identifiers]
>>>:
>>>:CTRON-BRIDGE-MIB
>>>: +--RFC-1212 [1 identifier]
>>>: | |
>>>: | +--RFC1155-SMI [1 identifier]
>>>: | +--RFC1158-MIB [1 identifier]
>>>: | |
>>>: | +--RFC1155-SMI [7 identifiers]
>>>: |
>>>: |
>>>: +--RFC1155-SMI [2 identifiers]
>>>:
>>>:CTRON-DEVICE-MIB
>>>: |
>>>: +--RFC1155-SMI [2 identifiers]
>>>: +--RFC-1212 [1 identifier]
>>>: |
>>>: +--RFC1155-SMI [1 identifier]
>>>: +--RFC1158-MIB [1 identifier]
>>>: |
>>>: +--RFC1155-SMI [7 identifiers]
>>>:
>>>:CTRON-DOWNLOAD-MIB
>>>: |
>>>: +--RFC1155-SMI [2 identifiers]
>>>: +--RFC-1212 [1 identifier]
>>>: |
>>>: +--RFC1155-SMI [1 identifier]
>>>: +--RFC1158-MIB [1 identifier]
>>>: |
>>>: +--RFC1155-SMI [7 identifiers]
>>>:
>>>:CTRON-IMIM-ADDRESS-MIB
>>>: |
>>>: +--RFC1155-SMI [1 identifier]
>>>: +--RFC-1212 [1 identifier]
>>>: |
>>>: +--RFC1155-SMI [1 identifier]
>>>: +--RFC1158-MIB [1 identifier]
>>>: |
>>>: +--RFC1155-SMI [7 identifiers]
>>>
>>>suggests that you can load the mibs in any particular order
>>>provided that you have the indicated RFC mibs already loaded
>>>
>>>
>>>as for management of the cabletron devices (pardon the language):
>>>
>>>they are some "mean big badasses" and discovery is an adventure
>>>only for those brave enough to endure the perils of many
>>>ovtopofixes :)
>>>
>>>
>>>mfG. Alfred Reibenschuh
>>>INFORMATIONSTECHNOLOGIE AUSTRIA GMBH
>>>TELEKOMMUNIKATION
>>>Networkmanagement
>>>A-1020 Wien, Lassallestrasse 5
>>>T: ++43-1-21717-58947
>>>
>>>=========================================================================
>>>Date: Mon, 3 Jul 2000 08:53:14 -0400
>>>From: James_Shanks@tivoli.com
>>>Subject: Re: mib2trap and BITS SYNTAX.
>>>
>>>
>>>
>>>You didn't mention what version of NetView you have but this problem (nor
>>>recognizing the BITS construct) is APAR IY06997. An e-fix is available for
>>>both
>>>NetView 5.1 and 6.0, and the permanent fix will be part of 5.1.4 and 6.0.1.
>>>
>>>If you like you can just comment out the entire BITS construct since it is
>>>not
>>>used by the MIB browser nor by mib2trap (they use the same parser). It is
>>>only
>>>there for human consumption -- to tell you what the returned bit values mean.
>>>Alternatively you can contact Support and get the e-fix.
>>>
>>>
>>>James Shanks
>>>Team Leader, Level 3 Support
>>> Tivoli NetView for UNIX and NT
>>>
>>>
>>>
>>>"Gavin Newman" <NEWMANGJ@banksa.com.au> on 07/03/2000 01:53:50 AM
>>>
>>>Please respond to IBM NetView Discussion <nv-l@tkg.com>
>>>
>>>To: nv-l@tkg.com
>>>cc: (bcc: James Shanks/Tivoli Systems)
>>>Subject: [NV-L] mib2trap and BITS SYNTAX.
>>>
>>>
>>>
>>>
>>>I have a CISCO MIB that I am trying to convert using mib2trap but the process
>>>fails at any definition with BITS as a SYNTAX type in the OBJECT-TYPE.
>>>
>>>The format of the stanza is like the following :
>>>
>>>name OBJECT-TYPE
>>> SYNTAX BITS {
>>> fred(0),
>>> jim(1),
>>> foo(2),
>>> bar(3)
>>> }
>>> MAX-ACCESS read-write
>>>etc etc...
>>>
>>>mib2trap returns an error "Should be ACCESS({): On or around line 4563 (its a
>>>big MIB!) but if I remove all stanzas with references to BITS mib2trap works
>>>fine. According to my SNMP book by William Stallings BITS is a valid SNMPv2
>>>type
>>>but mib2trap either differs on this point or the definitions are cactus.
>>>
>>>Any ideas out there?
>>>
>>>
>>>
>>>
>>>**********************************************************************
>>> ***** IMPORTANT INFORMATION *****
>>>This document should be read only by those persons to whom
>>>it is addressed and its content is not intended for use by
>>>any other persons. If you have received this message in
>>>error, please notify us immediately. Please also destroy and
>>>delete the message from your computer. Any unauthorised form
>>>of reproduction of this message is strictly prohibited.
>>>Bank SA is not liable for the proper and complete transmission
>>>of the information contained in this communication, nor for any
>>>delay in its receipt.
>>>**********************************************************************
>>>_________________________________________________________________________
>>>NV-L List information and Archives: http://www.tkg.com/nv-l
>>>
>>>=========================================================================
>>>Date: Mon, 3 Jul 2000 14:55:25 +0200
>>>From: zuffranieri@it.ibm.com
>>>Subject: Database connection lost
>>>
>>>
>>>
>>>Hi all,
>>>
>>>I have a problem with Netview 5.1 on AIX 4.2.1
>>>The file /usr/OV/databases/openview/ovwdb/current/value_info has become 2
>>>GB large, in a filesystem of 1 GB !
>>>I used nvTurboDb speed (and space) but after syncronize the file grows
>>>again.
>>>Then I used ovwdbdmap -c and now the file remains of 70 MB.
>>>Some day after I received the error
>>>
>>>Fatal ovw error
>>>Database connection lost
>>>ipmapBailout called from nl_callbacks.C(2732)
>>>
>>>and ovwdb abends.
>>>
>>>Do you know anything about?
>>>
>>>Thanks Fabio
>>>
>>>
>>>
>>>
>>>Fabio Zuffranieri
>>>IBM Global Services-ITS
>>>Via Sciangai 53-Rome 00144-ITALY
>>>email:zuffranieri@it.ibm.com
>>>
>>>=========================================================================
>>>Date: Mon, 3 Jul 2000 09:28:49 -0400
>>>From: James_Shanks@tivoli.com
>>>Subject: Re: SMS messages
>>>
>>>
>>>
>>>Before you begin it will be necessary to determine what kind of paging
>>>service
>>>you have. If you want to use alphanumeric paging and send full text
>>>messages,
>>>then you will need to contact your paging service and verify that they
>>>support
>>>the TAP protocol and dialing in by computer. Then they must tell you the
>>>phone
>>>number you should use (it is almost never the same number as the one people
>>>use)
>>>and the bit settings and parity requirements they support. Look in
>>>nv.carriers
>>>for an example. You will have to create an entry in nv.carriers for your
>>>service.
>>>
>>>You did not mention whether you have the UNIX version of NetView or the NT
>>>one,
>>>but you did ask about security, so I am going to assume UNIX. Using NetView
>>>security is not required, but the if you do paging from a ruleset, the user
>>>information will be stored by the ruleset editor in the security database.
>>>You
>>>need not define it in advance of creating your ruleset, but if you need to
>>>change it later, you will need to use nvsec_admin to do it.
>>>
>>>Assuming that you have created an nv.carriers entry already, you must also
>>>hook
>>>up the modem to a serial port on the box and define it to the operating
>>>system.
>>>Then you will need to define it again in the nvpager.config file. And
>>>finally
>>>if you are not using a modem which responds to the Hayes character set, you
>>>will
>>>need to create a .modem file. If your modem supports Hayes, then
>>>newhayes.modem
>>>should do the job. Most of NetView side of this is covered in the Admin
>>>Guide
>>>under "Configuring the paging utility".
>>>
>>>Once you have hooked your modem to a serial port on your UNIX box (in AIX
>>>this
>>>is tty0 or tty1, in Solaris it is ttya or ttyb), then you must define the
>>>characteristics of the modem (speed, parity, and so on) to the operating
>>>system
>>>and you must define that port so that logins are disabled. You must do this
>>>latter or the system will spawn a getty process that will grab the modem and
>>>never let go. You can use smitty (AIX) or admintool (Solaris) to do this.
>>>
>>>Once you have the modem defined to the OS, then you must configure the
>>>nvpager.config with the same basic parameters. The idea here is that, for
>>>best
>>>results, your OS definition, you nvpager.config definition, and your
>>>nv.carriers
>>>definition, should all match. The NetView definitions will be used to
>>>override
>>>those of the OS, but making them all the same is a way to ensure that you
>>>make
>>>no mistake about what they should be.
>>>
>>>Once you have all this done, make sure nvpagerd is restarted and then try the
>>>nvpage command from the command line to see if you can send a page. Look in
>>>the
>>>usr/OV/log/nvpagerd.alog and .errlog if you have problems. You can also
>>>edit
>>>the ovsuf file and add the "-d" flag to nvpagerd, which will cause him to
>>>trace
>>>to the nvpagerd.alog
>>>
>>>Sound like this is too hard? Call Support and get them to help you through
>>>it.
>>>
>>>James Shanks
>>>Team Leader, Level 3 Support
>>> Tivoli NetView for UNIX and NT
>>>
>>>
>>>
>>>Karsten.Schweiger@gecits-eu.com on 07/03/2000 03:44:55 AM
>>>
>>>Please respond to IBM NetView Discussion <nv-l@tkg.com>
>>>
>>>To: nv-l@tkg.com
>>>cc: (bcc: James Shanks/Tivoli Systems)
>>>Subject: [NV-L] SMS messages
>>>
>>>
>>>
>>>
>>>
>>>
>>>Hi all.
>>>I haven't used the pager utility before so I need information about the the
>>>steps to be taken to use it properly, especially..
>>>do I have to turn security on?
>>>must I edit the nv.carriers file?
>>>
>>>Thanks in advance.
>>>
>>>Mit freundlichen Gruessen - Yours sincerely
>>>
>>>Dr. Karsten Schweiger
>>>GE CompuNet Hamburg
>>>Netzwerk und System Management
>>>Ost- West Strasse 49, 20457 Hamburg, Germany
>>>Phone: +49 (0) 431-3609-0, +49-0177-6302825, Fax: +49 (0) 431-3609-190,
>>>E-Mail : Karsten.Schweiger@GECITS-EU.COM
>>>
>>>
>>>This email is confidential. If you are not the intended recipient,
>>>you must not disclose or use the information contained in it.
>>>If you have received this mail in error, please tell us
>>>immediately by return email and delete the document.
>>>
>>>
>>>_________________________________________________________________________
>>>NV-L List information and Archives: http://www.tkg.com/nv-l
>>>
>>>=========================================================================
>>>Date: Mon, 3 Jul 2000 05:41:53 +0100
>>>From: "Mark van Kerkwyk" <mark%BEEKHUL@vk.net>
>>>Subject: netmon dies after adding in another standard cisco device
>>>
>>>
>>>Hi,
>>> in the test environment I am current running, we have only a small
>>>number oif devices, about 10 routers with around 30 WAN links
>>>
>>>As soon as I add one of our standard cisco 3640's in, netmon suddendly
>>>dies, I have multiple machines with identical config (except the network
>>>config of course) and they all get added to the map fine and data is
>>>successfully collected.
>>>
>>>But as soon as I add this particluar one into the seedfile and run netmon
>>>-y, netmon dies within a couple of minutes.
>>>
>>>I am running a trace mask of 127 and can see no errors at all in the
>>>netmon.trace file, it simply dies without any messages whatsoever.
>>>
>>>As soon as I remove the device from the seedfile and rediscover, I have no
>>>problems, so I believe I have definitely identified this device as the one
>>>causing the problem.
>>>
>>>Any ideas ??
>>>
>>>Mark
>>>
>>>=========================================================================
>>>Date: Mon, 3 Jul 2000 15:38:03 +0100
>>>From: Karsten.Schweiger@gecits-eu.com
>>>Subject: Re: SMS messages
>>>
>>>
>>>
>>>Hello James.
>>>Thanks for your help. I will try this.
>>>
>>>Mit freundlichen Gruessen - Yours sincerely
>>>
>>>Dr. Karsten Schweiger
>>>GE CompuNet Hamburg
>>>Netzwerk und System Management
>>>Ost- West Strasse 49, 20457 Hamburg, Germany
>>>Phone: +49 (0) 431-3609-0, +49-0177-6302825, Fax: +49 (0) 431-3609-190,
>>>E-Mail : Karsten.Schweiger@GECITS-EU.COM
>>>
>>>
>>>This email is confidential. If you are not the intended recipient,
>>>you must not disclose or use the information contained in it.
>>>If you have received this mail in error, please tell us
>>>immediately by return email and delete the document.
>>>
>>>=========================================================================
>>>Date: Mon, 3 Jul 2000 09:40:02 -0400
>>>From: James_Shanks@tivoli.com
>>>Subject: Re: Database connection lost
>>>
>>>
>>>
>>>You are in a world of hurt now and you need to call Support immediately.
>>>The
>>>proper thing would have been to do a compress with ovwdbdmap before you ran
>>>nvTurboDb. It may be that there is now a corrupt object that can be found
>>>and
>>>deleted -- I would try ovtopofix (either -a if you have only one map, -A if
>>>you
>>>have more than one) and see if that helps. If it does not, then Support
>>>will
>>>need to assist you. And you will also have to put on 5.1.3 is you have not
>>>done
>>>so already.
>>>
>>>I hope you kept a backup of /usr/OV/databases/openview before you started
>>>all
>>>this, else you may have to delete your entire data base and start over.
>>>
>>>The issue of a 2 GB database in a 1 GB filesystem is misleading.
>>>Unfortunately, you have misinterpreted what is really going on. The NetView
>>>databases are what are called "sparse" file systems, which means that they
>>>use a
>>>pointer mechanism which may make it look like they are using much more space
>>>than they actually are, because not all the system tools (ls, for example)
>>>are
>>>built to deal with these unique structures.
>>>
>>>
>>>James Shanks
>>>Team Leader, Level 3 Support
>>> Tivoli NetView for UNIX and NT
>>>
>>>
>>>
>>>zuffranieri@IT.IBM.COM on 07/03/2000 08:55:25 AM
>>>
>>>Please respond to IBM NetView Discussion <nv-l@tkg.com>
>>>
>>>To: NV-L@UCSBVM.ucsb.edu
>>>cc: (bcc: James Shanks/Tivoli Systems)
>>>Subject: [NV-L] Database connection lost
>>>
>>>
>>>
>>>
>>>
>>>
>>>Hi all,
>>>
>>>I have a problem with Netview 5.1 on AIX 4.2.1
>>>The file /usr/OV/databases/openview/ovwdb/current/value_info has become 2
>>>GB large, in a filesystem of 1 GB !
>>>I used nvTurboDb speed (and space) but after syncronize the file grows
>>>again.
>>>Then I used ovwdbdmap -c and now the file remains of 70 MB.
>>>Some day after I received the error
>>>
>>>Fatal ovw error
>>>Database connection lost
>>>ipmapBailout called from nl_callbacks.C(2732)
>>>
>>>and ovwdb abends.
>>>
>>>Do you know anything about?
>>>
>>>Thanks Fabio
>>>
>>>
>>>
>>>
>>>Fabio Zuffranieri
>>>IBM Global Services-ITS
>>>Via Sciangai 53-Rome 00144-ITALY
>>>email:zuffranieri@it.ibm.com
>>>
>>>
>>>_________________________________________________________________________
>>>NV-L List information and Archives: http://www.tkg.com/nv-l
>>>
>>>=========================================================================
>>>Date: Mon, 3 Jul 2000 09:49:49 -0400
>>>From: James_Shanks@tivoli.com
>>>Subject: Re: netmon dies after adding in another standard cisco device
>>>
>>>
>>>
>>>Does it core? What is the exit status and last message from ovstatus netmon?
>>>
>>>James Shanks
>>>Team Leader, Level 3 Support
>>> Tivoli NetView for UNIX and NT
>>>
>>>
>>>
>>>"Mark van Kerkwyk" <mark%BEEKHUL@vk.net> on 07/03/2000 12:41:53 AM
>>>
>>>Please respond to IBM NetView Discussion <nv-l@tkg.com>
>>>
>>>To: IBM NetView Discussion <nv-l@tkg.com>
>>>cc: (bcc: James Shanks/Tivoli Systems)
>>>Subject: [NV-L] netmon dies after adding in another standard cisco device
>>>
>>>
>>>
>>>
>>>
>>>Hi,
>>> in the test environment I am current running, we have only a small
>>>number oif devices, about 10 routers with around 30 WAN links
>>>
>>>As soon as I add one of our standard cisco 3640's in, netmon suddendly
>>>dies, I have multiple machines with identical config (except the network
>>>config of course) and they all get added to the map fine and data is
>>>successfully collected.
>>>
>>>But as soon as I add this particluar one into the seedfile and run netmon
>>>-y, netmon dies within a couple of minutes.
>>>
>>>I am running a trace mask of 127 and can see no errors at all in the
>>>netmon.trace file, it simply dies without any messages whatsoever.
>>>
>>>As soon as I remove the device from the seedfile and rediscover, I have no
>>>problems, so I believe I have definitely identified this device as the one
>>>causing the problem.
>>>
>>>Any ideas ??
>>>
>>>Mark
>>>
>>>Environment = Netview 6.0 on Solaris 2.6
>>>
>>>_________________________________________________________________________
>>>NV-L List information and Archives: http://www.tkg.com/nv-l
>>>
>>>=========================================================================
>>>Date: Mon, 3 Jul 2000 16:02:28 +0200
>>>From: Jochen.Friedrich@genorz.de
>>>Subject: Antwort: Re: SMS messages
>>>
>>>
>>>Hi James,
>>>
>>>as an alternative, you can use SMS Client (see
>>>http://www.styx.demon.co.uk/). This program supports all SMS protocols
>>>and isn't restricted to TAP, so it's the program of choice when use use D2.
>>>D1 and E+ both use TAP.
>>>
>>>Cheers,
>>>Jochen
>>>
>>>
>>>Before you begin it will be necessary to determine what kind of paging
>>>service
>>>you have. If you want to use alphanumeric paging and send full text
>>>messages,
>>>then you will need to contact your paging service and verify that they
>>>support
>>>the TAP protocol and dialing in by computer. Then they must tell you the
>>>phone
>>>number you should use (it is almost never the same number as the one people
>>>use)
>>>and the bit settings and parity requirements they support. Look in
>>>nv.carriers
>>>for an example. You will have to create an entry in nv.carriers for your
>>>service.
>>>
>>>You did not mention whether you have the UNIX version of NetView or the NT
>>>one,
>>>but you did ask about security, so I am going to assume UNIX. Using
>>>NetView
>>>security is not required, but the if you do paging from a ruleset, the user
>>>information will be stored by the ruleset editor in the security database.
>>>You
>>>need not define it in advance of creating your ruleset, but if you need to
>>>change it later, you will need to use nvsec_admin to do it.
>>>
>>>Assuming that you have created an nv.carriers entry already, you must also
>>>hook
>>>up the modem to a serial port on the box and define it to the operating
>>>system.
>>>Then you will need to define it again in the nvpager.config file. And
>>>finally
>>>if you are not using a modem which responds to the Hayes character set, you
>>>will
>>>need to create a .modem file. If your modem supports Hayes, then
>>>newhayes.modem
>>>should do the job. Most of NetView side of this is covered in the Admin
>>>Guide
>>>under "Configuring the paging utility".
>>>
>>>Once you have hooked your modem to a serial port on your UNIX box (in AIX
>>>this
>>>is tty0 or tty1, in Solaris it is ttya or ttyb), then you must define the
>>>characteristics of the modem (speed, parity, and so on) to the operating
>>>system
>>>and you must define that port so that logins are disabled. You must do
>>>this
>>>latter or the system will spawn a getty process that will grab the modem
>>>and
>>>never let go. You can use smitty (AIX) or admintool (Solaris) to do this.
>>>
>>>Once you have the modem defined to the OS, then you must configure the
>>>nvpager.config with the same basic parameters. The idea here is that, for
>>>best
>>>results, your OS definition, you nvpager.config definition, and your
>>>nv.carriers
>>>definition, should all match. The NetView definitions will be used to
>>>override
>>>those of the OS, but making them all the same is a way to ensure that you
>>>make
>>>no mistake about what they should be.
>>>
>>>Once you have all this done, make sure nvpagerd is restarted and then try
>>>the
>>>nvpage command from the command line to see if you can send a page. Look
>>>in the
>>>usr/OV/log/nvpagerd.alog and .errlog if you have problems. You can also
>>>edit
>>>the ovsuf file and add the "-d" flag to nvpagerd, which will cause him to
>>>trace
>>>to the nvpagerd.alog
>>>
>>>Sound like this is too hard? Call Support and get them to help you through
>>>it.
>>>
>>>James Shanks
>>>Team Leader, Level 3 Support
>>> Tivoli NetView for UNIX and NT
>>>
>>>
>>>
>>>Karsten.Schweiger@gecits-eu.com on 07/03/2000 03:44:55 AM
>>>
>>>Please respond to IBM NetView Discussion <nv-l@tkg.com>
>>>
>>>To: nv-l@tkg.com
>>>cc: (bcc: James Shanks/Tivoli Systems)
>>>Subject: [NV-L] SMS messages
>>>
>>>
>>>
>>>
>>>
>>>
>>>Hi all.
>>>I haven't used the pager utility before so I need information about the the
>>>steps to be taken to use it properly, especially..
>>>do I have to turn security on?
>>>must I edit the nv.carriers file?
>>>
>>>Thanks in advance.
>>>
>>>Mit freundlichen Gruessen - Yours sincerely
>>>
>>>Dr. Karsten Schweiger
>>>GE CompuNet Hamburg
>>>Netzwerk und System Management
>>>Ost- West Strasse 49, 20457 Hamburg, Germany
>>>Phone: +49 (0) 431-3609-0, +49-0177-6302825, Fax: +49 (0) 431-3609-190,
>>>E-Mail : Karsten.Schweiger@GECITS-EU.COM
>>>
>>>
>>>This email is confidential. If you are not the intended recipient,
>>>you must not disclose or use the information contained in it.
>>>If you have received this mail in error, please tell us
>>>immediately by return email and delete the document.
>>>
>>>
>>>_________________________________________________________________________
>>>NV-L List information and Archives: http://www.tkg.com/nv-l
>>>
>>>
>>>
>>>_________________________________________________________________________
>>>NV-L List information and Archives: http://www.tkg.com/nv-l
>>>
>>>=========================================================================
>>>Date: Mon, 3 Jul 2000 06:26:41 +0100
>>>From: "Mark van Kerkwyk" <mark%BEEKHUL@vk.net>
>>>Subject: Re: netmon dies after adding in another standard cisco device
>>>
>>>
>>>Hi James,
>>> yes it does sometimes core (Would like to find out where to get
>>>readcoreg from) , the exit signal was 11 when it does.
>>>
>>>Here is what I just did, there are two scenarios.
>>>
>>>Scenario 1.
>>>=========
>>>1. Added node to seedfile.
>>>2. ran ovstart and got the following error.
>>>sam[root]#ovstart
>>> object manager name: netmon
>>> behavior: OVs_WELL_BEHAVED
>>> state: SENT_SIGTERM
>>> PID: 6667
>>> last message: netmon: exiting
>>> exit status: -
>>>
>>>This time it didn't core.
>>>
>>>Here is to the total output from netmon.trace for this session.
>>>sam[root]#cat netmon.trace
>>>14:52:58 : ./nl_main.c[1058] : STARTING NETMON TRACE ---- TRACEMASK=0x7f
>>>*Tivoli NetView Event Suppression product not installed
>>>
>>>
>>>
>>>
>>>Scenario 2.
>>>=========
>>>1. kill /usr/OV/bin/ovspmd
>>>2. run ovstart
>>>2. check using ovstatus
>>>object manager name: netmon
>>> behavior: OVs_WELL_BEHAVED
>>> state: NOT_RUNNING
>>> PID: -
>>> last message: Initialization complete.
>>> exit status: exited on signal 11
>>>
>>>Some trace info is listed below. Device address in seedfile is
>>>172.24.16.253
>>>
>>>
>>>Thanks again.
>>>
>>>Mark
>>>BTW: I'm still trying to find out how to get hold of the Tivoli Netview
>>>Event Supression scripts...
>>>
>>>15:11:45 : ./nl_snmper.c[840] : recv_snmps: size of snmpWait = 0
>>>15:11:45 : ./nl_snmper.c[870] : recv_snmp: from 172.24.255.5 (172.24.255.5)
>>>op = DAILY req = GetSecIF reqid = 7986
>>>15:11:45 : ./nl_snmpstate.c[4206] : ### atNetAddress = 172.24.16.6,
>>>atPhysAddress = 0x0004ACD6538B, atIfIndex = 1
>>>15:11:45 : ./nl_snmper.c[197] : xmitone_snmp(before send):size of snmpWait
>>>= 0
>>>15:11:45 : ./nl_snmper.c[266] : sending SNMP to 172.24.255.5 op = DAILY req
>>>= GetSecIF reqid = 7987
>>>15:11:45 : ./nl_snmper.c[299] : xmitone_snmp(after send): size of snmpWait
>>>= 1
>>>15:11:45 : ./nl_main.c[556] : ** waiting for 2 15:11:45 : ./nl_main.c[596]
>>>: -- received stuff 0x100 **
>>>15:11:45 : ./nl_snmper.c[840] : recv_snmps: size of snmpWait = 0
>>>15:11:45 : ./nl_snmper.c[870] : recv_snmp: from 172.24.255.5 (172.24.255.5)
>>>op = DAILY req = GetSecIF reqid = 7987
>>>15:11:45 : ./nl_snmpstate.c[4206] : ### atNetAddress = 172.24.16.7,
>>>atPhysAddress = 0x006094EA3DB6, atIfIndex = 1
>>>15:11:45 : ./nl_snmper.c[197] : xmitone_snmp(before send):size of snmpWait
>>>= 0
>>>15:11:45 : ./nl_snmper.c[266] : sending SNMP to 172.24.255.5 op = DAILY req
>>>= GetSecIF reqid = 7988
>>>15:11:45 : ./nl_snmper.c[299] : xmitone_snmp(after send): size of snmpWait
>>>= 1
>>>15:11:45 : ./nl_main.c[556] : ** waiting for 2 15:11:46 : ./nl_main.c[596]
>>>: -- received stuff 0x100 **
>>>15:11:46 : ./nl_snmper.c[840] : recv_snmps: size of snmpWait = 0
>>>15:11:46 : ./nl_snmper.c[870] : recv_snmp: from 172.24.255.5 (172.24.255.5)
>>>op = DAILY req = GetSecIF reqid = 7988
>>>15:11:46 : ./nl_snmpstate.c[4206] : ### atNetAddress = 172.24.16.9,
>>>atPhysAddress = 0x00203568039A, atIfIndex = 1
>>>15:11:46 : ./nl_snmper.c[197] : xmitone_snmp(before send):size of snmpWait
>>>= 0
>>>15:11:46 : ./nl_snmper.c[266] : sending SNMP to 172.24.255.5 op = DAILY req
>>>= GetSecIF reqid = 7989
>>>15:11:46 : ./nl_snmper.c[299] : xmitone_snmp(after send): size of snmpWait
>>>= 1
>>>15:11:46 : ./nl_main.c[556] : ** waiting for 2 15:11:46 : ./nl_main.c[596]
>>>: -- received stuff 0x100 **
>>>15:11:46 : ./nl_snmper.c[840] : recv_snmps: size of snmpWait = 0
>>>15:11:46 : ./nl_snmper.c[870] : recv_snmp: from 172.24.255.5 (172.24.255.5)
>>>op = DAILY req = GetSecIF reqid = 7989
>>>15:11:46 : ./nl_snmpstate.c[4206] : ### atNetAddress = 172.24.16.10,
>>>atPhysAddress = 0x0004ACDAEB89, atIfIndex = 1
>>>15:11:46 : ./nl_snmper.c[197] : xmitone_snmp(before send):size of snmpWait
>>>= 0
>>>15:11:46 : ./nl_snmper.c[266] : sending SNMP to 172.24.255.5 op = DAILY req
>>>= GetSecIF reqid = 7990
>>>15:11:46 : ./nl_snmper.c[299] : xmitone_snmp(after send): size of snmpWait
>>>= 1
>>>15:11:46 : ./nl_main.c[556] : ** waiting for 2 15:11:46 : ./nl_main.c[596]
>>>: -- received stuff 0x100 **
>>>15:11:46 : ./nl_snmper.c[840] : recv_snmps: size of snmpWait = 0
>>>15:11:46 : ./nl_snmper.c[870] : recv_snmp: from 172.24.255.5 (172.24.255.5)
>>>op = DAILY req = GetSecIF reqid = 7990
>>>15:11:46 : ./nl_snmpstate.c[4206] : ### atNetAddress = 172.24.16.12,
>>>atPhysAddress = 0x0010B548D34F, atIfIndex = 1
>>>15:11:46 : ./nl_snmper.c[197] : xmitone_snmp(before send):size of snmpWait
>>>= 0
>>>15:11:46 : ./nl_snmper.c[266] : sending SNMP to 172.24.255.5 op = DAILY req
>>>= GetSecIF reqid = 7991
>>>15:11:46 : ./nl_snmper.c[299] : xmitone_snmp(after send): size of snmpWait
>>>= 1
>>>15:11:46 : ./nl_main.c[556] : ** waiting for 2 15:11:47 : ./nl_main.c[596]
>>>: -- received stuff 0x100 **
>>>15:11:47 : ./nl_snmper.c[840] : recv_snmps: size of snmpWait = 0
>>>15:11:47 : ./nl_snmper.c[870] : recv_snmp: from 172.24.255.5 (172.24.255.5)
>>>op = DAILY req = GetSecIF reqid = 7991
>>>15:11:47 : ./nl_snmpstate.c[4206] : ### atNetAddress = 172.24.16.25,
>>>atPhysAddress = 0x0004ACA2D4AB, atIfIndex = 1
>>>15:11:47 : ./nl_snmper.c[197] : xmitone_snmp(before send):size of snmpWait
>>>= 0
>>>15:11:47 : ./nl_snmper.c[266] : sending SNMP to 172.24.255.5 op = DAILY req
>>>= GetSecIF reqid = 7992
>>>15:11:47 : ./nl_snmper.c[299] : xmitone_snmp(after send): size of snmpWait
>>>= 1
>>>15:11:47 : ./nl_main.c[556] : ** waiting for 2 15:11:47 : ./nl_main.c[596]
>>>: -- received stuff 0x100 **
>>>15:11:47 : ./nl_snmper.c[840] : recv_snmps: size of snmpWait = 0
>>>15:11:47 : ./nl_snmper.c[870] : recv_snmp: from 172.24.255.5 (172.24.255.5)
>>>op = DAILY req = GetSecIF reqid = 7992
>>>15:11:47 : ./nl_snmpstate.c[4206] : ### atNetAddress = 172.24.16.26,
>>>atPhysAddress = 0x0004ACC6DB45, atIfIndex = 1
>>>15:11:47 : ./nl_snmper.c[197] : xmitone_snmp(before send):size of snmpWait
>>>= 0
>>>15:11:47 : ./nl_snmper.c[266] : sending SNMP to 172.24.255.5 op = DAILY req
>>>= GetSecIF reqid = 7993
>>>15:11:47 : ./nl_snmper.c[299] : xmitone_snmp(after send): size of snmpWait
>>>= 1
>>>15:11:47 : ./nl_main.c[556] : ** waiting for 2 15:11:47 : ./nl_main.c[596]
>>>: -- received stuff 0x100 **
>>>15:11:47 : ./nl_snmper.c[840] : recv_snmps: size of snmpWait = 0
>>>15:11:47 : ./nl_snmper.c[870] : recv_snmp: from 172.24.255.5 (172.24.255.5)
>>>op = DAILY req = GetSecIF reqid = 7993
>>>15:11:47 : ./nl_snmpstate.c[4206] : ### atNetAddress = 172.24.16.27,
>>>atPhysAddress = 0x0800209EE560, atIfIndex = 1
>>>15:11:47 : ./nl_snmper.c[197] : xmitone_snmp(before send):size of snmpWait
>>>= 0
>>>15:11:47 : ./nl_snmper.c[266] : sending SNMP to 172.24.255.5 op = DAILY req
>>>= GetSecIF reqid = 7994
>>>15:11:47 : ./nl_snmper.c[299] : xmitone_snmp(after send): size of snmpWait
>>>= 1
>>>15:11:47 : ./nl_main.c[556] : ** waiting for 2 15:11:48 : ./nl_main.c[596]
>>>: -- received stuff 0x100 **
>>>15:11:48 : ./nl_snmper.c[840] : recv_snmps: size of snmpWait = 0
>>>15:11:48 : ./nl_snmper.c[870] : recv_snmp: from 172.24.255.5 (172.24.255.5)
>>>op = DAILY req = GetSecIF reqid = 7994
>>>15:11:48 : ./nl_snmpstate.c[4206] : ### atNetAddress = 172.24.16.28,
>>>atPhysAddress = 0x080020AD4FC0, atIfIndex = 1
>>>15:11:48 : ./nl_snmper.c[197] : xmitone_snmp(before send):size of snmpWait
>>>= 0
>>>15:11:48 : ./nl_snmper.c[266] : sending SNMP to 172.24.255.5 op = DAILY req
>>>= GetSecIF reqid = 7995
>>>15:11:48 : ./nl_snmper.c[299] : xmitone_snmp(after send): size of snmpWait
>>>= 1
>>>15:11:48 : ./nl_main.c[556] : ** waiting for 2 15:11:48 : ./nl_main.c[596]
>>>: -- received stuff 0x100 **
>>>15:11:48 : ./nl_snmper.c[840] : recv_snmps: size of snmpWait = 0
>>>15:11:48 : ./nl_snmper.c[870] : recv_snmp: from 172.24.255.5 (172.24.255.5)
>>>op = DAILY req = GetSecIF reqid = 7995
>>>15:11:48 : ./nl_snmpstate.c[4206] : ### atNetAddress = 172.24.16.40,
>>>atPhysAddress = 0x00508BCF7873, atIfIndex = 1
>>>15:11:48 : ./nl_snmper.c[197] : xmitone_snmp(before send):size of snmpWait
>>>= 0
>>>15:11:48 : ./nl_snmper.c[266] : sending SNMP to 172.24.255.5 op = DAILY req
>>>= GetSecIF reqid = 7996
>>>15:11:48 : ./nl_snmper.c[299] : xmitone_snmp(after send): size of snmpWait
>>>= 1
>>>15:11:48 : ./nl_main.c[556] : ** waiting for 2 15:11:48 : ./nl_main.c[596]
>>>: -- received stuff 0x100 **
>>>15:11:49 : ./nl_snmper.c[840] : recv_snmps: size of snmpWait = 0
>>>15:11:49 : ./nl_snmper.c[870] : recv_snmp: from 172.24.255.5 (172.24.255.5)
>>>op = DAILY req = GetSecIF reqid = 7996
>>>15:11:49 : ./nl_snmpstate.c[4206] : ### atNetAddress = 172.24.16.107,
>>>atPhysAddress = 0x0004AC44FB37, atIfIndex = 1
>>>15:11:49 : ./nl_snmper.c[197] : xmitone_snmp(before send):size of snmpWait
>>>= 0
>>>15:11:49 : ./nl_snmper.c[266] : sending SNMP to 172.24.255.5 op = DAILY req
>>>= GetSecIF reqid = 7997
>>>15:11:49 : ./nl_snmper.c[299] : xmitone_snmp(after send): size of snmpWait
>>>= 1
>>>15:11:49 : ./nl_main.c[556] : ** waiting for 2 15:11:49 : ./nl_main.c[596]
>>>: -- received stuff 0x100 **
>>>15:11:49 : ./nl_snmper.c[840] : recv_snmps: size of snmpWait = 0
>>>15:11:49 : ./nl_snmper.c[870] : recv_snmp: from 172.24.255.5 (172.24.255.5)
>>>op = DAILY req = GetSecIF reqid = 7997
>>>15:11:49 : ./nl_snmpstate.c[4206] : ### atNetAddress = 172.24.16.229,
>>>atPhysAddress = 0x002035676322, atIfIndex = 1
>>>15:11:49 : ./nl_snmper.c[197] : xmitone_snmp(before send):size of snmpWait
>>>= 0
>>>15:11:49 : ./nl_snmper.c[266] : sending SNMP to 172.24.255.5 op = DAILY req
>>>= GetSecIF reqid = 7998
>>>15:11:49 : ./nl_snmper.c[299] : xmitone_snmp(after send): size of snmpWait
>>>= 1
>>>15:11:49 : ./nl_main.c[556] : ** waiting for 2 15:11:49 : ./nl_main.c[596]
>>>: -- received stuff 0x100 **
>>>15:11:49 : ./nl_snmper.c[840] : recv_snmps: size of snmpWait = 0
>>>15:11:49 : ./nl_snmper.c[870] : recv_snmp: from 172.24.255.5 (172.24.255.5)
>>>op = DAILY req = GetSecIF reqid = 7998
>>>15:11:49 : ./nl_snmpstate.c[4206] : ### atNetAddress = 172.24.16.230,
>>>atPhysAddress = 0x0000E889F0AD, atIfIndex = 1
>>>15:11:49 : ./nl_snmper.c[197] : xmitone_snmp(before send):size of snmpWait
>>>= 0
>>>15:11:49 : ./nl_snmper.c[266] : sending SNMP to 172.24.255.5 op = DAILY req
>>>= GetSecIF reqid = 7999
>>>15:11:49 : ./nl_snmper.c[299] : xmitone_snmp(after send): size of snmpWait
>>>= 1
>>>15:11:49 : ./nl_main.c[556] : ** waiting for 2 15:11:50 : ./nl_main.c[596]
>>>: -- received stuff 0x100 **
>>>15:11:50 : ./nl_snmper.c[840] : recv_snmps: size of snmpWait = 0
>>>15:11:50 : ./nl_snmper.c[870] : recv_snmp: from 172.24.255.5 (172.24.255.5)
>>>op = DAILY req = GetSecIF reqid = 7999
>>>15:11:50 : ./nl_snmpstate.c[4206] : ### atNetAddress = 172.24.16.237,
>>>atPhysAddress = 0x0090F2324A80, atIfIndex = 1
>>>15:11:50 : ./nl_snmper.c[197] : xmitone_snmp(before send):size of snmpWait
>>>= 0
>>>15:11:50 : ./nl_snmper.c[266] : sending SNMP to 172.24.255.5 op = DAILY req
>>>= GetSecIF reqid = 8000
>>>15:11:50 : ./nl_snmper.c[299] : xmitone_snmp(after send): size of snmpWait
>>>= 1
>>>15:11:50 : ./nl_main.c[556] : ** waiting for 2 15:11:50 : ./nl_main.c[596]
>>>: -- received stuff 0x100 **
>>>15:11:50 : ./nl_snmper.c[840] : recv_snmps: size of snmpWait = 0
>>>15:11:50 : ./nl_snmper.c[870] : recv_snmp: from 172.24.255.5 (172.24.255.5)
>>>op = DAILY req = GetSecIF reqid = 8000
>>>15:11:50 : ./nl_snmpstate.c[4206] : ### atNetAddress = 172.24.16.238,
>>>atPhysAddress = 0x0090ABEEA700, atIfIndex = 1
>>>15:11:50 : ./nl_snmper.c[197] : xmitone_snmp(before send):size of snmpWait
>>>= 0
>>>15:11:50 : ./nl_snmper.c[266] : sending SNMP to 172.24.255.5 op = DAILY req
>>>= GetSecIF reqid = 8001
>>>15:11:50 : ./nl_snmper.c[299] : xmitone_snmp(after send): size of snmpWait
>>>= 1
>>>15:11:50 : ./nl_main.c[556] : ** waiting for 2 15:11:50 : ./nl_main.c[596]
>>>: -- received stuff 0x100 **
>>>15:11:50 : ./nl_snmper.c[840] : recv_snmps: size of snmpWait = 0
>>>15:11:50 : ./nl_snmper.c[870] : recv_snmp: from 172.24.255.5 (172.24.255.5)
>>>op = DAILY req = GetSecIF reqid = 8001
>>>15:11:50 : ./nl_snmpstate.c[4206] : ### atNetAddress = 172.24.16.240,
>>>atPhysAddress = 0x080020A08D40, atIfIndex = 1
>>>15:11:50 : ./nl_snmper.c[197] : xmitone_snmp(before send):size of snmpWait
>>>= 0
>>>15:11:50 : ./nl_snmper.c[266] : sending SNMP to 172.24.255.5 op = DAILY req
>>>= GetSecIF reqid = 8002
>>>15:11:50 : ./nl_snmper.c[299] : xmitone_snmp(after send): size of snmpWait
>>>= 1
>>>15:11:50 : ./nl_main.c[556] : ** waiting for 2 15:11:51 : ./nl_main.c[596]
>>>: -- received stuff 0x100 **
>>>15:11:51 : ./nl_snmper.c[840] : recv_snmps: size of snmpWait = 0
>>>15:11:51 : ./nl_snmper.c[870] : recv_snmp: from 172.24.255.5 (172.24.255.5)
>>>op = DAILY req = GetSecIF reqid = 8002
>>>15:11:51 : ./nl_snmpstate.c[4206] : ### atNetAddress = 172.24.16.248,
>>>atPhysAddress = 0x00A08E0AB438, atIfIndex = 1
>>>15:11:51 : ./nl_snmper.c[197] : xmitone_snmp(before send):size of snmpWait
>>>= 0
>>>15:11:51 : ./nl_snmper.c[266] : sending SNMP to 172.24.255.5 op = DAILY req
>>>= GetSecIF reqid = 8003
>>>15:11:51 : ./nl_snmper.c[299] : xmitone_snmp(after send): size of snmpWait
>>>= 1
>>>15:11:51 : ./nl_main.c[556] : ** waiting for 2 15:11:51 : ./nl_main.c[596]
>>>: -- received stuff 0x100 **
>>>15:11:51 : ./nl_snmper.c[840] : recv_snmps: size of snmpWait = 0
>>>15:11:51 : ./nl_snmper.c[870] : recv_snmp: from 172.24.255.5 (172.24.255.5)
>>>op = DAILY req = GetSecIF reqid = 8003
>>>15:11:51 : ./nl_snmpstate.c[4206] : ### atNetAddress = 172.24.16.250,
>>>atPhysAddress = 0x00A08E06B1D8, atIfIndex = 1
>>>15:11:51 : ./nl_snmper.c[197] : xmitone_snmp(before send):size of snmpWait
>>>= 0
>>>15:11:51 : ./nl_snmper.c[266] : sending SNMP to 172.24.255.5 op = DAILY req
>>>= GetSecIF reqid = 8004
>>>15:11:51 : ./nl_snmper.c[299] : xmitone_snmp(after send): size of snmpWait
>>>= 1
>>>15:11:51 : ./nl_main.c[556] : ** waiting for 2 15:11:51 : ./nl_main.c[596]
>>>: -- received stuff 0x100 **
>>>15:11:51 : ./nl_snmper.c[840] : recv_snmps: size of snmpWait = 0
>>>15:11:51 : ./nl_snmper.c[870] : recv_snmp: from 172.24.255.5 (172.24.255.5)
>>>op = DAILY req = GetSecIF reqid = 8004
>>>15:11:51 : ./nl_snmpstate.c[4206] : ### atNetAddress = 172.24.16.253,
>>>atPhysAddress = 0x00107BB6F4E1, atIfIndex = 1
>>>15:11:51 : ./nl_snmper.c[197] : xmitone_snmp(before send):size of snmpWait
>>>= 0
>>>15:11:51 : ./nl_snmper.c[266] : sending SNMP to 172.24.255.5 op = DAILY req
>>>= GetSecIF reqid = 8005
>>>15:11:51 : ./nl_snmper.c[299] : xmitone_snmp(after send): size of snmpWait
>>>= 1
>>>15:11:51 : ./nl_main.c[556] : ** waiting for 2 15:11:52 : ./nl_main.c[596]
>>>: -- received stuff 0x100 **
>>>15:11:52 : ./nl_snmper.c[840] : recv_snmps: size of snmpWait = 0
>>>15:11:52 : ./nl_snmper.c[870] : recv_snmp: from 172.24.255.5 (172.24.255.5)
>>>op = DAILY req = GetSecIF reqid = 8005
>>>15:11:52 : ./nl_snmpstate.c[4206] : ### atNetAddress = 172.24.16.254,
>>>atPhysAddress = 0x00000C07AC01, atIfIndex = 1
>>>15:11:52 : ./nl_snmpstate.c[4514] : ### ifIndex = 1, ifPhysAddress =
>>>0x00107BB6F4E1, iftype = 6, adminStatus = 1, operStatus = 1
>>>15:11:52 : ./nl_snmper.c[197] : xmitone_snmp(before send):size of snmpWait
>>>= 0
>>>15:11:52 : ./nl_snmper.c[266] : sending SNMP to 172.24.255.5 op = DAILY req
>>>= GetSecIF reqid = 8006
>>>15:11:52 : ./nl_snmper.c[299] : xmitone_snmp(after send): size of snmpWait
>>>= 1
>>>15:11:52 : ./nl_main.c[556] : ** waiting for 2 15:11:52 : ./nl_main.c[596]
>>>: -- received stuff 0x100 **
>>>15:11:52 : ./nl_snmper.c[840] : recv_snmps: size of snmpWait = 0
>>>15:11:52 : ./nl_snmper.c[870] : recv_snmp: from 172.24.255.5 (172.24.255.5)
>>>op = DAILY req = GetSecIF reqid = 8006
>>>15:11:52 : ./nl_event.c[120] : changeIfEvent: node 172.24.255.5 eventnum
>>>ip Mask Change
>>>15:11:52 : ./nl_event.c[120] : changeIfEvent: node 172.24.255.5 eventnum
>>>if type Change
>>>15:11:52 : ./nl_event.c[120] : changeIfEvent: node 172.24.255.5 eventnum
>>>if descr Change
>>>15:11:52 : ./nl_event.c[499] : HSRP interface 172.24.16.254 is added to
>>>node 172.24.255.5
>>>
>>>=========================================================================
>>>Date: Mon, 3 Jul 2000 10:26:55 -0400
>>>From: James_Shanks@tivoli.com
>>>Subject: Re: Antwort: Re: SMS messages
>>>
>>>
>>>
>>>Ah. Sorry. I did not recognize the title "SMS messages" as indicating the
>>>need
>>>for an alternative protocol, since NetView does not natively support
>>>anything
>>>but TAP and PAKNET. We do support specifying alternative protocols in the
>>>nvpaging.protocol file, but they have to quite similar to TAP in order to
>>>work,
>>>as anyone who looks there will see. I took Karsten to be asking a very
>>>generic question, "How do I get the pager to work?" and not "Will the nvpager
>>>utility send SMS messages to all carriers?" That answer is obviously, "no".
>>>Thanks for keeping me straight.
>>>
>>>James Shanks
>>>Team Leader, Level 3 Support
>>> Tivoli NetView for UNIX and NT
>>>
>>>
>>>
>>>Jochen.Friedrich@genorz.de on 07/03/2000 10:02:28 AM
>>>
>>>Please respond to IBM NetView Discussion <nv-l@tkg.com>
>>>
>>>To: IBM NetView Discussion <nv-l@tkg.com>
>>>cc: Karsten.Schweiger@GECITS-EU.COM (bcc: James Shanks/Tivoli Systems)
>>>Subject: Antwort: Re: [NV-L] SMS messages
>>>
>>>
>>>
>>>
>>>
>>>Hi James,
>>>
>>>as an alternative, you can use SMS Client (see
>>>http://www.styx.demon.co.uk/). This program supports all SMS protocols
>>>and isn't restricted to TAP, so it's the program of choice when use use D2.
>>>D1 and E+ both use TAP.
>>>
>>>Cheers,
>>>Jochen
>>>
>>>
>>>Before you begin it will be necessary to determine what kind of paging
>>>service
>>>you have. If you want to use alphanumeric paging and send full text
>>>messages,
>>>then you will need to contact your paging service and verify that they
>>>support
>>>the TAP protocol and dialing in by computer. Then they must tell you the
>>>phone
>>>number you should use (it is almost never the same number as the one people
>>>use)
>>>and the bit settings and parity requirements they support. Look in
>>>nv.carriers
>>>for an example. You will have to create an entry in nv.carriers for your
>>>service.
>>>
>>>You did not mention whether you have the UNIX version of NetView or the NT
>>>one,
>>>but you did ask about security, so I am going to assume UNIX. Using
>>>NetView
>>>security is not required, but the if you do paging from a ruleset, the user
>>>information will be stored by the ruleset editor in the security database.
>>>You
>>>need not define it in advance of creating your ruleset, but if you need to
>>>change it later, you will need to use nvsec_admin to do it.
>>>
>>>Assuming that you have created an nv.carriers entry already, you must also
>>>hook
>>>up the modem to a serial port on the box and define it to the operating
>>>system.
>>>Then you will need to define it again in the nvpager.config file. And
>>>finally
>>>if you are not using a modem which responds to the Hayes character set, you
>>>will
>>>need to create a .modem file. If your modem supports Hayes, then
>>>newhayes.modem
>>>should do the job. Most of NetView side of this is covered in the Admin
>>>Guide
>>>under "Configuring the paging utility".
>>>
>>>Once you have hooked your modem to a serial port on your UNIX box (in AIX
>>>this
>>>is tty0 or tty1, in Solaris it is ttya or ttyb), then you must define the
>>>characteristics of the modem (speed, parity, and so on) to the operating
>>>system
>>>and you must define that port so that logins are disabled. You must do
>>>this
>>>latter or the system will spawn a getty process that will grab the modem
>>>and
>>>never let go. You can use smitty (AIX) or admintool (Solaris) to do this.
>>>
>>>Once you have the modem defined to the OS, then you must configure the
>>>nvpager.config with the same basic parameters. The idea here is that, for
>>>best
>>>results, your OS definition, you nvpager.config definition, and your
>>>nv.carriers
>>>definition, should all match. The NetView definitions will be used to
>>>override
>>>those of the OS, but making them all the same is a way to ensure that you
>>>make
>>>no mistake about what they should be.
>>>
>>>Once you have all this done, make sure nvpagerd is restarted and then try
>>>the
>>>nvpage command from the command line to see if you can send a page. Look
>>>in the
>>>usr/OV/log/nvpagerd.alog and .errlog if you have problems. You can also
>>>edit
>>>the ovsuf file and add the "-d" flag to nvpagerd, which will cause him to
>>>trace
>>>to the nvpagerd.alog
>>>
>>>Sound like this is too hard? Call Support and get them to help you through
>>>it.
>>>
>>>James Shanks
>>>Team Leader, Level 3 Support
>>> Tivoli NetView for UNIX and NT
>>>
>>>
>>>
>>>Karsten.Schweiger@gecits-eu.com on 07/03/2000 03:44:55 AM
>>>
>>>Please respond to IBM NetView Discussion <nv-l@tkg.com>
>>>
>>>To: nv-l@tkg.com
>>>cc: (bcc: James Shanks/Tivoli Systems)
>>>Subject: [NV-L] SMS messages
>>>
>>>
>>>
>>>
>>>
>>>
>>>Hi all.
>>>I haven't used the pager utility before so I need information about the the
>>>steps to be taken to use it properly, especially..
>>>do I have to turn security on?
>>>must I edit the nv.carriers file?
>>>
>>>Thanks in advance.
>>>
>>>Mit freundlichen Gruessen - Yours sincerely
>>>
>>>Dr. Karsten Schweiger
>>>GE CompuNet Hamburg
>>>Netzwerk und System Management
>>>Ost- West Strasse 49, 20457 Hamburg, Germany
>>>Phone: +49 (0) 431-3609-0, +49-0177-6302825, Fax: +49 (0) 431-3609-190,
>>>E-Mail : Karsten.Schweiger@GECITS-EU.COM
>>>
>>>
>>>This email is confidential. If you are not the intended recipient,
>>>you must not disclose or use the information contained in it.
>>>If you have received this mail in error, please tell us
>>>immediately by return email and delete the document.
>>>
>>>
>>>_________________________________________________________________________
>>>NV-L List information and Archives: http://www.tkg.com/nv-l
>>>
>>>
>>>
>>>_________________________________________________________________________
>>>NV-L List information and Archives: http://www.tkg.com/nv-l
>>>
>>>
>>>
>>>_________________________________________________________________________
>>>NV-L List information and Archives: http://www.tkg.com/nv-l
>>>
>>>=========================================================================
>>>Date: Mon, 3 Jul 2000 10:50:35 -0400
>>>From: James_Shanks@tivoli.com
>>>Subject: Re: netmon dies after adding in another standard cisco device
>>>
>>>
>>>
>>>I don't do netmon myself. And I see nothing enlightening in the netmon
>>>trace.
>>>So the answer to all your questions, "How do I get readcoreg?", "How do I
>>>get
>>>the event suppression scripts?", and "What do I do now?" is the same: "Call
>>>Support". Sorry but it is the best answer I can give you.
>>>
>>>James Shanks
>>>Team Leader, Level 3 Support
>>> Tivoli NetView for UNIX and NT
>>>
>>>=========================================================================
>>>Date: Mon, 3 Jul 2000 16:39:04 -0400
>>>From: Gareth_Holl@tivoli.com
>>>Subject: Re: Database connection lost
>>>
>>>
>>>
>>>A small correction to James' reply, the ovtopofix option -a should generally
>>>should be used when you have multiple maps that contain different objects and
>>>the -A option for when you only have one map - this is opposite to how it is
>>>written in James' previous reply.
>>>
>>>Other than that, I would agree with James in that running the ovwdbdmap
>>>command
>>>on a database that has been converted to the NDBM format (using
>>>nvTurboDatabase
>>>or dbmcompress) will probably result in corruption. You could try using
>>>ovtopofix to fix any database corruption and/or you could try backing out of
>>>the
>>>NDBM format by using the dbmcompress utility on your databases with no
>>>options
>>>specified (see page 52 of the NetView 5.1 Release Notes - would recommend you
>>>speak to Support for further advise here). But your best bet would be to
>>>restore
>>>from a backup or completely re-discover. It is recommended that you always
>>>make
>>>a backup before working on the databases.
>>>
>>>"I used nvTurboDb speed (and space) but after syncronize the file grows
>>>again." Which file grows ? This may suggest that the nvTurboDatabase command
>>>did
>>>not complete the conversion successfully. The process of converting your
>>>databases by using nvTurboDatabase will actually backup your databases and
>>>thus
>>>it is expected that you have space available in your /usr file system for
>>>this
>>>process - otherwise corruption may result. Using the ovwdbdmap command on a
>>>NDBM
>>>formatted database would not of helped matters and should never be used from
>>>my
>>>understanding.
>>>
>>>To convert the standard NetView databases to NDBM format:
>>>1. Backup you databases.
>>>2. Run the ovmapcount -a and ovtopofix -A commands to cleanup inconsistencies
>>>that may already exist.
>>>3. Ensure adequate space in /usr for the database backups that will be
>>>performed
>>>by the nvTurboDatabase utility.
>>>4. Enter /usr/OV/service/nvTurboDatabase space
>>>5. Enter /usr/OV/service/nvTurboDatabase speed
>>>6. Enter ovw &, to start the NetView GUI. Note: DO NOT start netmon at this
>>>time.
>>>Wait for the topology and object databases to sync up with each other.
>>>This step may take longer than usual but it is an important part of the
>>>process.
>>>7. Enter ovstart netmon, to start the netmon daemon.
>>>
>>>For further advise, you would probably be best to call Support as James has
>>>suggested.
>>>
>>>
>>>Gareth Holl
>>>Level 2 Support Engineer
>>>
>>>
>>>James_Shanks@TIVOLI.COM on 07/03/2000 09:40:02 AM
>>>
>>>Please respond to IBM NetView Discussion <nv-l@tkg.com>
>>>
>>>To: IBM NetView Discussion <nv-l@tkg.com>
>>>cc: (bcc: Gareth Holl/Tivoli Systems)
>>>Subject: Re: [NV-L] Database connection lost
>>>
>>>
>>>
>>>
>>>
>>>
>>>You are in a world of hurt now and you need to call Support immediately.
>>>The
>>>proper thing would have been to do a compress with ovwdbdmap before you ran
>>>nvTurboDb. It may be that there is now a corrupt object that can be found
>>>and
>>>deleted -- I would try ovtopofix (either -a if you have only one map, -A if
>>>you
>>>have more than one) and see if that helps. If it does not, then Support
>>>will
>>>need to assist you. And you will also have to put on 5.1.3 is you have not
>>>done
>>>so already.
>>>
>>>I hope you kept a backup of /usr/OV/databases/openview before you started
>>>all
>>>this, else you may have to delete your entire data base and start over.
>>>
>>>The issue of a 2 GB database in a 1 GB filesystem is misleading.
>>>Unfortunately, you have misinterpreted what is really going on. The NetView
>>>databases are what are called "sparse" file systems, which means that they
>>>use a
>>>pointer mechanism which may make it look like they are using much more space
>>>than they actually are, because not all the system tools (ls, for example)
>>>are
>>>built to deal with these unique structures.
>>>
>>>
>>>James Shanks
>>>Team Leader, Level 3 Support
>>> Tivoli NetView for UNIX and NT
>>>
>>>
>>>
>>>zuffranieri@IT.IBM.COM on 07/03/2000 08:55:25 AM
>>>
>>>Please respond to IBM NetView Discussion <nv-l@tkg.com>
>>>
>>>To: NV-L@UCSBVM.ucsb.edu
>>>cc: (bcc: James Shanks/Tivoli Systems)
>>>Subject: [NV-L] Database connection lost
>>>
>>>
>>>
>>>
>>>
>>>
>>>Hi all,
>>>
>>>I have a problem with Netview 5.1 on AIX 4.2.1
>>>The file /usr/OV/databases/openview/ovwdb/current/value_info has become 2
>>>GB large, in a filesystem of 1 GB !
>>>I used nvTurboDb speed (and space) but after syncronize the file grows
>>>again.
>>>Then I used ovwdbdmap -c and now the file remains of 70 MB.
>>>Some day after I received the error
>>>
>>>Fatal ovw error
>>>Database connection lost
>>>ipmapBailout called from nl_callbacks.C(2732)
>>>
>>>and ovwdb abends.
>>>
>>>Do you know anything about?
>>>
>>>Thanks Fabio
>>>
>>>
>>>
>>>
>>>Fabio Zuffranieri
>>>IBM Global Services-ITS
>>>Via Sciangai 53-Rome 00144-ITALY
>>>email:zuffranieri@it.ibm.com
>>>
>>>
>>>_________________________________________________________________________
>>>NV-L List information and Archives: http://www.tkg.com/nv-l
>>>
>>>
>>>
>>>_________________________________________________________________________
>>>NV-L List information and Archives: http://www.tkg.com/nv-l
>>>
>>>_________________________________________________________________________
>>>
>>>NV-L List information (unsubscribing, policies, posting, digest version,
>>
>>=========================================================================
>>Date: Tue, 04 Jul 2000 10:09:38 +0100
>>From: Jane Curry <jane.curry@skills-1st.co.uk>
>>Subject: NetView 6.0 & CiscoWorks
>>
>>For those who have been waiting for NetView 6.0 integration with
>>CiscoWorks, Tivoli now seem to have a web page with all the right things
>>on it (though Cisco's page still says NetView 6 coming soon). Try this:
>>
>>http://www.tivoli.com/products/index/netview/cisco2000_integration.html
>>
>>Regards, Jane
>>
>>--
>>Tivoli Certified Enterprise Consultant & Instructor
>>Skills 1st Limited, 2 Cedar Chase, Taplow, Bucks, SL6 0EU, UK
>>Tel: +44 (0)1628 782565
>>Copyright (c) 2000 Jane Curry <jane.curry@skills-1st.co.uk>. All rights
>>reserved.
>>
>>=========================================================================
>>Date: Tue, 4 Jul 2000 13:47:37 +0100
>>From: Dave_Finn@computacenter.com
>>Subject: Location of NetView icon.
>>
>>
>>
>>Hi,
>>
>>I am installed NetView 6.0 for UNIX on Framework version 3.6.2 running on NT
>>
>>I installed the Tivoli NetView Framework Patch, then installed the NetView
>>Server. The icon for the NetView Server appeared in the Desktop for the Root
>>Administrator. And for a Tivoli Administrator to access the NetView Client
>>they
>>need to have global "admin" rights to the TMR server.
>>
>>What I would like to do is move the NetView Server icon into a separate Policy
>>Region, so I can give the NetView administrator, "user" global rights and the
>>"admin" rights to the new Policy Region.
>>
>>Firstly, is this possible.
>>
>>And secondly, how do I move the NetView Server icon into a new Policy Region.
>> I
>>know the NetView Framework Patch 5.1 used to add two new Managed Resources,
>>but
>>the version 6 of this patch hasn't, is this right or has something gone wrong
>>with the installation.
>>
>>Cheers
>>
>>Dave
>>
>>=========================================================================
>>Date: Tue, 4 Jul 2000 15:40:02 +0200
>>From: thierry.van-mol@CIEV.vd.ch
>>Subject: nvTurboDatabase on Solaris?
>>
>>
>>Appendix G of the Installation and Configuration manual seems to say
>>that the nvTurboDatabase utility should be used on AIX only.
>>
>>I have Version 6.0 on Solaris, and I need to discover routers with
>>more than 20 interfaces. Is it simply a typo in the manual?
>>
>>Thanks in advance,
>>
>>Thierry
>>
>>----------------------------------------------------------------------------
>>
>>=========================================================================
>>Date: Tue, 4 Jul 2000 15:58:57 +0200
>>From: Kuffer Andreas <Andreas.Kuffer@kuoni.ch>
>>Subject: RE: nvTurboDatabase on Solaris?
>>
>>This message is in MIME format. Since your mail reader does not understand
>>this format, some or all of this message may not be legible.
>>
>>------_=_NextPart_001_01BFE5BF.F9EA0E02
>>Content-Type: text/plain;
>> charset="iso-8859-1"
>>
>>the limitation is 81 interfaces so you should be fine with 20
>>
>>Since I started using nvTurboDatabase on AIX with netview 6.0 I have more
>>trouble than ever (lots of core dumps of ovw_binary, corrupted database,...)
>>So if I'd be you I'd not use nvTurboDatabase
>>
>>With kind regards / mit freundlichen Gruessen
>>Andreas Kuffer (System Manager UNIX and Enterprise Management)
>>
>>Kuoni Travel Ltd.
>>Dep. TOU
>>Neue Hard 7
>>CH-8010 Zuerich
>>Switzerland
>>Telefon : + 41 1 277 52 41
>>Fax : + 41 1 272 52 55
>>
>><<< the smile that you send out returns to you >>>
>>
>>
>>-----Original Message-----
>>From: thierry.van-mol@CIEV.VD.CH [mailto:thierry.van-mol@CIEV.VD.CH]
>>Sent: Dienstag, Juli 04, 2000 15:40
>>To: - *nv-l@tkg.com
>>Subject: [NV-L] nvTurboDatabase on Solaris?
>>
>>
>>
>>Appendix G of the Installation and Configuration manual seems to say
>>that the nvTurboDatabase utility should be used on AIX only.
>>
>>I have Version 6.0 on Solaris, and I need to discover routers with
>>more than 20 interfaces. Is it simply a typo in the manual?
>>
>>Thanks in advance,
>>
>>Thierry
>>
>>----------------------------------------------------------------------------
>>Thierry Van Mol email: thierry.van-mol@ciev.vd.ch
>>Centre Cantonal des Telecommunications Tel: +41 (0) 21 316 27 05
>>_________________________________________________________________________
>>NV-L List information and Archives: http://www.tkg.com/nv-l
>>
>>------_=_NextPart_001_01BFE5BF.F9EA0E02
>>Content-Type: text/html;
>> charset="iso-8859-1"
>>Content-Transfer-Encoding: quoted-printable
>>
>><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
>><HTML>
>><HEAD>
>><META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
>>charset=3Diso-8859-1">
>><META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
>>5.5.2650.12">
>><TITLE>RE: [NV-L] nvTurboDatabase on Solaris?</TITLE>
>></HEAD>
>><BODY>
>>
>><P><FONT SIZE=3D2>the limitation is 81 interfaces so you should be fine =
>>with 20</FONT>
>></P>
>>
>><P><FONT SIZE=3D2>Since I started using nvTurboDatabase on AIX with =
>>netview 6.0 I have more trouble than ever (lots of core dumps of =
>>ovw_binary, corrupted database,...) So if I'd be you I'd not use =
>>nvTurboDatabase</FONT></P>
>>
>><P><FONT SIZE=3D2>With kind regards / mit freundlichen Gruessen</FONT>
>><BR><FONT SIZE=3D2>Andreas Kuffer (System Manager UNIX and Enterprise =
>>Management)</FONT>
>></P>
>>
>><P><FONT SIZE=3D2>Kuoni Travel Ltd.</FONT>
>><BR><FONT SIZE=3D2>Dep. TOU</FONT>
>><BR><FONT SIZE=3D2>Neue Hard 7</FONT>
>><BR><FONT SIZE=3D2>CH-8010 Zuerich </FONT>
>><BR><FONT SIZE=3D2>Switzerland</FONT>
>><BR><FONT SIZE=3D2>Telefon : + 41 1 277 52 41</FONT>
>><BR><FONT SIZE=3D2>Fax : + 41 1 272 52 =
>>55</FONT>
>></P>
>>
>><P><FONT SIZE=3D2><<< the smile that you send out returns to =
>>you >>></FONT>
>></P>
>><BR>
>>
>><P><FONT SIZE=3D2>-----Original Message-----</FONT>
>><BR><FONT SIZE=3D2>From: thierry.van-mol@CIEV.VD.CH [<A =
>>HREF=3D"mailto:thierry.van-mol@CIEV.VD.CH";>mailto:thierry.van-mol@CIEV.V=
>>D.CH</A>]</FONT>
>><BR><FONT SIZE=3D2>Sent: Dienstag, Juli 04, 2000 15:40</FONT>
>><BR><FONT SIZE=3D2>To: - *nv-l@tkg.com</FONT>
>><BR><FONT SIZE=3D2>Subject: [NV-L] nvTurboDatabase on Solaris?</FONT>
>></P>
>><BR>
>><BR>
>>
>><P><FONT SIZE=3D2>Appendix G of the Installation and Configuration =
>>manual seems to say</FONT>
>><BR><FONT SIZE=3D2>that the nvTurboDatabase utility should be used on =
>>AIX only.</FONT>
>></P>
>>
>><P><FONT SIZE=3D2>I have Version 6.0 on Solaris, and I need to discover =
>>routers with</FONT>
>><BR><FONT SIZE=3D2>more than 20 interfaces. Is it simply a typo in the =
>>manual?</FONT>
>></P>
>>
>><P><FONT SIZE=3D2>Thanks in advance,</FONT>
>></P>
>>
>><P><FONT SIZE=3D2>Thierry</FONT>
>></P>
>>
>><P><FONT =
>>SIZE=3D2>---------------------------------------------------------------=
>>-------------</FONT>
>><BR><FONT SIZE=3D2>Thierry Van =
>>Mol &nb=
>>sp; &nb=
>>sp; email: thierry.van-mol@ciev.vd.ch</FONT>
>><BR><FONT SIZE=3D2>Centre Cantonal des =
>>Telecommunications Tel: +41 (0) 21 316 27 =
>>05</FONT>
>><BR><FONT =
>>SIZE=3D2>_______________________________________________________________=
>>__________</FONT>
>><BR><FONT SIZE=3D2>NV-L List information and Archives: <A =
>>HREF=3D"http://www.tkg.com/nv-l"; =
>>TARGET=3D"_blank">http://www.tkg.com/nv-l</A></FONT>
>></P>
>>
>></BODY>
>>
>>=========================================================================
>>Date: Tue, 4 Jul 2000 10:21:21 -0500
>>From: Salinas Sangines Guillermo <gsalinas@scanda.com.mx>
>>Subject: Event Correlation
>>
>>Hi, I'm configuring the event correlation feature on NetView 6.0 for Unix
>>(AIX).
>>As I understand, one of the primary function of an event correlator, is to
>>filter multiple alarms.
>>An example is: if nodes B, C and D, are switches connected to a router A,
>>and router A goes down. The event correlation functionality would filter
>>alarms from nodes B, C and D, and only take actions on the alarm from node
>>A.
>>
>>Well, does someone knows how to configure this on NetView 6.0 ?
>>I've seen the RuleSet Editor, with the default rulesets (NodeDown/NodeUp,
>>InterfaceDown/InterfaceUp).
>>But it doesn't looks like this rules resolve the example I've posted.
>>
>>Regards
>>
>>Guillermo Salinas Sanginés
>>Omniscope - México DF
>>tel. 5422-2700 ext.6033
>>
>>=========================================================================
>>Date: Tue, 4 Jul 2000 14:38:05 -0400
>>From: James_Shanks@tivoli.com
>>Subject: Re: Event Correlation
>>
>>--0__=G5UUqHrJXbO0y5CoPo4qg2XZAwNVMw9NGZPJo9UtgtCGehMllmjfY4Ao
>>Content-type: text/plain; charset=us-ascii
>>Content-Disposition: inline
>>
>>
>>
>>I sense that you don't quite understand what event correlation is. You don't
>>so
>>much turn it on as design for yourself what should happen in your particular
>>system and code that into a ruleset.
>>
>>Event Correlation is user-programmable. You decide what should happen and you
>>program that. But the example you have given is not specific enough. When
>>you
>>say, for example, that event correlation should ignore alarms (you mean traps
>>I
>>take it) from B, C, D, you can do this in a ruleset and suppress these from
>>the
>>event display (using the Block or Resolve Function) and in that same ruleset
>>you
>>can "take action on alarms from router A". But what action do you want to
>>have
>>happen? You would set up an Action node to fire off a script or program of
>>your
>>own choosing ( or perhaps your won making) to take this action, whatever it
>>is. Do you see how it is all up to you to decide what should happen when
>>these traps arrive? Otherwise the default action is just to display them in
>>the
>>event window or log them in trapd.log.
>>
>>Does this help?
>>
>>James Shanks
>>Team Leader, Level 3 Support
>> Tivoli NetView for UNIX and NT
>>
>>
>>
>>Salinas Sangines Guillermo <gsalinas@scanda.com.mx> on 07/04/2000 11:21:21 AM
>>
>>Please respond to IBM NetView Discussion <nv-l@tkg.com>
>>
>>To: "'NetView'" <NV-L@UCSBVM.ucsb.edu>
>>cc: (bcc: James Shanks/Tivoli Systems)
>>Subject: [NV-L] Event Correlation
>>
>>
>>
>>
>>Hi, I'm configuring the event correlation feature on NetView 6.0 for Unix
>>(AIX).
>>As I understand, one of the primary function of an event correlator, is to
>>filter multiple alarms.
>>An example is: if nodes B, C and D, are switches connected to a router A,
>>and router A goes down. The event correlation functionality would filter
>>alarms from nodes B, C and D, and only take actions on the alarm from node
>>A.
>>
>>Well, does someone knows how to configure this on NetView 6.0 ?
>>I've seen the RuleSet Editor, with the default rulesets (NodeDown/NodeUp,
>>InterfaceDown/InterfaceUp).
>>But it doesn't looks like this rules resolve the example I've posted.
>>
>>Regards
>>
>>Guillermo Salinas Sangin
>>--0__=G5UUqHrJXbO0y5CoPo4qg2XZAwNVMw9NGZPJo9UtgtCGehMllmjfY4Ao
>>Content-type: text/plain; charset=iso-8859-1
>>Content-Disposition: inline
>>Content-transfer-encoding: quoted-printable
>>
>>
>>=E9s
>>Omniscope - M=E9xico DF
>>tel. 5422-2700 ext.6033
>>mailto:gsalinas@scanda.com.mx
>>
>>_______________________________________________________________________=
>>__
>>NV-L List information and Archives: http://www.tkg.com/nv-l
>>
>>=
>>
>>=========================================================================
>>Date: Tue, 4 Jul 2000 14:11:27 -0500
>>From: Salinas Sangines Guillermo <gsalinas@scanda.com.mx>
>>Subject: Event Correlation
>>
>>Hi, I'm configuring the event correlation feature on NetView 6.0 for Unix
>>(AIX).
>>As I understand, one of the primary function of an event correlator, is to
>>filter multiple alarms.
>>An example is: if nodes B, C and D, are switches connected to a router A,
>>and router A goes down. The event correlation functionality would filter
>>alarms from nodes B, C and D, and only take actions on the alarm from node
>>A.
>>
>>Well, does someone knows how to configure this on NetView 6.0 ?
>>I've seen the RuleSet Editor, with the default rulesets (NodeDown/NodeUp,
>>InterfaceDown/InterfaceUp).
>>But it doesn't looks like this rules resolve the example I've posted.
>>
>>Regards
>>
>>
>>Guillermo Salinas Sanginés
>>Omniscope - México DF
>>tel. 5422-2700 ext.6033
>>
>>_________________________________________________________________________
>>
>>NV-L List information (unsubscribing, policies, posting, digest version,
>
>=========================================================================
>Date: Tue, 4 Jul 2000 23:15:24 -0400
>From: Gareth_Holl@tivoli.com
>Subject: Re: Database connection lost - correction
>
>Thanks to Elizabeth Bagley for pointing out that the NetView databases are
>already in the NDBM format (see pg 48 of the 5.1 Release Notes - "Each of the
>three main NetView databases are a collection of several NDBM databases"). So
>below where have I have talked about converting to NDBM format using
>nvTurboDatabase, I should have said "enhancing" the NDBM databases by running
>nvTurboDatabase or something like that. Running nvTurboDatabase with either the
>space or speed options (or both) will simply enhance the NDBM databases for
>improved performance.
>Sorry for the mistake and any confusion :-)
>
>Gareth Holl
>Level 2 Support Engineer
>
>---------------------- Forwarded by Gareth Holl/Tivoli Systems on 07/04/2000
>11:03 PM ---------------------------
>
>
>To: IBM NetView Discussion <nv-l@tkg.com>
>cc:
>From: Gareth Holl/Tivoli Systems@Tivoli Systems
>Subject: Re: [NV-L] Database connection lost (Document link: Gareth Holl)
>
>A small correction to James' reply, the ovtopofix option -a should generally
>should be used when you have multiple maps that contain different objects and
>the -A option for when you only have one map - this is opposite to how it is
>written in James' previous reply.
>
>Other than that, I would agree with James in that running the ovwdbdmap command
>on a database that has been converted to the NDBM format (using nvTurboDatabase
>or dbmcompress) will probably result in corruption. You could try using
>ovtopofix to fix any database corruption and/or you could try backing out of
>the
>NDBM format by using the dbmcompress utility on your databases with no options
>specified (see page 52 of the NetView 5.1 Release Notes - would recommend you
>speak to Support for further advise here). But your best bet would be to
>restore
>from a backup or completely re-discover. It is recommended that you always make
>a backup before working on the databases.
>
>"I used nvTurboDb speed (and space) but after syncronize the file grows
>again." Which file grows ? This may suggest that the nvTurboDatabase command
>did
>not complete the conversion successfully. The process of converting your
>databases by using nvTurboDatabase will actually backup your databases and thus
>it is expected that you have space available in your /usr file system for this
>process - otherwise corruption may result. Using the ovwdbdmap command on a
>NDBM
>formatted database would not of helped matters and should never be used from my
>understanding.
>
>To convert the standard NetView databases to NDBM format:
>1. Backup you databases.
>2. Run the ovmapcount -a and ovtopofix -A commands to cleanup inconsistencies
>that may already exist.
>3. Ensure adequate space in /usr for the database backups that will be
>performed
>by the nvTurboDatabase utility.
>4. Enter /usr/OV/service/nvTurboDatabase space
>5. Enter /usr/OV/service/nvTurboDatabase speed
>6. Enter ovw &, to start the NetView GUI. Note: DO NOT start netmon at this
>time.
>Wait for the topology and object databases to sync up with each other.
>This step may take longer than usual but it is an important part of the
>process.
>7. Enter ovstart netmon, to start the netmon daemon.
>
>For further advise, you would probably be best to call Support as James has
>suggested.
>
>
>Gareth Holl
>Level 2 Support Engineer
>
>
>James_Shanks@TIVOLI.COM on 07/03/2000 09:40:02 AM
>
>Please respond to IBM NetView Discussion <nv-l@tkg.com>
>
>To: IBM NetView Discussion <nv-l@tkg.com>
>cc: (bcc: Gareth Holl/Tivoli Systems)
>Subject: Re: [NV-L] Database connection lost
>
>
>
>
>
>
>You are in a world of hurt now and you need to call Support immediately. The
>proper thing would have been to do a compress with ovwdbdmap before you ran
>nvTurboDb. It may be that there is now a corrupt object that can be found
>and
>deleted -- I would try ovtopofix (either -a if you have only one map, -A if you
>have more than one) and see if that helps. If it does not, then Support will
>need to assist you. And you will also have to put on 5.1.3 is you have not
>done
>so already.
>
>I hope you kept a backup of /usr/OV/databases/openview before you started all
>this, else you may have to delete your entire data base and start over.
>
>The issue of a 2 GB database in a 1 GB filesystem is misleading.
>Unfortunately, you have misinterpreted what is really going on. The NetView
>databases are what are called "sparse" file systems, which means that they use
>a
>pointer mechanism which may make it look like they are using much more space
>than they actually are, because not all the system tools (ls, for example) are
>built to deal with these unique structures.
>
>
>James Shanks
>Team Leader, Level 3 Support
> Tivoli NetView for UNIX and NT
>
>
>
>zuffranieri@IT.IBM.COM on 07/03/2000 08:55:25 AM
>
>Please respond to IBM NetView Discussion <nv-l@tkg.com>
>
>To: NV-L@UCSBVM.ucsb.edu
>cc: (bcc: James Shanks/Tivoli Systems)
>Subject: [NV-L] Database connection lost
>
>
>
>
>
>
>Hi all,
>
>I have a problem with Netview 5.1 on AIX 4.2.1
>The file /usr/OV/databases/openview/ovwdb/current/value_info has become 2
>GB large, in a filesystem of 1 GB !
>I used nvTurboDb speed (and space) but after syncronize the file grows
>again.
>Then I used ovwdbdmap -c and now the file remains of 70 MB.
>Some day after I received the error
>
>Fatal ovw error
>Database connection lost
>ipmapBailout called from nl_callbacks.C(2732)
>
>and ovwdb abends.
>
>Do you know anything about?
>
>Thanks Fabio
>
>
>
>
>Fabio Zuffranieri
>IBM Global Services-ITS
>Via Sciangai 53-Rome 00144-ITALY
>email:zuffranieri@it.ibm.com
>
>
>_________________________________________________________________________
>NV-L List information and Archives: http://www.tkg.com/nv-l
>
>
>
>_________________________________________________________________________
>NV-L List information and Archives: http://www.tkg.com/nv-l
>
>=========================================================================
>Date: Wed, 5 Jul 2000 13:47:46 +1000
>From: "SZEWCZYK, Jack" <jszewczyk@westpac.com.au>
>Subject: RE: Event Correlation
>
>Guillermo,
>
>The functionality you describe is implemented in Netview 6.0
>as:
> 1) event suppression or
> 2) RFI (router fault isolation)or
> 3) root cause analysis
>
>I think all these terms refer to the same thing - not generating the alarms
>and relaxing polling interval for the devices which are in "unreachable"
>part of
>the network.
>
>This feauture is not enabled in 6.0 by default, will be available in 6.0a
>(by default)
>and there is a script (contact your Tivoli rep.) to enable in NV6.0
>
>Could someone explain the differences between 1 and 2 and 3 or
>are they the same thing (just a different name)?
>
>Hope this helps,
>
>
>Jack
>
>-------------------------------------------------------------------
>Jack Szewczyk | email: jszewczyk@westpac.com.au
>Network Systems Administrator |
>Westpac Banking Corporation +---------------------------------
>Level 2, 72 Christie Street | phone: +61 2 9902 6497
>St Leonards NSW 2065/AUSTRALIA | fax: +61 2 9902 5111
>-------------------------------------------------------------------
>
>
>-----Original Message-----
>From: Salinas Sangines Guillermo [mailto:gsalinas@SCANDA.COM.MX]
>Sent: Wednesday, 5 July 2000 5:11
>To: 'NetView'
>Subject: [NV-L] Event Correlation
>
>
>Hi, I'm configuring the event correlation feature on NetView 6.0 for Unix
>(AIX).
>As I understand, one of the primary function of an event correlator, is to
>filter multiple alarms.
>An example is: if nodes B, C and D, are switches connected to a router A,
>and router A goes down. The event correlation functionality would filter
>alarms from nodes B, C and D, and only take actions on the alarm from node
>A.
>
>Well, does someone knows how to configure this on NetView 6.0 ?
>I've seen the RuleSet Editor, with the default rulesets (NodeDown/NodeUp,
>InterfaceDown/InterfaceUp).
>But it doesn't looks like this rules resolve the example I've posted.
>
>Regards
>
>
>Guillermo Salinas Sanginés
>Omniscope - México DF
>tel. 5422-2700 ext.6033
>mailto:gsalinas@scanda.com.mx
>
>=========================================================================
>Date: Wed, 5 Jul 2000 00:07:33 -0500
>From: "Boulieris, Arthur" <Arthur.Boulieris@nz.unisys.com>
>Subject: Changing NVW IP address
>
>Hi,
>Im running netview 5.1.2 on solaris 2.6.
>I have a requirement to move the netview box and to do so I need to change
>the IP address.
>Any one know how hard/easy this is?
>
>Thankyou Arthur
>
> Arthur Boulieris
> Implementation & Support Specialist
> Systems Management
>
> <<...>>
>
> Ph: 64-4-462 2787
> Mobile: 025 543 529
> Arthur.Boulieris@Unisys.com
>
>=========================================================================
>Date: Wed, 05 Jul 2000 15:16:45 +0930
>From: "Gavin Newman" <NEWMANGJ@banksa.com.au>
>Subject: Re: RE: Event Correlation
>
>The difference between 2 & 3 is $$$$$$$.
>
>As I understand it RFI is indeed included in NV6.0 and able to be "unlocked"
>by a script. As explained to me this works as follows...
>
>If a device fails any events related to devices "behind" that (from Netview's
>perspective) are dropped and polling of these devices is suspended until the
>failed device recovers HOWEVER the results of any polling for the "behind"
>devices takes place before the poll of the failed device will be processed as
>normal. The outcome of this is that Netview and Tivoli TEC may still get and
>display events for these devices before Netview polls the real failed device
>and invokes RFI to suppress the "falsely down" devices. Depending on the size
>and topology of the network you may still receive a lot of false alarms before
>the real cause is discovered and acted upon. This is not real Root Cause
>Analysis but is zero cost.
>
>On the other hand Root Cause Analysis is implemented by the TMNC (previously
>known as TFNC) product (refer to the excellent red-book SG24-585-xx). This
>product "tanks" all events for a pre-determind period of time and analyses
>them in conjunction with a map of the topology it extracts peridically from
>the NV databases. If this analysis resolves that a failure of a device will
>cause false alarms from other devices due to the topology of the network it
>will drop the false alarm events there and then and only forward and process
>the event related to the real cause of the mess - ie the failed device. The
>differences between this TMNC process and the RFI process are as follows.
>1) Events are held for a time to allow for analysis in TMNC - false alarms
>arriving before the real alarm are still dropped as part of the analysis
>whereas in RFI the false alarms that arrive before the real alarm are not
>dropped.
>2) No false alarms are displayed, logged or sent to TEC (if used) under TMNC.
>3) The downside is that this tanking process may delay the display and acting
>on the real error - refer to the red book mentioned above for a really good
>explanation of the impact of this shortcoming.
>4) Most importantly the TMNC product costs $$$$$$. It is tier based dependant
>on a formula taking factoring in the number of routers, switches and ports
>therein to arrive at a cost.
>5) If you are using Netview to forward to TEC there will be baroc file and
>rule changes required - these are explained in the red-book and the TMNC user
>guide.
>
>Hope this helps - Gavin Newman
>
>>>> "SZEWCZYK, Jack" <jszewczyk@WESTPAC.COM.AU> 05/07/2000 13:17:46 >>>
>Guillermo,
>
>The functionality you describe is implemented in Netview 6.0
>as:
> 1) event suppression or
> 2) RFI (router fault isolation)or
> 3) root cause analysis
>
>I think all these terms refer to the same thing - not generating the alarms
>and relaxing polling interval for the devices which are in "unreachable"
>part of
>the network.
>
>This feauture is not enabled in 6.0 by default, will be available in 6.0a
>(by default)
>and there is a script (contact your Tivoli rep.) to enable in NV6.0
>
>Could someone explain the differences between 1 and 2 and 3 or
>are they the same thing (just a different name)?
>
>Hope this helps,
>
>
>Jack
>
>-------------------------------------------------------------------
>Jack Szewczyk | email: jszewczyk@westpac.com.au
>Network Systems Administrator |
>Westpac Banking Corporation +---------------------------------
>Level 2, 72 Christie Street | phone: +61 2 9902 6497
>St Leonards NSW 2065/AUSTRALIA | fax: +61 2 9902 5111
>-------------------------------------------------------------------
>
>
>-----Original Message-----
>From: Salinas Sangines Guillermo [mailto:gsalinas@SCANDA.COM.MX]
>Sent: Wednesday, 5 July 2000 5:11
>To: 'NetView'
>Subject: [NV-L] Event Correlation
>
>
>Hi, I'm configuring the event correlation feature on NetView 6.0 for Unix
>(AIX).
>As I understand, one of the primary function of an event correlator, is to
>filter multiple alarms.
>An example is: if nodes B, C and D, are switches connected to a router A,
>and router A goes down. The event correlation functionality would filter
>alarms from nodes B, C and D, and only take actions on the alarm from node
>A.
>
>Well, does someone knows how to configure this on NetView 6.0 ?
>I've seen the RuleSet Editor, with the default rulesets (NodeDown/NodeUp,
>InterfaceDown/InterfaceUp).
>But it doesn't looks like this rules resolve the example I've posted.
>
>Regards
>
>
>Guillermo Salinas Sanginés
>Omniscope - México DF
>tel. 5422-2700 ext.6033
>mailto:gsalinas@scanda.com.mx
>
>_________________________________________________________________________
>NV-L List information and Archives: http://www.tkg.com/nv-l
>_________________________________________________________________________
>NV-L List information and Archives: http://www.tkg.com/nv-l
>
>
>**********************************************************************
> ***** IMPORTANT INFORMATION *****
>This document should be read only by those persons to whom
>it is addressed and its content is not intended for use by
>any other persons. If you have received this message in
>error, please notify us immediately. Please also destroy and
>delete the message from your computer. Any unauthorised form
>of reproduction of this message is strictly prohibited.
>Bank SA is not liable for the proper and complete transmission
>of the information contained in this communication, nor for any
>
>=========================================================================
>Date: Wed, 5 Jul 2000 09:25:33 +0200
>From: dietmar_gaulhofer@at.ibm.com
>Subject: RE: nvTurboDatabase on Solaris?
>
>
>
>Hi,
>
>About your core dumps and ovw_binary stuff - ask Netview Support there is
>an
>efix avail. At least this one helped in our env. (AIX 4.3.2,NV 6).
>
>Kr, Dietmar
>
>
>the limitation is 81 interfaces so you should be fine with 20
>
>Since I started using nvTurboDatabase on AIX with netview 6.0 I have more
>trouble than ever (lots of core dumps of ovw_binary, corrupted
>database,...)
>So if I'd be you I'd not use nvTurboDatabase
>
>With kind regards / mit freundlichen Gruessen
>Andreas Kuffer (System Manager UNIX and Enterprise Management)
>
>Kuoni Travel Ltd.
>Dep. TOU
>Neue Hard 7
>CH-8010 Zuerich
>Switzerland
>Telefon : + 41 1 277 52 41
>Fax : + 41 1 272 52 55
>
><<< the smile that you send out returns to you >>>
>
>
>-----Original Message-----
>From: thierry.van-mol@CIEV.VD.CH [mailto:thierry.van-mol@CIEV.VD.CH]
>Sent: Dienstag, Juli 04, 2000 15:40
>To: - *nv-l@tkg.com
>Subject: [NV-L] nvTurboDatabase on Solaris?
>
>
>
>Appendix G of the Installation and Configuration manual seems to say
>that the nvTurboDatabase utility should be used on AIX only.
>
>I have Version 6.0 on Solaris, and I need to discover routers with
>more than 20 interfaces. Is it simply a typo in the manual?
>
>Thanks in advance,
>
>Thierry
>
>----------------------------------------------------------------------------
>
>Thierry Van Mol email:
>thierry.van-mol@ciev.vd.ch
>Centre Cantonal des Telecommunications Tel: +41 (0) 21 316 27 05
>_________________________________________________________________________
>NV-L List information and Archives: http://www.tkg.com/nv-l
>
>=========================================================================
>Date: Wed, 5 Jul 2000 14:14:25 +0200
>From: Kuffer Andreas <Andreas.Kuffer@kuoni.ch>
>Subject: RE: nvTurboDatabase on Solaris?
>
>This message is in MIME format. Since your mail reader does not understand
>this format, some or all of this message may not be legible.
>
>------_=_NextPart_001_01BFE67A.8F3D372A
>Content-Type: text/plain;
> charset="iso-8859-1"
>
>You are right, after downloading and installing efix IY10063 no further core
>did happen.
>
>Thanks for the hint...Andreas
>
>With kind regards / mit freundlichen Gruessen
>Andreas Kuffer (System Manager UNIX and Enterprise Management)
>
>Kuoni Travel Ltd.
>Dep. TOU
>Neue Hard 7
>CH-8010 Zuerich
>Switzerland
>Telefon : + 41 1 277 52 41
>Fax : + 41 1 272 52 55
>
><<< the smile that you send out returns to you >>>
>
>
>-----Original Message-----
>From: dietmar_gaulhofer@at.ibm.com [mailto:dietmar_gaulhofer@at.ibm.com]
>Sent: Mittwoch, Juli 05, 2000 09:26
>To: IBM NetView Discussion
>Subject: RE: [NV-L] nvTurboDatabase on Solaris?
>
>
>
>
>Hi,
>
>About your core dumps and ovw_binary stuff - ask Netview Support there is
>an
>efix avail. At least this one helped in our env. (AIX 4.3.2,NV 6).
>
>Kr, Dietmar
>
>
>the limitation is 81 interfaces so you should be fine with 20
>
>Since I started using nvTurboDatabase on AIX with netview 6.0 I have more
>trouble than ever (lots of core dumps of ovw_binary, corrupted
>database,...)
>So if I'd be you I'd not use nvTurboDatabase
>
>With kind regards / mit freundlichen Gruessen
>Andreas Kuffer (System Manager UNIX and Enterprise Management)
>
>Kuoni Travel Ltd.
>Dep. TOU
>Neue Hard 7
>CH-8010 Zuerich
>Switzerland
>Telefon : + 41 1 277 52 41
>Fax : + 41 1 272 52 55
>
><<< the smile that you send out returns to you >>>
>
>
>-----Original Message-----
>From: thierry.van-mol@CIEV.VD.CH [mailto:thierry.van-mol@CIEV.VD.CH]
>Sent: Dienstag, Juli 04, 2000 15:40
>To: - *nv-l@tkg.com
>Subject: [NV-L] nvTurboDatabase on Solaris?
>
>
>
>Appendix G of the Installation and Configuration manual seems to say
>that the nvTurboDatabase utility should be used on AIX only.
>
>I have Version 6.0 on Solaris, and I need to discover routers with
>more than 20 interfaces. Is it simply a typo in the manual?
>
>Thanks in advance,
>
>Thierry
>
>----------------------------------------------------------------------------
>
>Thierry Van Mol email:
>thierry.van-mol@ciev.vd.ch
>Centre Cantonal des Telecommunications Tel: +41 (0) 21 316 27 05
>_________________________________________________________________________
>NV-L List information and Archives: http://www.tkg.com/nv-l
>
>
>
>_________________________________________________________________________
>NV-L List information and Archives: http://www.tkg.com/nv-l
>
>------_=_NextPart_001_01BFE67A.8F3D372A
>Content-Type: text/html;
> charset="iso-8859-1"
>Content-Transfer-Encoding: quoted-printable
>
><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
><HTML>
><HEAD>
><META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
>charset=3Diso-8859-1">
><META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
>5.5.2650.12">
><TITLE>RE: [NV-L] nvTurboDatabase on Solaris?</TITLE>
></HEAD>
><BODY>
>
><P><FONT SIZE=3D2>You are right, after downloading and installing efix =
>IY10063 no further core did happen. </FONT>
></P>
>
><P><FONT SIZE=3D2>Thanks for the hint...Andreas</FONT>
></P>
>
><P><FONT SIZE=3D2>With kind regards / mit freundlichen Gruessen</FONT>
><BR><FONT SIZE=3D2>Andreas Kuffer (System Manager UNIX and Enterprise =
>Management)</FONT>
></P>
>
><P><FONT SIZE=3D2>Kuoni Travel Ltd.</FONT>
><BR><FONT SIZE=3D2>Dep. TOU</FONT>
><BR><FONT SIZE=3D2>Neue Hard 7</FONT>
><BR><FONT SIZE=3D2>CH-8010 Zuerich </FONT>
><BR><FONT SIZE=3D2>Switzerland</FONT>
><BR><FONT SIZE=3D2>Telefon : + 41 1 277 52 41</FONT>
><BR><FONT SIZE=3D2>Fax : + 41 1 272 52 =
>55</FONT>
></P>
>
><P><FONT SIZE=3D2><<< the smile that you send out returns to =
>you >>></FONT>
></P>
><BR>
>
><P><FONT SIZE=3D2>-----Original Message-----</FONT>
><BR><FONT SIZE=3D2>From: dietmar_gaulhofer@at.ibm.com [<A =
>HREF=3D"mailto:dietmar_gaulhofer@at.ibm.com";>mailto:dietmar_gaulhofer@at=
>.ibm.com</A>]</FONT>
><BR><FONT SIZE=3D2>Sent: Mittwoch, Juli 05, 2000 09:26</FONT>
><BR><FONT SIZE=3D2>To: IBM NetView Discussion</FONT>
><BR><FONT SIZE=3D2>Subject: RE: [NV-L] nvTurboDatabase on =
>Solaris?</FONT>
></P>
><BR>
><BR>
><BR>
>
><P><FONT SIZE=3D2>Hi,</FONT>
></P>
>
><P><FONT SIZE=3D2>About your core dumps and ovw_binary stuff - ask =
>Netview Support there is</FONT>
><BR><FONT SIZE=3D2>an</FONT>
><BR><FONT SIZE=3D2>efix avail. At least this one helped in our env. =
>(AIX 4.3.2,NV 6).</FONT>
></P>
>
><P><FONT SIZE=3D2>Kr, Dietmar</FONT>
></P>
><BR>
>
><P><FONT SIZE=3D2>the limitation is 81 interfaces so you should be fine =
>with 20</FONT>
></P>
>
><P><FONT SIZE=3D2>Since I started using nvTurboDatabase on AIX with =
>netview 6.0 I have more</FONT>
><BR><FONT SIZE=3D2>trouble than ever (lots of core dumps of ovw_binary, =
>corrupted</FONT>
><BR><FONT SIZE=3D2>database,...)</FONT>
><BR><FONT SIZE=3D2>So if I'd be you I'd not use nvTurboDatabase</FONT>
></P>
>
><P><FONT SIZE=3D2>With kind regards / mit freundlichen Gruessen</FONT>
><BR><FONT SIZE=3D2>Andreas Kuffer (System Manager UNIX and Enterprise =
>Management)</FONT>
></P>
>
><P><FONT SIZE=3D2>Kuoni Travel Ltd.</FONT>
><BR><FONT SIZE=3D2>Dep. TOU</FONT>
><BR><FONT SIZE=3D2>Neue Hard 7</FONT>
><BR><FONT SIZE=3D2>CH-8010 Zuerich</FONT>
><BR><FONT SIZE=3D2>Switzerland</FONT>
><BR><FONT SIZE=3D2>Telefon : + 41 1 277 52 41</FONT>
><BR><FONT SIZE=3D2>Fax : + 41 1 272 52 =
>55</FONT>
></P>
>
><P><FONT SIZE=3D2><<< the smile that you send out returns to =
>you >>></FONT>
></P>
><BR>
>
><P><FONT SIZE=3D2>-----Original Message-----</FONT>
><BR><FONT SIZE=3D2>From: thierry.van-mol@CIEV.VD.CH [<A =
>HREF=3D"mailto:thierry.van-mol@CIEV.VD.CH";>mailto:thierry.van-mol@CIEV.V=
>D.CH</A>]</FONT>
><BR><FONT SIZE=3D2>Sent: Dienstag, Juli 04, 2000 15:40</FONT>
><BR><FONT SIZE=3D2>To: - *nv-l@tkg.com</FONT>
><BR><FONT SIZE=3D2>Subject: [NV-L] nvTurboDatabase on Solaris?</FONT>
></P>
><BR>
><BR>
>
><P><FONT SIZE=3D2>Appendix G of the Installation and Configuration =
>manual seems to say</FONT>
><BR><FONT SIZE=3D2>that the nvTurboDatabase utility should be used on =
>AIX only.</FONT>
></P>
>
><P><FONT SIZE=3D2>I have Version 6.0 on Solaris, and I need to discover =
>routers with</FONT>
><BR><FONT SIZE=3D2>more than 20 interfaces. Is it simply a typo in the =
>manual?</FONT>
></P>
>
><P><FONT SIZE=3D2>Thanks in advance,</FONT>
></P>
>
><P><FONT SIZE=3D2>Thierry</FONT>
></P>
>
><P><FONT =
>SIZE=3D2>---------------------------------------------------------------=
>-------------</FONT>
></P>
>
><P><FONT SIZE=3D2>Thierry Van =
>Mol &nb=
>sp; &nb=
>sp; email:</FONT>
><BR><FONT SIZE=3D2>thierry.van-mol@ciev.vd.ch</FONT>
><BR><FONT SIZE=3D2>Centre Cantonal des =
>Telecommunications Tel: +41 (0) 21 316 27 =
>05</FONT>
><BR><FONT =
>SIZE=3D2>_______________________________________________________________=
>__________</FONT>
><BR><FONT SIZE=3D2>NV-L List information and Archives: <A =
>HREF=3D"http://www.tkg.com/nv-l"; =
>TARGET=3D"_blank">http://www.tkg.com/nv-l</A></FONT>
></P>
><BR>
><BR>
>
><P><FONT =
>SIZE=3D2>_______________________________________________________________=
>__________</FONT>
><BR><FONT SIZE=3D2>NV-L List information and Archives: <A =
>HREF=3D"http://www.tkg.com/nv-l"; =
>TARGET=3D"_blank">http://www.tkg.com/nv-l</A></FONT>
></P>
>
></BODY>
>
>=========================================================================
>Date: Wed, 5 Jul 2000 08:34:28 -0400
>From: lclark@us.ibm.com
>Subject: Re: Location of NetView icon.
>
>
>
>If I understand your environment, you have an NT TMR Server with Netview on
>a Unix Managed Node. I have not seen this particular arrangement. The
>Netview
>Framework patch is on both the TMR server and the managed node, right?
>
>In V6, I think of the NetView Server object as more like the Noticeboard,
>or the
>RemoteControll object. You should be able to copy it from one desktop to
>another.
>Rather than controlling it by policy region, control it by which Admin
>Desktop it is
>on. The Netview administrator gets his own desktop with the Netview icon
>on it.
>
>
>Cordially,
>
>Leslie A. Clark
>IBM Global Services - Systems Mgmt & Networking
>Detroit
>
>Dave_Finn@computacenter.com@tkg.com on 07/04/2000 08:47:37 AM
>
>Please respond to IBM NetView Discussion <nv-l@tkg.com>
>
>Sent by: owner-nv-l@tkg.com
>
>
>To: nv-l@tkg.com
>cc:
>Subject: [NV-L] Location of NetView icon.
>
>
>
>
>
>Hi,
>
>I am installed NetView 6.0 for UNIX on Framework version 3.6.2 running on
>NT
>
>I installed the Tivoli NetView Framework Patch, then installed the NetView
>Server. The icon for the NetView Server appeared in the Desktop for the
>Root
>Administrator. And for a Tivoli Administrator to access the NetView Client
>they
>need to have global "admin" rights to the TMR server.
>
>What I would like to do is move the NetView Server icon into a separate
>Policy
>Region, so I can give the NetView administrator, "user" global rights and
>the
>"admin" rights to the new Policy Region.
>
>Firstly, is this possible.
>
>And secondly, how do I move the NetView Server icon into a new Policy
>Region. I
>know the NetView Framework Patch 5.1 used to add two new Managed Resources,
>but
>the version 6 of this patch hasn't, is this right or has something gone
>wrong
>with the installation.
>
>Cheers
>
>Dave
>
>
>_________________________________________________________________________
>NV-L List information and Archives: http://www.tkg.com/nv-l
>
>=========================================================================
>Date: Wed, 5 Jul 2000 09:01:06 -0400
>From: lclark@us.ibm.com
>Subject: Re: nvTurboDatabase on Solaris?
>
>
>
>Your question was whether nvTurboDatabase is supported on Solaris.
>The manual does say 'AIX Only'. However, a quick check of the problem
>database shows that support has recommended it to Solaris users. I
>would guess that this is a documentation error left over from the days when
>we only ran on AIX and NT. It should probably say 'UNIX Only' rather
>than 'AIX Only'
>
>Cordially,
>
>Leslie A. Clark
>IBM Global Services - Systems Mgmt & Networking
>Detroit
>
>thierry.van-mol@CIEV.vd.ch@tkg.com on 07/04/2000 09:40:02 AM
>
>Please respond to IBM NetView Discussion <nv-l@tkg.com>
>
>Sent by: owner-nv-l@tkg.com
>
>
>To: " - *nv-l@tkg.com" <nv-l@tkg.com>
>cc:
>Subject: [NV-L] nvTurboDatabase on Solaris?
>
>
>
>
>Appendix G of the Installation and Configuration manual seems to say
>that the nvTurboDatabase utility should be used on AIX only.
>
>I have Version 6.0 on Solaris, and I need to discover routers with
>more than 20 interfaces. Is it simply a typo in the manual?
>
>Thanks in advance,
>
>Thierry
>
>----------------------------------------------------------------------------
>
>Thierry Van Mol email:
>thierry.van-mol@ciev.vd.ch
>Centre Cantonal des Telecommunications Tel: +41 (0) 21 316 27 05
>_________________________________________________________________________
>NV-L List information and Archives: http://www.tkg.com/nv-l
>
>=========================================================================
>Date: Wed, 5 Jul 2000 09:15:47 -0400
>From: lclark@us.ibm.com
>Subject: Re: RE: Event Correlation
>
>
>
>Good assessment, Gavin. I would just add that in NV V6, netmon does
>actually
>adjust the order in which it does its status polling in an attempt to
>minimize the
>number of down events generated before the suppression kicks in. It can do
>this because it knows which routers have interfaces on the subnet that the
>allegedly-down node is on and can check them asap, thus determining whether
>it is the subnet that is unreachable, or only that node. This algorithm is
>suprisingly
>efficient. And V6.0.1 will give some more options on how it actually
>works.
>
>Cordially,
>
>Leslie A. Clark
>IBM Global Services - Systems Mgmt & Networking
>Detroit
>
>
>"Gavin Newman" <NEWMANGJ@banksa.com.au>@tkg.com on 07/05/2000 01:46:45 AM
>
>Please respond to IBM NetView Discussion <nv-l@tkg.com>
>
>Sent by: owner-nv-l@tkg.com
>
>
>To: nv-l@tkg.com
>cc:
>Subject: Re: RE: [NV-L] Event Correlation
>
>
>
>The difference between 2 & 3 is $$$$$$$.
>
>As I understand it RFI is indeed included in NV6.0 and able to be
>"unlocked" by a script. As explained to me this works as follows...
>
>If a device fails any events related to devices "behind" that (from
>Netview's perspective) are dropped and polling of these devices is
>suspended until the failed device recovers HOWEVER the results of any
>polling for the "behind" devices takes place before the poll of the failed
>device will be processed as normal. The outcome of this is that Netview and
>Tivoli TEC may still get and display events for these devices before
>Netview polls the real failed device and invokes RFI to suppress the
>"falsely down" devices. Depending on the size and topology of the network
>you may still receive a lot of false alarms before the real cause is
>discovered and acted upon. This is not real Root Cause Analysis but is zero
>cost.
>
>On the other hand Root Cause Analysis is implemented by the TMNC
>(previously known as TFNC) product (refer to the excellent red-book
>SG24-585-xx). This product "tanks" all events for a pre-determind period of
>time and analyses them in conjunction with a map of the topology it
>extracts peridically from the NV databases. If this analysis resolves that
>a failure of a device will cause false alarms from other devices due to the
>topology of the network it will drop the false alarm events there and then
>and only forward and process the event related to the real cause of the
>mess - ie the failed device. The differences between this TMNC process and
>the RFI process are as follows.
>1) Events are held for a time to allow for analysis in TMNC - false alarms
>arriving before the real alarm are still dropped as part of the analysis
>whereas in RFI the false alarms that arrive before the real alarm are not
>dropped.
>2) No false alarms are displayed, logged or sent to TEC (if used) under
>TMNC.
>3) The downside is that this tanking process may delay the display and
>acting on the real error - refer to the red book mentioned above for a
>really good explanation of the impact of this shortcoming.
>4) Most importantly the TMNC product costs $$$$$$. It is tier based
>dependant on a formula taking factoring in the number of routers, switches
>and ports therein to arrive at a cost.
>5) If you are using Netview to forward to TEC there will be baroc file and
>rule changes required - these are explained in the red-book and the TMNC
>user guide.
>
>Hope this helps - Gavin Newman
>
>>>> "SZEWCZYK, Jack" <jszewczyk@WESTPAC.COM.AU> 05/07/2000 13:17:46 >>>
>Guillermo,
>
>The functionality you describe is implemented in Netview 6.0
>as:
> 1) event suppression or
> 2) RFI (router fault isolation)or
> 3) root cause analysis
>
>I think all these terms refer to the same thing - not generating the alarms
>and relaxing polling interval for the devices which are in "unreachable"
>part of
>the network.
>
>This feauture is not enabled in 6.0 by default, will be available in 6.0a
>(by default)
>and there is a script (contact your Tivoli rep.) to enable in NV6.0
>
>Could someone explain the differences between 1 and 2 and 3 or
>are they the same thing (just a different name)?
>
>Hope this helps,
>
>
>Jack
>
>-------------------------------------------------------------------
>Jack Szewczyk | email: jszewczyk@westpac.com.au
>Network Systems Administrator |
>Westpac Banking Corporation +---------------------------------
>Level 2, 72 Christie Street | phone: +61 2 9902 6497
>St Leonards NSW 2065/AUSTRALIA | fax: +61 2 9902 5111
>-------------------------------------------------------------------
>
>
>-----Original Message-----
>From: Salinas Sangines Guillermo [mailto:gsalinas@SCANDA.COM.MX]
>Sent: Wednesday, 5 July 2000 5:11
>To: 'NetView'
>Subject: [NV-L] Event Correlation
>
>
>Hi, I'm configuring the event correlation feature on NetView 6.0 for Unix
>(AIX).
>As I understand, one of the primary function of an event correlator, is to
>filter multiple alarms.
>An example is: if nodes B, C and D, are switches connected to a router A,
>and router A goes down. The event correlation functionality would filter
>alarms from nodes B, C and D, and only take actions on the alarm from node
>A.
>
>Well, does someone knows how to configure this on NetView 6.0 ?
>I've seen the RuleSet Editor, with the default rulesets (NodeDown/NodeUp,
>InterfaceDown/InterfaceUp).
>But it doesn't looks like this rules resolve the example I've posted.
>
>Regards
>
>
>Guillermo Salinas Sanginés
>Omniscope - México DF
>tel. 5422-2700 ext.6033
>mailto:gsalinas@scanda.com.mx
>
>_________________________________________________________________________
>NV-L List information and Archives: http://www.tkg.com/nv-l
>_________________________________________________________________________
>NV-L List information and Archives: http://www.tkg.com/nv-l
>
>
>**********************************************************************
> ***** IMPORTANT INFORMATION *****
>This document should be read only by those persons to whom
>it is addressed and its content is not intended for use by
>any other persons. If you have received this message in
>error, please notify us immediately. Please also destroy and
>delete the message from your computer. Any unauthorised form
>of reproduction of this message is strictly prohibited.
>Bank SA is not liable for the proper and complete transmission
>of the information contained in this communication, nor for any
>delay in its receipt.
>**********************************************************************
>_________________________________________________________________________
>NV-L List information and Archives: http://www.tkg.com/nv-l
>
>=========================================================================
>Date: Wed, 5 Jul 2000 09:18:23 -0400
>From: lclark@us.ibm.com
>Subject: Re: Changing NVW IP address
>
>
>
>Arthur, the instructions in the V5 release notes are spotty. Check the ones
>in
>the V6 release notes. I will send them under separate cover. You need to
>inform Framework of the change as well as Netview.
>
>Cordially,
>
>Leslie A. Clark
>IBM Global Services - Systems Mgmt & Networking
>Detroit
>
>
>"Boulieris, Arthur" <Arthur.Boulieris@nz.unisys.com>@tkg.com on 07/05/2000
>01:07:33 AM
>
>Please respond to IBM NetView Discussion <nv-l@tkg.com>
>
>Sent by: owner-nv-l@tkg.com
>
>
>To: "'nv-l@tkg.com'" <nv-l@tkg.com>
>cc:
>Subject: [NV-L] Changing NVW IP address
>
>
>
>Hi,
>Im running netview 5.1.2 on solaris 2.6.
>I have a requirement to move the netview box and to do so I need to change
>the IP address.
>Any one know how hard/easy this is?
>
>Thankyou Arthur
>
> Arthur Boulieris
> Implementation & Support Specialist
> Systems Management
>
> <<...>>
>
> Ph: 64-4-462 2787
> Mobile: 025 543 529
> Arthur.Boulieris@Unisys.com
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>_________________________________________________________________________
>NV-L List information and Archives: http://www.tkg.com/nv-l
>
>=========================================================================
>Date: Wed, 5 Jul 2000 14:21:07 +0100
>From: Dave_Finn@computacenter.com
>Subject: Re: Location of NetView icon.
>
>
>
>Hi Leslie,
>
>Yes you are correct about the setup and yes I have installed the Patch on the
>NT
>TMR server and the UNIX managed node.
>
>The problem of security is more of the other way round, for the NetView
>administrator to access NetView he needs to have at least "admin" global rights
>to the TMR. Which gives them too much access to the other functions within the
>TMR.
>
>With the Noticeboard you can at least restrict them to which notices they
>receive and you can have multiple Remote Control objects, within different
>Policy Regions, each with the ability to control selective machines.
>
>Thanks for you reply
>
>Cheers
>
>Dave
>
>
>
>
>
>
>lclark@us.ibm.com on 05/07/2000 13:34:28
>
>Please respond to IBM NetView Discussion <nv-l@tkg.com>
>
>
>
>
>To: NV-L@tkg.com
>cc: (bcc: Dave Finn/COSS/CCenter)
>Subject: Re: [NV-L] Location of NetView icon.
>
>
>
>
>
>
>If I understand your environment, you have an NT TMR Server with Netview on
>a Unix Managed Node. I have not seen this particular arrangement. The
>Netview
>Framework patch is on both the TMR server and the managed node, right?
>
>In V6, I think of the NetView Server object as more like the Noticeboard,
>or the
>RemoteControll object. You should be able to copy it from one desktop to
>another.
>Rather than controlling it by policy region, control it by which Admin
>Desktop it is
>on. The Netview administrator gets his own desktop with the Netview icon
>on it.
>
>
>Cordially,
>
>Leslie A. Clark
>IBM Global Services - Systems Mgmt & Networking
>Detroit
>
>Dave_Finn@computacenter.com@tkg.com on 07/04/2000 08:47:37 AM
>
>Please respond to IBM NetView Discussion <nv-l@tkg.com>
>
>Sent by: owner-nv-l@tkg.com
>
>
>To: nv-l@tkg.com
>cc:
>Subject: [NV-L] Location of NetView icon.
>
>
>
>
>
>Hi,
>
>I am installed NetView 6.0 for UNIX on Framework version 3.6.2 running on
>NT
>
>I installed the Tivoli NetView Framework Patch, then installed the NetView
>Server. The icon for the NetView Server appeared in the Desktop for the
>Root
>Administrator. And for a Tivoli Administrator to access the NetView Client
>they
>need to have global "admin" rights to the TMR server.
>
>What I would like to do is move the NetView Server icon into a separate
>Policy
>Region, so I can give the NetView administrator, "user" global rights and
>the
>"admin" rights to the new Policy Region.
>
>Firstly, is this possible.
>
>And secondly, how do I move the NetView Server icon into a new Policy
>Region. I
>know the NetView Framework Patch 5.1 used to add two new Managed Resources,
>but
>the version 6 of this patch hasn't, is this right or has something gone
>wrong
>with the installation.
>
>Cheers
>
>Dave
>
>
>_________________________________________________________________________
>NV-L List information and Archives: http://www.tkg.com/nv-l
>
>
>
>_________________________________________________________________________
>NV-L List information and Archives: http://www.tkg.com/nv-l
>
>=========================================================================
>Date: Wed, 5 Jul 2000 09:21:31 -0400
>From: "Dean Grant" <dgrant@aholdusa.com>
>Subject: Re: Database connection lost
>
>
>
>James and Gareth have both given excellent advice but I would like to add some
>user experience. When we were running NV 5.1 and 5.1.1, our same file,
>/usr/OV/openview/ovwdb/vurrent/value_info, would grow from a size of 30-40 meg
>to 1-2 gig over a couple of days. We had to compress the database weekly.
>
>This problem went away when we applied the 5.1.2 service. Applying the 5.1.3
>service would be a good idea.
>
>Just my 2 cents.
>
>Dean Grant
>Ahold Information Services
>
>
>
>
>
>Gareth_Holl@TIVOLI.COM on 07/03/2000 04:39:04 PM
>
>Please respond to IBM NetView Discussion <nv-l@tkg.com>
>
>To: IBM NetView Discussion <nv-l@tkg.com>
>cc: (bcc: Dean Grant/AIS/US/Ahold)
>Subject: Re: [NV-L] Database connection lost
>
>
>
>
>
>A small correction to James' reply, the ovtopofix option -a should generally
>should be used when you have multiple maps that contain different objects and
>the -A option for when you only have one map - this is opposite to how it is
>written in James' previous reply.
>
>Other than that, I would agree with James in that running the ovwdbdmap command
>on a database that has been converted to the NDBM format (using nvTurboDatabase
>or dbmcompress) will probably result in corruption. You could try using
>ovtopofix to fix any database corruption and/or you could try backing out of
>the
>NDBM format by using the dbmcompress utility on your databases with no options
>specified (see page 52 of the NetView 5.1 Release Notes - would recommend you
>speak to Support for further advise here). But your best bet would be to
>restore
>from a backup or completely re-discover. It is recommended that you always make
>a backup before working on the databases.
>
>"I used nvTurboDb speed (and space) but after syncronize the file grows
>again." Which file grows ? This may suggest that the nvTurboDatabase command
>did
>not complete the conversion successfully. The process of converting your
>databases by using nvTurboDatabase will actually backup your databases and thus
>it is expected that you have space available in your /usr file system for this
>process - otherwise corruption may result. Using the ovwdbdmap command on a
>NDBM
>formatted database would not of helped matters and should never be used from my
>understanding.
>
>To convert the standard NetView databases to NDBM format:
>1. Backup you databases.
>2. Run the ovmapcount -a and ovtopofix -A commands to cleanup inconsistencies
>that may already exist.
>3. Ensure adequate space in /usr for the database backups that will be
>performed
>by the nvTurboDatabase utility.
>4. Enter /usr/OV/service/nvTurboDatabase space
>5. Enter /usr/OV/service/nvTurboDatabase speed
>6. Enter ovw &, to start the NetView GUI. Note: DO NOT start netmon at this
>time.
>Wait for the topology and object databases to sync up with each other.
>This step may take longer than usual but it is an important part of the
>process.
>7. Enter ovstart netmon, to start the netmon daemon.
>
>For further advise, you would probably be best to call Support as James has
>suggested.
>
>
>Gareth Holl
>Level 2 Support Engineer
>
>
>James_Shanks@TIVOLI.COM on 07/03/2000 09:40:02 AM
>
>Please respond to IBM NetView Discussion <nv-l@tkg.com>
>
>To: IBM NetView Discussion <nv-l@tkg.com>
>cc: (bcc: Gareth Holl/Tivoli Systems)
>Subject: Re: [NV-L] Database connection lost
>
>
>
>
>
>
>You are in a world of hurt now and you need to call Support immediately. The
>proper thing would have been to do a compress with ovwdbdmap before you ran
>nvTurboDb. It may be that there is now a corrupt object that can be found
>and
>deleted -- I would try ovtopofix (either -a if you have only one map, -A if you
>have more than one) and see if that helps. If it does not, then Support will
>need to assist you. And you will also have to put on 5.1.3 is you have not
>done
>so already.
>
>I hope you kept a backup of /usr/OV/databases/openview before you started all
>this, else you may have to delete your entire data base and start over.
>
>The issue of a 2 GB database in a 1 GB filesystem is misleading.
>Unfortunately, you have misinterpreted what is really going on. The NetView
>databases are what are called "sparse" file systems, which means that they use
>a
>pointer mechanism which may make it look like they are using much more space
>than they actually are, because not all the system tools (ls, for example) are
>built to deal with these unique structures.
>
>
>James Shanks
>Team Leader, Level 3 Support
> Tivoli NetView for UNIX and NT
>
>
>
>zuffranieri@IT.IBM.COM on 07/03/2000 08:55:25 AM
>
>Please respond to IBM NetView Discussion <nv-l@tkg.com>
>
>To: NV-L@UCSBVM.ucsb.edu
>cc: (bcc: James Shanks/Tivoli Systems)
>Subject: [NV-L] Database connection lost
>
>
>
>
>
>
>Hi all,
>
>I have a problem with Netview 5.1 on AIX 4.2.1
>The file /usr/OV/databases/openview/ovwdb/current/value_info has become 2
>GB large, in a filesystem of 1 GB !
>I used nvTurboDb speed (and space) but after syncronize the file grows
>again.
>Then I used ovwdbdmap -c and now the file remains of 70 MB.
>Some day after I received the error
>
>Fatal ovw error
>Database connection lost
>ipmapBailout called from nl_callbacks.C(2732)
>
>and ovwdb abends.
>
>Do you know anything about?
>
>Thanks Fabio
>
>
>
>
>Fabio Zuffranieri
>IBM Global Services-ITS
>Via Sciangai 53-Rome 00144-ITALY
>email:zuffranieri@it.ibm.com
>
>
>_________________________________________________________________________
>NV-L List information and Archives: http://www.tkg.com/nv-l
>
>
>
>_________________________________________________________________________
>NV-L List information and Archives: http://www.tkg.com/nv-l
>
>
>
>_________________________________________________________________________
>NV-L List information and Archives: http://www.tkg.com/nv-l
>
>=========================================================================
>Date: Wed, 5 Jul 2000 10:06:29 -0400
>From: lclark@us.ibm.com
>Subject: Re: Location of NetView icon.
>
>
>
>Understood. But if there is nothing on the desktop other than the Netview
>Server,
>I figure it does not matter what privileges he has as he cannot use them on
>anything
>you don't put on the desktop. ( In V5, the required role was Senior, not
>Admin.)
>Yes, this may mean that a person with more than one job may need more than
>one
>desktop. Not ideal. Hint: You will probably see a move away from the
>Tivoli context
>menu for Netview administration in the future anyway. You should probably
>focus on
> the serversetup application as your main means of administering Netview.
>
>Cordially,
>
>Leslie A. Clark
>IBM Global Services - Systems Mgmt & Networking
>Detroit
>
>Dave_Finn@computacenter.com@tkg.com on 07/05/2000 09:21:07 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: Re: [NV-L] Location of NetView icon.
>
>
>
>
>
>Hi Leslie,
>
>Yes you are correct about the setup and yes I have installed the Patch on
>the NT
>TMR server and the UNIX managed node.
>
>The problem of security is more of the other way round, for the NetView
>administrator to access NetView he needs to have at least "admin" global
>rights
>to the TMR. Which gives them too much access to the other functions within
>the
>TMR.
>
>With the Noticeboard you can at least restrict them to which notices they
>receive and you can have multiple Remote Control objects, within different
>Policy Regions, each with the ability to control selective machines.
>
>Thanks for you reply
>
>Cheers
>
>Dave
>
>
>
>
>
>
>lclark@us.ibm.com on 05/07/2000 13:34:28
>
>Please respond to IBM NetView Discussion <nv-l@tkg.com>
>
>
>
>
>To: NV-L@tkg.com
>cc: (bcc: Dave Finn/COSS/CCenter)
>Subject: Re: [NV-L] Location of NetView icon.
>
>
>
>
>
>
>If I understand your environment, you have an NT TMR Server with Netview on
>a Unix Managed Node. I have not seen this particular arrangement. The
>Netview
>Framework patch is on both the TMR server and the managed node, right?
>
>In V6, I think of the NetView Server object as more like the Noticeboard,
>or the
>RemoteControll object. You should be able to copy it from one desktop to
>another.
>Rather than controlling it by policy region, control it by which Admin
>Desktop it is
>on. The Netview administrator gets his own desktop with the Netview icon
>on it.
>
>
>Cordially,
>
>Leslie A. Clark
>IBM Global Services - Systems Mgmt & Networking
>Detroit
>
>Dave_Finn@computacenter.com@tkg.com on 07/04/2000 08:47:37 AM
>
>Please respond to IBM NetView Discussion <nv-l@tkg.com>
>
>Sent by: owner-nv-l@tkg.com
>
>
>To: nv-l@tkg.com
>cc:
>Subject: [NV-L] Location of NetView icon.
>
>
>
>
>
>Hi,
>
>I am installed NetView 6.0 for UNIX on Framework version 3.6.2 running on
>NT
>
>I installed the Tivoli NetView Framework Patch, then installed the NetView
>Server. The icon for the NetView Server appeared in the Desktop for the
>Root
>Administrator. And for a Tivoli Administrator to access the NetView Client
>they
>need to have global "admin" rights to the TMR server.
>
>What I would like to do is move the NetView Server icon into a separate
>Policy
>Region, so I can give the NetView administrator, "user" global rights and
>the
>"admin" rights to the new Policy Region.
>
>Firstly, is this possible.
>
>And secondly, how do I move the NetView Server icon into a new Policy
>Region. I
>know the NetView Framework Patch 5.1 used to add two new Managed Resources,
>but
>the version 6 of this patch hasn't, is this right or has something gone
>wrong
>with the installation.
>
>Cheers
>
>Dave
>
>
>_________________________________________________________________________
>NV-L List information and Archives: http://www.tkg.com/nv-l
>
>
>
>_________________________________________________________________________
>NV-L List information and Archives: http://www.tkg.com/nv-l
>
>
>
>_________________________________________________________________________
>NV-L List information and Archives: http://www.tkg.com/nv-l
>
>=========================================================================
>Date: Wed, 5 Jul 2000 15:40:47 +0100
>From: Dave_Finn@computacenter.com
>Subject: Re: Location of NetView icon.
>
>
>
>I think the ideal role is still senior, but admin was the least I could get it
>working with.
>
>It is all very well only putting the NetView icon on the Administrator desktop,
>but the is nothing stopping them from using the pull-down menus on the Tivoli
>Desktop. ie <Deskop> <TMR Connections> <Top Level Policy Regions>. Then can
>then move what ever they want into their own desktop.
>
>It is not a major problem on to site that I am working on at the moment, but it
>just seems a backward step to me.
>
>Cheers
>
>Dave
>
>
>
>
>
>lclark@us.ibm.com on 05/07/2000 15:06:29
>
>Please respond to IBM NetView Discussion <nv-l@tkg.com>
>
>
>
>
>To: IBM NetView Discussion <nv-l@tkg.com>
>cc: (bcc: Dave Finn/COSS/CCenter)
>Subject: Re: [NV-L] Location of NetView icon.
>
>
>
>
>
>
>Understood. But if there is nothing on the desktop other than the Netview
>Server,
>I figure it does not matter what privileges he has as he cannot use them on
>anything
>you don't put on the desktop. ( In V5, the required role was Senior, not
>Admin.)
>Yes, this may mean that a person with more than one job may need more than
>one
>desktop. Not ideal. Hint: You will probably see a move away from the
>Tivoli context
>menu for Netview administration in the future anyway. You should probably
>focus on
> the serversetup application as your main means of administering Netview.
>
>Cordially,
>
>Leslie A. Clark
>IBM Global Services - Systems Mgmt & Networking
>Detroit
>
>Dave_Finn@computacenter.com@tkg.com on 07/05/2000 09:21:07 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: Re: [NV-L] Location of NetView icon.
>
>
>
>
>
>Hi Leslie,
>
>Yes you are correct about the setup and yes I have installed the Patch on
>the NT
>TMR server and the UNIX managed node.
>
>The problem of security is more of the other way round, for the NetView
>administrator to access NetView he needs to have at least "admin" global
>rights
>to the TMR. Which gives them too much access to the other functions within
>the
>TMR.
>
>With the Noticeboard you can at least restrict them to which notices they
>receive and you can have multiple Remote Control objects, within different
>Policy Regions, each with the ability to control selective machines.
>
>Thanks for you reply
>
>Cheers
>
>Dave
>
>
>
>
>
>
>lclark@us.ibm.com on 05/07/2000 13:34:28
>
>Please respond to IBM NetView Discussion <nv-l@tkg.com>
>
>
>
>
>To: NV-L@tkg.com
>cc: (bcc: Dave Finn/COSS/CCenter)
>Subject: Re: [NV-L] Location of NetView icon.
>
>
>
>
>
>
>If I understand your environment, you have an NT TMR Server with Netview on
>a Unix Managed Node. I have not seen this particular arrangement. The
>Netview
>Framework patch is on both the TMR server and the managed node, right?
>
>In V6, I think of the NetView Server object as more like the Noticeboard,
>or the
>RemoteControll object. You should be able to copy it from one desktop to
>another.
>Rather than controlling it by policy region, control it by which Admin
>Desktop it is
>on. The Netview administrator gets his own desktop with the Netview icon
>on it.
>
>
>Cordially,
>
>Leslie A. Clark
>IBM Global Services - Systems Mgmt & Networking
>Detroit
>
>Dave_Finn@computacenter.com@tkg.com on 07/04/2000 08:47:37 AM
>
>Please respond to IBM NetView Discussion <nv-l@tkg.com>
>
>Sent by: owner-nv-l@tkg.com
>
>
>To: nv-l@tkg.com
>cc:
>Subject: [NV-L] Location of NetView icon.
>
>
>
>
>
>Hi,
>
>I am installed NetView 6.0 for UNIX on Framework version 3.6.2 running on
>NT
>
>I installed the Tivoli NetView Framework Patch, then installed the NetView
>Server. The icon for the NetView Server appeared in the Desktop for the
>Root
>Administrator. And for a Tivoli Administrator to access the NetView Client
>they
>need to have global "admin" rights to the TMR server.
>
>What I would like to do is move the NetView Server icon into a separate
>Policy
>Region, so I can give the NetView administrator, "user" global rights and
>the
>"admin" rights to the new Policy Region.
>
>Firstly, is this possible.
>
>And secondly, how do I move the NetView Server icon into a new Policy
>Region. I
>know the NetView Framework Patch 5.1 used to add two new Managed Resources,
>but
>the version 6 of this patch hasn't, is this right or has something gone
>wrong
>with the installation.
>
>Cheers
>
>Dave
>
>
>_________________________________________________________________________
>NV-L List information and Archives: http://www.tkg.com/nv-l
>
>
>
>_________________________________________________________________________
>NV-L List information and Archives: http://www.tkg.com/nv-l
>
>
>
>_________________________________________________________________________
>NV-L List information and Archives: http://www.tkg.com/nv-l
>
>
>
>_________________________________________________________________________
>NV-L List information and Archives: http://www.tkg.com/nv-l
>
>=========================================================================
>Date: Wed, 05 Jul 2000 08:22:06 -0700
>From: Edvyn.Lek@bankofamerica.com
>Subject: Re: NetView 6.0 & CiscoWorks
>
>
>
>Jane,
>
>Thank you. Should also be on Cisco's site but not, why!
>
>
>
>
>
>
>Jane Curry <jane.curry@skills-1st.co.uk> on 07/04/2000 02:09:38 AM
>
>Please respond to IBM NetView Discussion <nv-l@tkg.com>
>
>To: NetView mailing list <nv-l@tkg.com>
>cc: Justin Churcher <CHURCJT@UK.IBM.COM>, rouvinen@FI.IBM.COM,
> fpouels@nl.ibm.com, marcella@VNET.IBM.COM, Larry Bajuk
> <lbajuk@si.ibm.com>, thierry_noel@be.ibm.com, Varoozh Harikian
> <varoozh_harikian@be.ibm.com>, Rob Macgregor
> <rob.macgregor@dial.pipex.com>
>Subject: [NV-L] NetView 6.0 & CiscoWorks
>
>
>
>For those who have been waiting for NetView 6.0 integration with
>CiscoWorks, Tivoli now seem to have a web page with all the right things
>on it (though Cisco's page still says NetView 6 coming soon). Try this:
>
>http://www.tivoli.com/products/index/netview/cisco2000_integration.html
>
>Regards, Jane
>
>--
>Tivoli Certified Enterprise Consultant & Instructor
>Skills 1st Limited, 2 Cedar Chase, Taplow, Bucks, SL6 0EU, UK
>Tel: +44 (0)1628 782565
>Copyright (c) 2000 Jane Curry <jane.curry@skills-1st.co.uk>. All rights
>reserved.
>
>
>_________________________________________________________________________
>NV-L List information and Archives: http://www.tkg.com/nv-l
>
>=========================================================================
>Date: Wed, 05 Jul 2000 16:56:29 -0700
>From: Martin Walder <martin.walder@itmasters.com>
>Subject: Re: Location of NetView icon.
>
>Leslie
>
>If someone has a role but no icon on the desktop, then surely they can drop to
>a CLI and issue w-commands which may be undesirable?
>
>--
>Martin Walder
>Tivoli Certified Enterprise Consultant
>
>IT Masters (UK) Ltd
>Unit 5, CNC House,
>Grand Union Office Park,
>Packet Boat Lane,
>Uxbridge UB8 2GH
>
>Tel: +44 (0) 1895 909 500
>Mobile: +44 (0) 771 315 8548
>Fax: +44 (0) 1895 909 501
>Internet http://www.itmasters.com
>
>lclark@us.ibm.com wrote:
>
>> Understood. But if there is nothing on the desktop other than the Netview
>> Server,
>> I figure it does not matter what privileges he has as he cannot use them on
>> anything
>> you don't put on the desktop. ( In V5, the required role was Senior, not
>> Admin.)
>> Yes, this may mean that a person with more than one job may need more than
>> one
>> desktop. Not ideal. Hint: You will probably see a move away from the
>> Tivoli context
>> menu for Netview administration in the future anyway. You should probably
>> focus on
>> the serversetup application as your main means of administering Netview.
>>
>> Cordially,
>>
>> Leslie A. Clark
>> IBM Global Services - Systems Mgmt & Networking
>> Detroit
>>
>> Dave_Finn@computacenter.com@tkg.com on 07/05/2000 09:21:07 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: Re: [NV-L] Location of NetView icon.
>>
>> Hi Leslie,
>>
>> Yes you are correct about the setup and yes I have installed the Patch on
>> the NT
>> TMR server and the UNIX managed node.
>>
>> The problem of security is more of the other way round, for the NetView
>> administrator to access NetView he needs to have at least "admin" global
>> rights
>> to the TMR. Which gives them too much access to the other functions within
>> the
>> TMR.
>>
>> With the Noticeboard you can at least restrict them to which notices they
>> receive and you can have multiple Remote Control objects, within different
>> Policy Regions, each with the ability to control selective machines.
>>
>> Thanks for you reply
>>
>> Cheers
>>
>> Dave
>>
>> lclark@us.ibm.com on 05/07/2000 13:34:28
>>
>> Please respond to IBM NetView Discussion <nv-l@tkg.com>
>>
>> To: NV-L@tkg.com
>> cc: (bcc: Dave Finn/COSS/CCenter)
>> Subject: Re: [NV-L] Location of NetView icon.
>>
>> If I understand your environment, you have an NT TMR Server with Netview on
>> a Unix Managed Node. I have not seen this particular arrangement. The
>> Netview
>> Framework patch is on both the TMR server and the managed node, right?
>>
>> In V6, I think of the NetView Server object as more like the Noticeboard,
>> or the
>> RemoteControll object. You should be able to copy it from one desktop to
>> another.
>> Rather than controlling it by policy region, control it by which Admin
>> Desktop it is
>> on. The Netview administrator gets his own desktop with the Netview icon
>> on it.
>>
>> Cordially,
>>
>> Leslie A. Clark
>> IBM Global Services - Systems Mgmt & Networking
>> Detroit
>>
>> Dave_Finn@computacenter.com@tkg.com on 07/04/2000 08:47:37 AM
>>
>> Please respond to IBM NetView Discussion <nv-l@tkg.com>
>>
>> Sent by: owner-nv-l@tkg.com
>>
>> To: nv-l@tkg.com
>> cc:
>> Subject: [NV-L] Location of NetView icon.
>>
>> Hi,
>>
>> I am installed NetView 6.0 for UNIX on Framework version 3.6.2 running on
>> NT
>>
>> I installed the Tivoli NetView Framework Patch, then installed the NetView
>> Server. The icon for the NetView Server appeared in the Desktop for the
>> Root
>> Administrator. And for a Tivoli Administrator to access the NetView Client
>> they
>> need to have global "admin" rights to the TMR server.
>>
>> What I would like to do is move the NetView Server icon into a separate
>> Policy
>> Region, so I can give the NetView administrator, "user" global rights and
>> the
>> "admin" rights to the new Policy Region.
>>
>> Firstly, is this possible.
>>
>> And secondly, how do I move the NetView Server icon into a new Policy
>> Region. I
>> know the NetView Framework Patch 5.1 used to add two new Managed Resources,
>> but
>> the version 6 of this patch hasn't, is this right or has something gone
>> wrong
>> with the installation.
>>
>> Cheers
>>
>> Dave
>>
>> _________________________________________________________________________
>> NV-L List information and Archives: http://www.tkg.com/nv-l
>>
>> _________________________________________________________________________
>> NV-L List information and Archives: http://www.tkg.com/nv-l
>>
>> _________________________________________________________________________
>> NV-L List information and Archives: http://www.tkg.com/nv-l
>>
>> _________________________________________________________________________
>
>=========================================================================
>Date: Wed, 05 Jul 2000 13:12:01 -0400
>From: "Mahesh Tailor" <MTailor@carilion.com>
>Subject: Tivoli Service Desk and NetView
>
>Hello, everyone.
>
>Does anyone have details on automatically opening and closing trouble
>tickets in Service Desk from NetView for AIX? Any information will be
>appreciated.
>
>TIA,
>
>=========================================================================
>Date: Wed, 05 Jul 2000 11:34:25 PDT
>From: "Gord Michaels" <gord_michaels@hotmail.com>
>Subject: MIBs on Cisco Cat4003/4006
>
>Hello All.
>
>I was wondering if anyone knows if the Cisco Cat4003/4006 switch has MIB
>objects which hold the MAC addresses of the devices which are currently
>attached to it?
>
>We are writing some scripts to work with NetView and accessing this info via
>snmp would be very helpful.
>
>Any info is much appreciated.
>
>Sincerely,
>
>Gord Michaels.
>
>
>________________________________________________________________________
>
>_________________________________________________________________________
>
>NV-L List information (unsubscribing, policies, posting, digest version,
|