I would hesitate to delete the "phantom" file spaces (if TSM lets you) unless you know they really aren't necessary. I agree, if Q OCC shows nothing, then the risk is probably minimal; just the same, I wouldn't be comfortable suggesting you delete them until you've had a chance to let the support team have a look-see.
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" <[email protected]> wrote on 01/31/2005 15:31:27: > I'll have to find an owner and try. Tomorrow, since it's leaving time > here. What do you think would happen if I tried to delete all the phantoms > from my list a ran the exp node again? > > > At 03:18 PM 1/31/2005 -0700, you wrote: > >One other question: can the actual client nodes connect to the TSM server > >and restore data from these file spaces? > > > >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" <[email protected]> wrote on 01/31/2005 > >15:15:08: > > > > > OK, that is in agreement with what the ANR0919E message is telling you, > > > though I have no idea how you could end up with file spaces with no > >names. > > > > > > Can you paste in the exact output from the SELECT statement, as well as > > > output from QUERY FILESPACE F=D, for one or two of these problem nodes? > > > > > > 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" <[email protected]> wrote on 01/31/2005 > > > 15:03:42: > > > > > > > Each client on the list has a filespace with an fsid, but no name. > > > > > > > > > > > > At 02:52 PM 1/31/2005 -0700, you wrote: > > > > >Not sure this will yield anything of interest, but what does this > >show: > > > > > > > > > >select node_name, '"' || filespace_name || '"' from filespaces where > > > > >node_name='CERIUM' > > > > > > > > > >(or pick any other node name that is having this difficulty). > > > > > > > > > >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" <[email protected]> wrote on 01/31/2005 > > > > >14:42:26: > > > > > > > > > > > I'm trying some machines to a different server. I've exported the > > > > >client > > > > > > definitions for three large clients successfully. These will just > > > cycle > > > > > > away in two months on their old box. I've tried exporting 5 > > > different > > > > > > smaller clients, all with the same results: > > > > > > > > > > > > > > > > > > >01/31/05 12:06:26 ANR0919E Filespace name with length 0 > >was > > > > > > >encountered for > > > > > > > nodes > > > > > > > CERIUM,STORM,STARBUCK,CALYPSO,MA,HONEYCOMB,PICASSO- > > > > > > > > > > > > > >.BSD.UCHICAGO.EDU,BUBBLES,MUTANTS,OUTGROUP.UCHICAGO.EDU,- > > > > > > > CETUS,THERA,MHD2,BLAST,FLEETWOOD. > > > (SESSION: > > > > > > > 49773, > > > > > > > PROCESS: > > > > > > > 1410) > > > > > > >01/31/05 12:06:26 ANR9999D smxi.c(1165): ThreadId<155> > >Error > > > 1 > > > > > > >setting > > > > > > > object names. Callchain of previous > > > message: > > > > > > > 0x10016138 > > > > > > > outDiagf <- 0x104127D4 > > > SmQryExportObjects <- > > > > > > > 0x10433AC4 > > > > > > > DoExportImportVerbs <- 0x104348C4 > > > > > > > SmAdminSession <- > > > > > > > 0x10404230 DoAdminGeneral <- > >0x10407378 > > > > > > > smExecuteSession > > > > > > > <- 0x10417F3C XiSessionThread <- > > > 0x10007AE8 > > > > > > > StartThread > > > > > > > <- 0xD004B410 _pthread_body <- > >(SESSION: > > > > > > > 49773, PROCESS: > > > > > > > 1410) > > > > > > > > > > > > The listed nodes with 0 length filespace names are in other > >domains, > > > and > > > > > > are primarily IRIX machines with a few Linux86. Thay all have > >what > > > > >seems > > > > > > to be healthy filespaces attached to them. If I try exporting the > >5 > > > > >nodes > > > > > > with filed=none, they export the definitions without problem. I > > > suspect > > > > >DB > > > > > > corruption, but at 200+ Gb for the DB, audit is out of the > >question. > > > > > > > > > > > > Both sending and receiving machines are AIX 5.2 and TSM 5.2.2.5. > > > Until > > > > > > today and this domain, there hasn't been a hint of trouble with > > > EXPORT > > > > >NODE. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Fred Johanson > > > > > > ITSM Administrator > > > > > > University of Chicago > > > > > > 773-702-8464 > > > > > > > > Fred Johanson > > > > ITSM Administrator > > > > University of Chicago > > > > 773-702-8464 > > Fred Johanson > ITSM Administrator > University of Chicago > 773-702-8464
