Hi,
Info: TSM V5R2L2.0, Sun Solaris, StorageTek L20 LTO2 drives with LT02
tapes ... and I'm not a specialist in TSM
First:
In the Sequential Access Storage Pool I've got a pool with an number of
tapes in. Sometimes at the morning a scratch tape is added to the pool
using a small number
Ich werde ab 10.04.2007 nicht im Büro sein. Ich kehre zurück am
13.04.2007.
Ich werde Ihre Nachricht nach meiner Rückkehr (Urlaub) beantworten.
If the original filling tape is in use, and another session or process
needs to write, The system will select a new scratch.
Look back in your activity log to see your tape mount activity.
You can probably find the answer there.
-Original Message-
From: ADSM: Dist Stor Manager
I have seen this before on NetWare servers where multiple instances of
the scheduler were started. In the NetWare world, it's quite easy to do
that inadvertently when working from the command line.
If the client is NetWare, flip through all the active sessions from the
console scree to make sure
hello list
TSM client(5.3.4.0) running on win2003
tsm incremental backup fails when trying to backup C:\ADSM.SYS\ASR
ANS1468E Backing up Automated System Recovery (ASR) files failed. No files
will be backed up
I realize that the ADSM.SYS\AS is part of BMR
For daily incremental backup
So along those linesI'm getting this error:
04/09/2007 21:57:51 ANS1228E Sending of object 'SYSTEM
SERVICES\EVENTLOG' failed
04/09/2007 21:57:51 ANS4005E Error processing 'SYSTEM
SERVICES\EVENTLOG': file not found
I know it's related to the backup of the complete system services
object, but
OK...for the life of me I can't find this option. We recently changed
some IP addresses on campus and our SMTP/Exchange server was one that
changed. I am no longer getting the daily reports because the server is
still trying to send the daily email to the old IP address. I have
looked in the
Hello All,
I have noticed that migration has been kicking off during the backup
window and is slowing down the nightly backups. We have migration running
during the day via an admin schedule for a hour, but the diskpool never
seems to get below 70%. I checked the properties of the diskpool and
Gregory Lynch wrote:
Hello All,
I have noticed that migration has been kicking off during the backup
window and is slowing down the nightly backups. We have migration running
during the day via an admin schedule for a hour, but the diskpool never
seems to get below 70%. I checked the
No, caching is not enabled
***
Gregory Lynch
Lead Programmer Analyst
IT Infrastructure/Systems Administration
Stony Brook University Medical Center
HSC Level 3, Room 121 ZIP 8037
Phone: 631-444-9783
[EMAIL PROTECTED]
This e- mail
Typically, a site will completely drain their cachepool before nightly
backups run. To do this, create an admin schedule that lowers the
thresholds to highmig=0 lowmig=0. This will fire migration processes
and continue to run them until all of the data has been migrated. If
caching is enabled
Our Helpdesk guru has a machine called TESTHELPDESKWEB, and on it he has 2
instances of SQL (looks like MSDE).
Anyway, I had already set up backups (with a TDP scheduler) for an instance
called TESTHELPDESKWEB\USERIDS,3948. I had that for the SQLSERVER parameter
in the tdpsql.cfg. Now there is
Gregory Lynch wrote:
No, caching is not enabled
How are you running the migrate? If you just give a storage pool name,
then it will still use the thresholds in the storage pool configuration.
That would keep it from getting below 70% if that's it's set for. You
can override that by setting the
On Tue, 10 Apr 2007 14:06:46 -0600, Kelly Lipp [EMAIL PROTECTED] said:
An even better way is to lower to 0 0, then immediately update again to
90 0 (migration will continue since it started) and then sometime later
set low back to 70.
This used to be the only way to accomplish this effect,
Allen,
Bingo!
Kelly
Kelly J. Lipp
VP Manufacturing CTO
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
719-266-8777
[EMAIL PROTECTED]
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Allen S. Rout
Sent: Tuesday, April 10, 2007
We run at 80/60. Do you empty the pools during the day? We run
migration each day until our disk pools are empty.
Andy Huebner
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Gregory Lynch
Sent: Tuesday, April 10, 2007 2:50 PM
To:
On mine I just right click on the Tivoli Storage Manager select TSM
Operational Reporting. Then select the E-Mail Account tab.
Thanks,
---
Bruce Kamp
Senior Server Analyst
Memorial Healthcare System
E-Mail: [EMAIL PROTECTED]
Phone:
Allen S. Rout wrote:
This used to be the only way to accomplish this effect, and it's still
what I do now. But When I Get Around To It, I'm going to change to the
somewhat new
migrate stgpool [yadda] lowmig=0 duration=[minutes]
which has the advantage that you don't have to actually change
Hi Josh,
I used the Gui to removed the TSM services (acceptor and scheduler)
then I did a
re-install on both and it cleared up the issue.
I had the same issue with another windows 2003 box and and I used the
Dsmcutil update utililty then start tsm services and that fixed the issue.
Thanks.
On Apr 10, 2007, at 7:57 PM, David Bronder wrote:
... However, the
automated migrations seem to not be very sensitive to the LOWMIG value
(I've been moving it closer to HIGHMIG but the migrations still keep
on running). ...
David -
See Migration in the TSM Concepts redbook, and LOwmig
in
Well David,
TSM will always choose the node with the most data to migrate first, and
won't check again till that is done. If you have one node with much
more data than any other, that could explain why the lowmig value
appears to have little effect.
Regards
Steve
Steven Harris
AIX and TSM
Richard Sims wrote:
On Apr 10, 2007, at 7:57 PM, David Bronder wrote:
... However, the
automated migrations seem to not be very sensitive to the LOWMIG value
(I've been moving it closer to HIGHMIG but the migrations still keep
on running). ...
David -
See Migration in the TSM
22 matches
Mail list logo