[Top] [All Lists]

[nv-l] TEC Forwarding - persistent?

To: "NetView List \(E-mail\)" <nv-l@lists.us.ibm.com>
Subject: [nv-l] TEC Forwarding - persistent?
From: "Treptow, Craig" <Treptow.Craig@principal.com>
Date: Tue, 25 Jan 2005 14:34:33 -0600
Delivery-date: Tue, 25 Jan 2005 20:37:26 +0000
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
Reply-to: nv-l@lists.us.ibm.com
Sender: owner-nv-l@lists.us.ibm.com
Thread-index: AcUDHUY+QMx5wgd3SvKgPGURJvhAxA==
Thread-topic: TEC Forwarding - persistent?
Hi.  We're running NV 7.1.4 on AIX 5.1.  We forward events to TEC and specify a 
DNS name for the TEC server.  Our TEC folks are working on a solution whereby 
they can use DDNS to update the TEC server entry and point it from the broken 
server to the backup server.

Does anybody know if we'll have to touch Netview in some way when they do that? 
 I suspect that NV only looks up the name when nvserverd starts and will use 
that until a "nvtecia -reload" is performed, or the daemon is bounced.

I'm not in a good position to test this today, so if somebody knows off-hand, 
that would be really helpful.



-----Message Disclaimer-----

This e-mail message is intended only for the use of the individual or
entity to which it is addressed, and may contain information that is
privileged, confidential and exempt from disclosure under applicable law.
If you are not the intended recipient, any dissemination, distribution or
copying of this communication is strictly prohibited. If you have
received this communication in error, please notify us immediately by
reply email to Connect@principal.com and delete or destroy all copies of
the original message and attachments thereto. Email sent to or from the
Principal Financial Group or any of its member companies may be retained
as required by law or regulation.

Nothing in this message is intended to constitute an Electronic signature
for purposes of the Uniform Electronic Transactions Act (UETA) or the
Electronic Signatures in Global and National Commerce Act ("E-Sign")
unless a specific statement to the contrary is included in this message.

<Prev in Thread] Current Thread [Next in Thread>

Archive operated by Skills 1st Ltd

See also: The NetView Web