ADSM-L

Re: [ADSM-L] Open Server messages after shutting down server

2018-04-11 08:40:50
Subject: Re: [ADSM-L] Open Server messages after shutting down server
From: Efim <aefim771 AT GMAIL DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Wed, 11 Apr 2018 15:39:09 +0300
Hi
I think you forget to remove this server from replicating server list.

REMOVE REPLSERVER <GUID>

Use Query REPLServer to see the guid
Efim

> 11 апр. 2018 г., в 14:47, Zoltan Forray <zforray AT VCU DOT EDU> написал(а):
> 
> We just decommissioned an ISP server (1 of 6) and now 2 of the other ISP
> servers are constantly issue these messages and we can't figure out how to
> get them to stop:
> 
> 4/11/2018 7:41:41 AM ANR1663E Open Server: Server HADES not defined
> 4/11/2018 7:41:41 AM ANR1651E Server information for HADES is not available.
> 4/11/2018 7:41:41 AM ANR4377E Session failure, target server HADES is not
> defined on the source server.
> 4/11/2018 7:41:41 AM ANR1663E Open Server: Server HADES not defined
> 4/11/2018 7:41:41 AM ANR1651E Server information for HADES is not available.
> 4/11/2018 7:41:41 AM ANR4377E Session failure, target server HADES is not
> defined on the source server.
> 4/11/2018 7:41:42 AM ANR1663E Open Server: Server HADES not defined
> 4/11/2018 7:41:42 AM ANR1651E Server information for HADES is not available.
> 4/11/2018 7:41:42 AM ANR4377E Session failure, target server HADES is not
> defined on the source server.
> 4/11/2018 7:41:44 AM ANR1663E Open Server: Server HADES not defined
> 4/11/2018 7:41:44 AM ANR1651E Server information for HADES is not available.
> 4/11/2018 7:41:44 AM ANR4377E Session failure, target server HADES is not
> defined on the source server.
> 
> Before we shut down the ISP server HADES, we made sure to remove every
> devclass, server, node, etc definition pointing to HADES and HADES pointing
> to other ISP servers.
> 
> So, what are we missing? How do we get this to stop?  All servers are RHEL
> Linux and ISP 7.1.7.300
> 
> --
> *Zoltan Forray*
> Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator
> Xymon Monitor Administrator
> VMware Administrator
> Virginia Commonwealth University
> UCC/Office of Technology Services
> www.ucc.vcu.edu
> zforray AT vcu DOT edu - 804-828-4807
> Don't be a phishing victim - VCU and other reputable organizations will
> never use email to request that you reply with your password, social
> security number or confidential personal information. For more details
> visit http://phishing.vcu.edu/


ADSM.ORG Privacy and Data Security by KimLaw, PLLC