Hi *SM-ers!
Our Linux guys are trying to find a way to do bare metal restores on
Linux (Redhat) while using TSM.
I was wondering how other companies have implemented this. I there a
supported/documented way to do this?
Thank you very much for any response in advance!
Kindest regards,
Eric van Loon
Eric,
In our shop we made a custom bootable cd with linux and the tsm client
on it. We compiled the kernel on this cd with as many drivers as
possible to support a lot of hardware. When we do a bmr of a linux
system we boot from this cd, create the needed partitions and
filesystems and
W2K3 R2 SP2 x64
TSM 5.5.0.0
I've backed up clustered vols before by using a special .opt file that
uses a common nodename and clustermode=yes which seemed to work fine
when I was dealing with regular data volumes.
Now I have a cluster that is using DFS and mountpoints, and this method
Hi,
at http://www.mkcdrec.org/ you can find such a tool that restores data
using the TSM client.
I haven't done it myself but know an IBMer and a company who have more
knowledge than I have.
Thomas Rupp
-Ursprüngliche Nachricht-
Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Im
Steve
We went round this loop a couple of years ago.
The default value for CLUSTERDISKSONLY is Yes. According to the
documentation, this specifies that the Tivoli Storage Manager only allows
the processing of cluster drives that have a drive letter. This is the
default.
So (and this seemed
Steve,
Do you have the statement:
CLUSTERDISKSONLY NO
in your dsm.opt?
This should allow you to see the mount points. Note that you will need
to use a specific DOMAIN statement in conjunction with this option.
This has been my experience with the 5.5 client. I did not see it on
earlier
Neil,
I'm testing this out now. Do you remember if the unc path used the
cluster name, rather than the physical server holding the resource at
the time?
Thanks,
-steve
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Sent: Thursday, May 29, 2008 8:10 AM
To: ADSM-L@vm.marist.edu
Cc:
Hello All,
I just upgraded a Windows client Cluster Configured backup environment
from 5.3.0.0. to 5.5.0.2. The upgrade seemed to go ok but the active
node Cluster node backup failed to complete successfully. I found the
errors below in the Clients dsm.errorlog. I know VSS Errors have been
All,
Another issue, I don't believe I seen this before one of our windows
backup is failing with ANS5280E Object enumeration from a file set or
file listed failed. Any Ideas?
Thanks for any replies!
05/29/2008 00:15:51 ANS5280E Object enumeration from a file set or file
list failed.
I've checked LISTSERV options, and they're what they ought to be; I've
gotten 1% of messages in the last month.
I'm sending problem report to marist's postmaster, listmaster, etc.
But I'll admit I am far, far, far from confident that they'll ever
respond. In many years, I haven't yet had a
On May 29, 2008, at 11:43 AM, Timothy Hughes wrote:
05/26/2008 00:15:52 ANS5279E Error processing
'\\scj170\c$\WINDOWS\Repair\Backup\BootableSystemState\Registry
\default':
file not found.
Tim -
I'll bow to anyone who is actually familiar with Windows, but my guess
would be that things under
Look in the dsm.opt file, and see if it is using VSS to backup system state
objects, as opposed to backing up system state as a filesystem--
See if you have snapshotproviderimage specified as none-- if so remove it.
thanks!
lisa
-Original Message-
From: ADSM: Dist Stor Manager
There is a technote about an backup errors having to do with that reg key:
http://www-1.ibm.com/support/docview.wss?uid=swg21243837
So far I've found the reg query reg add routine (remote from a command prompt)
to be straight forward-- I just run it as I am updating client code to 5.5.0.6.
A 3592 cartridge was removed from our 3584 by a CE some time ago. It
may have been stuck in a drive. After that Operations lost the
cartridge for some time, but recently found it. TSM had marked the
volume UNAVAILABLE due to 1 write error, but the 3584 no longer lists
it in its inventory.
There
Hi
I would suggest following ..
1). First remove it from TSM internal inventory by following since TSM
thinks it still in library .
checkout libvolume libraryname rem=no checklabel=no
2). Now run your checkin but make sure make it private.
checkin libv libraryname search=bulk checkl=yes
You are correct.
Just check the tape back in to TSM as PRIVATE instead of scratch.
In fact, TSM won't let you check it in as scratch, if there is still valid
data on it.
And there is nothing you can do *accidentally* to damage that data, or write
over it.
One of the best features of TSM IHMO!
Anyone run into issues exporting nodes from one TSM server to a second instance
of TSM running on the same physical server?
Will this data pass though the network?
Thanks
Kevin
On May 29, 2008, at 3:37 PM, Kevin Boatright wrote:
...
Will this data pass though the network?
Not if you use the communication method called Shared Memory.
Richard Sims
On Thu, 29 May 2008 15:37:58 -0400, Kevin Boatright [EMAIL PROTECTED] said:
Anyone run into issues exporting nodes from one TSM server to a
second instance of TSM running on the same physical server?
It's been a while, but I've done a bunch of that once upon a time.
Will this data pass
Folks,
I'm trying to determine what our community is doing with respect to
backing up VMware to TSM. If you are so inclined, please answer and
send to me privately.
I am interested in understanding the intersection between TSM and
VMware...
Are you backing up VMware Virtual Machines?
Uh gee Kelly, I was hoping to use STORServers agent to manage
VMware Consolidated Backup.
Please don't tell me there's a better way!
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Kelly Lipp
Sent: Thursday, May 29, 2008 2:22 PM
To:
Greetings,
We are running TSM 5.4.2 server on AIX 5.3. We are in a shared
library environment, with 10 TSM server instances sharing a IBM3584 tape
library, while one TSM server instance acts as the library master.
Occassionally, maybe once every few weeks, we get into a situation where
a tape
22 matches
Mail list logo
