I have a customer with a VMware environment using NFS storage. He has a
dedicated private network connecting his ESX hosts to his network storage. He
wondered if it was possible to attach the backup/proxy server to this private
LAN, in order to isolation the backup traffic. Has anyone tried
I am a recent convert to v6.2.
I have 2 TSM servers that are not equally using the DB volumes. Is this
normal? A 3rd server is equally using its volumes.
These 2 servers are new installs, nothing was retained from the previous server.
AIX
TSM 6.2.3.0
Location Total
Hi Steven,
I haven't but why not multihome the datamover vm and try to let it connect
to the storage vCenter server that way?
I might be missing something but why would you want to use NBD over hotadd?
Regards,
Stefan
On Fri, Jun 1, 2012 at 5:20 PM, Stackwick, Stephen
I saw behaviour like this when I had 2 DB volumes, and added 2 more on
the fly. After talking with IBM, I tried a restart, and that didn't
help. What I had to do was restore the database to all 4 volumes. If
you had all 4 volumes there from the start, then I would open a PMR
with IBM.
On Fri,
Stefan,
The proxy/backup server/datamover/whateverIBMiscallingitnow is not a VM, so
hotadd is not an option. Agree that NBD isn't ideal, but the customer has NAS
VM storage, so it's either NBD or hotadd.
Steve
STEPHEN STACKWICK | Senior Consultant | 301.518.6352 (m) |
I'm getting messages saying There are not enough scratch volumes available
At the moment the tape library is fully populated with 211 tape volumes.
Can some please tell me which tape volumes I need to eject from the tape
library slots to be sent offiste so that I can load and check in more
Doncha hate it when that happens on a Friday?
Q DRM should show which tapes are copypool tapes and can be removed. You may
also have some DB backup volumes in there you could possibly even delete to
free up scratch tapes. Or, you may have some PENDing tapes; in an emergency,
you could delete
We are seeing strange behavior with one of our client systems since it
was moved behind a firewall. The client is a Windows XP system with TSM
6.2.2.0 client code. It sends backups to a TSM 6.2.2.0 server running
under zSeries Linux. Before the firewall was introduced, the client was
able to run
Also check vlume status RO, RW, unavailabel, etc
On 6/1/12, Stackwick, Stephen stephen.stackw...@icfi.com wrote:
Doncha hate it when that happens on a Friday?
Q DRM should show which tapes are copypool tapes and can be removed. You
may also have some DB backup volumes in there you could
I fight firewall issues with a couple of tests.
From the TSM server:
PING IPofNode
TELNET IPofNode ListeningPort
Typically, the node is listening on 1501 I believe. It should be specified in
the node dsm.opt file.
Try stopping/starting the nodes TSM Scheduler service, then
You are right, check for unavailable tapes. I've seen bad tape drives take
out all the tapes in a library, one by one, while you weren't looking. Check
that, for sure!
STEPHEN STACKWICK | Senior Consultant | 301.518.6352 (m) |
stephen.stackw...@icfi.com | icfi.com
ICF INTERNATIONAL | 410 E.
As an administrator, you need to perform the following regularly:
'Query Volume ACCess=UNAVailable,DESTroyed'
'Query Volume ACCess=READOnly STATus=FIlling'
'Query Volume ACCess=READOnly STATus=EMPty'
'Query Volume STatus=PENding Format=Detailed'
to find tapes which TSM has given up on, as per
Can anyone tell me what is in PMR 62476,033,000? Apparently IBM believes that
someone following the steps in that PMR caused the lose.
Thanks,
Ray
On May 30, 2012, at 7:39 AM, Ray Carlson wrote:
It was a brand new 2008 Server with a 6.3.0 install, which has been upgraded
to 6.3.1.1 because
13 matches
Mail list logo