I forgot to mention I already did that but while it was stuck issuing errors. Just tried it again and it confirms it is not being replicated. Time to restart the TSM server. Hoping I won't have to bounce the whole box. The last time a replication process got stuck on a target server, halting the TSM server would not clear it. The server would not shut down so I bounced the whole thing.
8:51:18 AM HADES : remove replnode compile.vcu.edu ANR1630W REMOVE REPLNODE: COMPILE.VCU.EDU is not configured for replication. ANR2679E REMOVE REPLNODE: All of the nodes provided are invalid. ANR1632E REMOVE REPLNODE: Command failed. Replication state information for the specified nodes could not be removed. ANS8001I Return code 11. On Thu, Sep 1, 2016 at 8:40 AM, David Ehresman < [email protected]> wrote: > On the source server, try "remove replnode NODENAME", then try deleting > its filespaces. > > David > > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf Of > Zoltan Forray > Sent: Thursday, September 01, 2016 8:26 AM > To: [email protected] > Subject: [ADSM-L] How to delete a node/filespaces when target replica > server is unavailable > > We are just starting to roll out replication and I have a problem. > > Many months ago, I tested replication/configuration on a single node. Now > I need to delete the node and all of its filespaces. > > But the target server used for replication testing has been taken > down/unavailable. > > Now when I issued delete filespaces for the node on the source server, the > delete process has hung. Attempting to cancel the delete process has been > hung for >24-hours and is starting to cause log pinning issues. > > I am ready to bounce this server (RH Linux with 6.3.5.100 server) but still > don't know how to delete these filespaces without hanging things up, again. > > I have turned off replication on the source server. Tried to update the > node to disable replication but that didn't seem to help/take. > > -- > *Zoltan Forray* > TSM Software & Hardware Administrator > Xymon Monitor Administrator > VMware Administrator (in training) > Virginia Commonwealth University > UCC/Office of Technology Services > www.ucc.vcu.edu > [email protected] - 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 https://urldefense.proofpoint.com/v2/url?u=http-3A__ > infosecurity.vcu.edu_phishing.html&d=AwIBaQ&c= > SgMrq23dbjbGX6e0ZsSHgEZX6A4IAf1SO3AJ2bNrHlk&r=dOGCMY197NTNH1k_wcsrWS3_ > fxedKW4rpKJ8cHCD2L8&m=q25GyWPNnS9scC8LnF8VhVZP_CBMMjSimusH4Kjy5gk&s= > T7YD4SfFzcqmGHMpT9uZYJqBhEZ3v5MaKBWoelfQ5Pc&e= > -- *Zoltan Forray* TSM Software & Hardware Administrator Xymon Monitor Administrator VMware Administrator (in training) Virginia Commonwealth University UCC/Office of Technology Services www.ucc.vcu.edu [email protected] - 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://infosecurity.vcu.edu/phishing.html
