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,
|