Hi list,
I have two libraries connected to a TSM 5.2.2 Server running on a Red Hat.
Library LIBLTO1 is a 3583L18 with 3 LTO2 drives and LIBLTO2 is an ULT3582 with
2 LTO2 drives.
The Linux Admin manual says that I should not use FORMAT=DRIVE on both
libraries when issuing the DEFINE DEVCLASS
Hi to all
On windows 2003 , Tsm version client 5.5.0.4 under the directory adsm.sys I
have a lot of files as:SystemExcludecache_5558904 TsmcacheDB
Cannot delete those files ….. Tsm Journal Engine is not install and Open file
Support is not install
I figure what service is lock
On Apr 30, 2008, at 5:52 AM, Robert Ouzen Ouzen wrote:
Hi to all
On windows 2003 , Tsm version client 5.5.0.4 under the directory
adsm.sys I have a lot of files as:SystemExcludecache_5558904
TsmcacheDB
Cannot delete those files ….. Tsm Journal Engine is not install and
Open file
-Remco Post wrote: -
[On calculating the average size of a TSM database entry]
select used_pages * page_size from db
select sum(num_files) from occupancy
divide the first by the second number and multiply by the number of
copies you keep for each file
In my home-environment: 806 (very
Hi list,
I have two libraries connected to a TSM 5.2.2 Server running on a Red Hat.
Library LIBLTO1 is a 3583L18 with 3 LTO2 drives and LIBLTO2 is an ULT3582 with
2 LTO2 drives.
The Linux Admin manual says that I should not use FORMAT=DRIVE on both
libraries when issuing the DEFINE DEVCLASS
I think the best way for you to determine the correct drive format is to
issue command similar in Red Hat similar to AIX lscfg -vl rmt*.
From the output, you can tell which rmt are LTO2 and which are LTO3. From
there then you can define the drive from TSM server according to what
format you want.
Thanks for your help!!
I am preparing for a DR test and I am trying to do some move nodedata
commands on a couple of nodes. When I try to do a move nodedata from a
secondary storage pool (copypool) it complains that the volumes are
offsite. Well of course! I guess I though that TSM would pull the
Do you have a more current link? This one is broken.
Respectfully,
Lisa Seay
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Richard Sims
Sent: Tuesday, April 29, 2008 10:48 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Deleting old RMAN
Works perfectly for me, yesterday and today.
Make sure you're pasting in the full URL.
Richard Sims
On Apr 30, 2008, at 11:38 AM, Seay, Lisa wrote:
Do you have a more current link? This one is broken.
Respectfully,
Lisa Seay
-Original Message-
From: ADSM: Dist Stor Manager
If you have trouble getting to that server, try another mailing list
repostitory, as in:
http://adsm.org/lists/html/ADSM-L/2008-04/msg00109.html
Richard
On Apr 30, 2008, at 11:38 AM, Seay, Lisa wrote:
Do you have a more current link? This one is broken.
Respectfully,
Lisa Seay
hi, news
my oracle admin sniffed around tdposync and agreed that this is
extremely useful feature :-)
after using it and deleting 14TB of extra data just for one (of 3 DB's)
show version NODE_NAME * showed Inactive and * EXPIRE immediately *
right after tdposync finished
i ran expire inventory
Oracle AIX ANU0599 ANU2602E The object
/maxora10_maxprd/-
/c-3365198191-20080430-0a was not found on the
TSM Server
(SESSION: 242071)
The thing that I don't understand and seems odd... after you see that
message, it goes ahead
You cannot move nodedata from a primary stgpool to a copy stgpool; you use
backup stgpool for that. You can only specify a tostgpool on move nodedata
if from is a primary stgpool. You can not use move nodedata to move from one
copy stgpool to another copy stgpool. And the tapes in question
My scripts are not working correctly. Can someone inform me of the command
that will let me know what volumes were used in the previous nightly
incremental back up? I need to be able to find these tapes and manually
check them out of the library.
Dave Hensley
Technical Analyst
McNeilus
Well it seems that you cannot do a 'move nodedata' from a copypool to
the same copypool either no matter what state the volumes are in unless
you bring the volumes back onsite and check them into the library. I can
only get it to work on a primary pool which seems sorta useless to me.
Well maybe
On Apr 30, 2008, at 3:39 PM, David Hensley wrote:
My scripts are not working correctly. Can someone inform me of the
command
that will let me know what volumes were used in the previous nightly
incremental back up? I need to be able to find these tapes and
manually
check them out of the
ANU0599 ANU2602E The object
/maxora10_maxprd/-
/c-3365198191-20080430-0a was not found on the
TSM Server
(SESSION: 242071)
The thing that I don't understand and seems odd... after you see that
message, it goes ahead and successfully backs up the file
Well, you have to stop and consider the logic. You don't want to be
doing any more with the tapes that are offsite than is necessary, as you
want them as they were as of the last DB backup you also sent offsite,
right? I mean if you don't have the same tapes offsite that go with the
db backup
Hello,
Can anyone tell me where I can get a dsmadmc.exe for TSMClient
5.5.0.4 . Not sure why when I downloaded the client install that the
dsmadmc.exe does not come with the package. The install does not
automatically upgrade the dsmadmc.exe. g.. ...
Thank you for your help in advance.
Hi Avy,
It is not installed by default, so you need to do a custom install,
and select it (that is, assuming 5.5 is not different in this area than
previous versions, as I have not yet done a 5.5 install).
Note that only windows does this. The unix client install it by default.
On Wed, 30
Yes, stupid me! ..I just realized it. Thank you. I am all set...(o:
Avy Wong
Business Continuity Administrator
Mohegan Sun
1 Mohegan Sun Blvd
Uncasville, CT 06382
(860)862-8164
(cell) (860)961-6976
Steve Roder
[EMAIL PROTECTED]
Sent by: ADSM:
Hi All
I have a new client with an enormous file server, running Windows 2003. We
have had a string of problems, most have been fixed by upgrade to TSM
client 5.5.0.4 and OS upgrade to SP2. We are using
MEMORYEFFICIENTBACKUP=DISKCACHE but still get
ANSE Win32 RC 1450 as noted in
I have cured this problem on several machines by switching to Journal based
backup. I am not quite sure why it works, but some of my RC 1450 errors
disappeared. We also eliminated some boot switches having to do with memory,
-3Gb, if I remember right.
In the end, there is an upper limit to
23 matches
Mail list logo