You don't really mention why you need to start TSM in the foreground, but if that is a requirement and you need to leave your terminal, why not use `screen`?
- Cameron Hanover chano...@umich.edu Reminds me of my safari in Africa. Somebody forgot the corkscrew and for several days we had to live on nothing but food and water. --W. C. Fields On Sep 2, 2014, at 10:04 PM, Sergio O. Fuentes <sfuen...@umd.edu> wrote: > Has anyone come across this particular scenario. I'll be opening a PMR for > this if my troubleshooting doesn't pan out. > > I have a Linux 7.1.0.100 server whose dedupe stgpools I'm migrating > temporarily to a NAS array. I'm mounting the stgpools via NFS3 and granted, > I'm mounting subdirectories of the same export, but that has not been an > issue on another 7.1.0.0 server I have. What I'm noticing is that I start > the server in the foreground: > > ssh server > sudo su > su - tsminst1 > cd instancedir > /opt/tivoli/tsm/server/bin/dsmserv > > It starts up ok, I get the console and I start a migration TO the NFS stgpool > (hard mounted, sync and intr defined). > > After awhile, I close up the terminal with the console in the foreground > (because I have to go home or I log out or whatever). When I check on the > migration or server later, the server's somewhat responsive, but q stg, q > mount, q proc and other commands are seemingly hanging on the NFS mount. It > always seems to happen after I close the terminal. Very odd behavior. > There's a limitation on NFS backups from TSM clients, but haven't found a > similar limitation on servers. And ideas? > > Thanks! > Sergio