Sorry.. Forgot to mention what I had checked out as a result of the ANR1664W message... I have no devtype definitions of "server" (at least, in the GUI, when I go to "Objects, Server Storage, Device Classes, Server Device Classes", there are no entries)... We don't have an event server... And I addressed the "connection" issues with comments re: sessions and netstat connections..
Still can't figure it out.. Todd -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Andrew Raibeck Sent: Monday, February 21, 2005 1:26 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Why can't I delete an "other server" entry? Check the DELETE SERVER syntax, as it includes a list of items that will cause the command to fail. In particular, make sure you don't have any device SERVER-type classes that point to your "other server". Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] The only dumb question is the one that goes unasked. The command line is your friend. "Good enough" is the enemy of excellence. "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> wrote on 2005-02-21 12:20:49: > TSM 5.2.2.5 on AIX 5.2 ML3 > > I installed and setup Storage Agent on a W2K node for testing > purposes. Everything tested out fine, and now I am wanting to remove > everything, including the "other server" entry on the TSM server. I > have already uninstalled the Storage Agent and device drivers from the > W2K node. I have deleted all the filespaces related to that node name > (a special node name setup to test the storage agent, the original > node and filespaces still exist, but it never used the storage agent > to do backups). I did all that last week sometime. > Today, when I try to delete the "other server" entry for the Storage > Agent, it tells me the server is currently in use. > I deleted the nodename that we used for testing, and ran audit lic... > no change. > Nothing is listed in "q ses" related to this node. > I checked netstat to verify there were no connections to that IP address... > > What am I missing? > (I don't know if it matters, but we were testing LVSA and Image > backups using the storage agent). > > TIA > Todd >