Very interesting - especially since none of these servers had anything to do with replicating to each-other. All of my servers, including the one we shut down, were source replicas - not target. I am guessing that since we did "export to server" for the nodes we moved from the one we shut down, it carried something with it to the server we exported to?
On Wed, Apr 11, 2018 at 8:39 AM, Efim <aefim...@gmail.com> wrote: > 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 <zfor...@vcu.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 > > zfor...@vcu.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/ > -- *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 zfor...@vcu.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/
