Hi
TSM Server v5.3.3.1
Running on AIX
I have a problem where an offsite volume continues to be reclaimed many
times, even though it's utilization is 0% and pct_reclaimable space is 0%.
The reclaim process starts then ends, the starts again etc. Been doing that
for the last 3 days.
On the IBM
Hi,
Know issue.
- update vol XXX acc=reado
- audit vol XXX fix=yes
- update vol XXX acc=offsite
Should be fine now.
Regards/Met vriendelijke groet,
Karel
_
Karel Bos
Technical Expert
PU EIS SMS MSS-WEST
Atos Origin Nederland B.V.
Naritaweg 52
1043 BZ Amsterdam
Jeff,
Yes, the audit db is an off-line command so your TSM server will be down. For
a 180GB db, that could be a while. I don't know for sure on a targeted audit
like this, however. Might be shorter than I am accustomed to and I'm sure
others will weigh in.
Keep your fingers crossed. Maybe
I remember doing an auditdb on a 120gb db and after 60 hours, based on the
number of 4k pages processed, it was about 40% complete. That was on a TSM
server running on z/os.
So yes, I am hoping that the audit vol has cured. But our design team are
asking for an estimate on how long the
dsmserv
Hi Everyone,
I found a very strange problem where my GUI does not replace files when
doing a restore even thought it asks me for the option. Has anyone
experience this problem before? When doing the restore from command line
with the -replace=yes option it will replace the file.
Any
Sorry to hear you are having a similar problem.
No, we are still looking into it. Talking to networking now.
Will let you know if we figure something out.
Howard Coles [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU
10/01/2008 03:08 PM
Please respond to
ADSM: Dist
We did a similar audit on the storage pools. It ran about 4 hours on a 100GB
DB on AIX. I do not know what the difference is between what we did, but there
is hope.
If your DB and log are on a SAN you might be able make a copy and practice.
Andy Huebner
-Original Message-
From:
Hmmm
Following the audit volume, I saw this
At 11am
ANR0195W Attempting to remove extraneous database entries for volume
UZ9213L3.(PROCESS: 21451)
ANRD asalloc.c(1329): ThreadId134 Failure 82 determining if segment
exists for volume UZ9213L3(start 1, offset 0).(PROCESS: 21451)
ANR0198E
If all the data is truly off the volume its normally faster to just
delete the volume with discarddata=yes.
I've had volumes get kind of hung like this, never quite figured out
why, however, querying the contents shows nothing, and percent util, and
reclaim are both 0%. So, I could never quit
We're setting up a TS3310 tape library for two TSM servers to share
through a library manager/library client arrangement.
We got successful server-to-server comm, and the library client calls
for tape mounts through the library manager successfully; we can see the
tape mounts happening. But
On 2 okt 2008, at 17:47, Mark Stapleton wrote:
We're setting up a TS3310 tape library for two TSM servers to share
through a library manager/library client arrangement.
hi Mark,
do you have the paths for the library client configured correctly on
the library manager? Are the paths up? Al
Double check your element numbers and paths to the drives. Make sure you
have a path defined for each drive to each library-client server.
At 11:47 AM 10/2/2008, Mark Stapleton wrote:
We're setting up a TS3310 tape library for two TSM servers to share
through a library manager/library client
I'm guessing this is because the library put the tape in the wrong drive,
or a different drive than the client-server is looking at. Check your
element addresses in Q DRIVE and the device names in your paths on the
library-manager-server.
At 12:27 PM 10/2/2008, Mark Stapleton wrote:
As I said,
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf
Of Paul Zarnowski
Double check your element numbers and paths to the drives. Make sure
you
have a path defined for each drive to each library-client server.
There are no drive definitions for the remote library in the library
On 2 okt 2008, at 18:27, Mark Stapleton wrote:
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf
Of Remco Post
do you have the paths for the library client configured correctly on
the library manager? Are the paths up? Al SAN ports enabled on the
library client?
As I said,
I think that's your problem right there.
The element and path have to match on all of your systems.
The element/serial number and paths have to be the same for drive1 on all three
systems.
JoeA
Joseph A Abbott MCSE/MCSD
Partners Healthcare Systems Development Team
Tivoli Storage Manager
[EMAIL
Correct and there shouldn't be any paths on the client systems. Only the library
manager needs the paths.
You need to setup paths from the library manager to itself and then to the other
library clients.
We are using this setup with 19 TSM instances accessing a TS3500 library and two
library
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf
Of Remco Post
do you have the paths for the library client configured correctly on
the library manager? Are the paths up? Al SAN ports enabled on the
library client?
As I said, the client's request for a tape mount is honored by
Mark,
As said, check your paths. The error says:
- there is no tape in this drive (mixed up elements nummers, tape is put
in one drive, windows opens another one);
- tape is in the correct drive, but TSM is unable to communicatie with
the drive (driver issue, firmware issues, other connection
On Oct 2, 2008, at 18:33 , Mark Stapleton wrote:
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf
Of Paul Zarnowski
Double check your element numbers and paths to the drives. Make sure
you
have a path defined for each drive to each library-client server.
There are no
If you're SAN connected, Q SAN on the client supplies the device name for each
path.
Fred Johanson
TSM Administrator
University of Chicago
773-702-8464
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Remco Post
Sent: Thursday, October 02, 2008
Mark,
You're correct that there is only an element number in one place. However,
there should be paths defined (on the library manager server) as follows:
one path to the library for the library manager server
one path to each drive for each library manager client and the server
I suspect
Here's the deal...
The physical device tape0, as seen by the library manager, has the
devicename mt1.0.0.3. The same tape drive on the client, however, sees
the tape drive as devicename mt3.0.0.5. (We can tell this by the tape
drive serial numbers being reported.)
We've deleted all but one
You hit it right on the head.
The library manager has to be the higher of the software code levels.
JoeA
Joseph A Abbott MCSE/MCSD
Partners Healthcare Systems Development Team
Tivoli Storage Manager
[EMAIL PROTECTED]
Cell-617-633-8471
Desk-617-724-4929
Page-# (617) 362-6341
[EMAIL PROTECTED]
On Oct 2, 2008, at 20:59 , Mark Stapleton wrote:
Here's the deal...
The physical device tape0, as seen by the library manager, has the
devicename mt1.0.0.3. The same tape drive on the client, however, sees
the tape drive as devicename mt3.0.0.5. (We can tell this by the tape
drive serial
On Oct 2, 2008, at 21:14 , Abbott, Joseph wrote:
You hit it right on the head.
The library manager has to be the higher of the software code levels.
this sounds interesting. Could you provide a reference? It's not an
obvious comment in the admin guide, but I might have misread ;-)
JoeA
One other thing comes to mind, have you updated the library to
shared=yes on the libmgr? I'd think yes from what you told us, but
just to be sure.
On Oct 2, 2008, at 21:12 , Remco Post wrote:
On Oct 2, 2008, at 20:59 , Mark Stapleton wrote:
Here's the deal...
The physical device tape0, as
Since this was the only response, perhaps I should point out that the
argument ar as the command field in the tsm baclient commandline
client is the command to archive. It could by abbreviated to a or
typed all the way out to archive. The backup function is invoked with
incremental or in some
Hi, Tim.
It sounds like ADSMPIPE might be the solution you're looking for.
http://www.redbooks.ibm.com/abstracts/redp3980.html?Open
http://tsmwiki.com/tsmwiki/Adsmpipe
Good luck!
Alex Paschal
Storage Solutions Engineer
MSI Systems Integrators
(503) 943-6919 -
Any more suggestions on the below query please.
I want to know the difference between normal and roll forward mode of
recovery log
Regards,
Kiran M
DQ ENTERTAINMENT LTD
[EMAIL PROTECTED]
Mobile :+919246395809,+919849725836
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL
30 matches
Mail list logo