Hi
For example I have two storage pools A and B with:
A with nodes=12 maxscratch=4 collocate=yes
B with nodes=10 maxscratch=3 collocate=no
My question is about the order of filling the tapes. As I understand
For Storage Pool A :Tape1 Node1 (Scratch 1)
George,
I did this before on an NT 4 box. We do an offline (Domino is shut down)
backup on a weekly basis at Saturday. On Sunday we do an online backup. In
between we backup the Domino transaction log every 4 hours. The Domino guys
switched on this translog feature somewhere down in Domino.
The
I will be out of the office starting 08/28/2001 and will not return until
08/29/2001.
I will respond to your message as soon as I return.
ANR7834S Thread 45 (tid 2d40) terminating on signal 11
(Segmentation violation).
please can anybody give solution for this.
Its quite emergency.
Muthyam - From my notes at http://people.bu.edu/rbs/ADSM.QuickFacts :
Segmentation violation (Segfault) Also known as Signal 11
No.
With collocate you put a maximum of 1 node on 1 tape, so A is not possible,
the 5th node does not have a scratchtape to use.
With collocate every node have's a own set of tape(s), so you need less
mounts when you restore, so the restores are faster. However, the migration
and reclamation
Your assumption was correct...Collocate will attempt to place every new node onto a
different scratch tape. If the tapepool is at max it will then use existing tapes
defined within the pool.
Larry Way
408-743-4242 Desk
408-655-3512 Cell
408-743-4201 Fax
[EMAIL PROTECTED] 08/28/01
3.How many people are experiencing Memory Errors when doing so?
Scott,
This is a known issue with the Microsoft Exchange server.
Microsoft found a problem and are currently in the
process of putting out a Q article and a hotfix.
Here is a quote from the Microsoft Escalation Engineer
that we
With collocate you put a maximum of 1 node on 1 tape...
Only while it has the luxury of sufficient scratches, else it will
co-mingle nodes. Refer to the Admin Guide, chapter on Managing
Storage Pools and Volumes, topic How the Server Selects Volumes
with Collocation Enabled.
Richard Sims, BU
Quote from the admin guide (Managing Storage Pools and Volumes):
When collocation at the client node level is enabled for a storage
pool (COLLOCATION=YES) and a client node backs up, archives,
or migrates files to the storage pool, the server attempts to select a
volume using the following
I am trying to get the latest TSM 4.1 maintenance, and the links on the
Tivoli pages seem to not work. I tried a regular ftp session, and get
disconnected whenever I attempt to access the
/storage/tivoli-storage-management/maintenance/server/v4r1/AIX/LATEST/
directory.
Can anyone get to the
As much as I do agree with the shrug issue at times, I fail to see where the
fact that restores take ages is actually connected to the Netware side.
We have exactly the same issue, and with all the experts we'v had here
testing it out, not one has been able to point to the Netware side being the
More $.02 ...
Are you compressing the Netware volume?
Do you have any virus scanner running while the restore is running?
Bill Boyer
I haven't lost my mind. It's backed up on tape somewhere. - ??
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Tom Melton wrote:
I am trying to get the latest TSM 4.1 maintenance, and the links on the
Tivoli pages seem to not work. I tried a regular ftp session, and get
disconnected whenever I attempt to access the
/storage/tivoli-storage-management/maintenance/server/v4r1/AIX/LATEST/
directory.
To add another thought. Last time I had to restore a NetWare server we ran
into a problem of MTU size. Once we fixed that the restore went very
quickly.
Bruce Kamp
-Original Message-
From: Richard Sims [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 28, 2001 9:54 AM
To: [EMAIL
Is it me or is a restore of Netware data slow? I get at best 5.6g
per hour off of a 21g per hour drive. TSM backs it up fast but takes
way to long to restore. Does anyone else have this problem and if so
what do you do?
It's you. :-)
Seriously, though, we'd need a lot more information to
We regularly get 8-10gb/hour on Netware restores. These servers typically
have 100+gb of disk 1 million+ files on them. Similar performance on NT.
A bit more detail on your client server configurations would be helpful.
Regards,
Greg
Scott G Davis
Yes - we cleaned the drive which helped but it may also be an old tape that
needs to be replaced.
-Original Message-
From: Bruce Kamp [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 28, 2001 10:17 AM
To: [EMAIL PROTECTED]
Subject: 3590 Tape Drive Errors
Has anybody seen these errors
Hello,
I have similar symptoms with the TSM 4.2 client for Linux. I opened a
problem record with IBM. Please do the same, because the more problem
records exists, the earlier the problem might get fixed.
Best regards
Gerhard
Gerhard Rentschler email:
[EMAIL PROTECTED]
Has anybody seen these errors before? IBM has been here many times
replaced the read/write heads loaded the latest micro code on the drives
but I keep getting them.
---
LABEL: SIM_MIM_RECORD_3590
IDENTIFIER:
The drive is in a 3494 which is supposed to handle the cleaning (IBM set the
parameters) the tapes are only 0 - 4 months old.
-Original Message-
From: Valerie Fisher [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 28, 2001 10:23 AM
To: [EMAIL PROTECTED]
Subject: Re: 3590 Tape Drive
Thanks, Wolfgang!
-Original Message-
From: Wolfgang Herkenrath [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 28, 2001 12:52 AM
To: [EMAIL PROTECTED]
Subject: Antw: Turning off migration and reclamation
Hi Nancy,
as far as I know there is no other way to do this.
Wolfgang
Nancy
They mean the tape drive was just cleaned. You will continue to get them
each time the tape drive is cleaned.
Jeff Bach
Home Office Open Systems Engineering
Wal-Mart Stores, Inc.
WAL-MART CONFIDENTIAL
-Original Message-
From: Bruce Kamp [SMTP:[EMAIL PROTECTED]]
Has anybody seen these errors before? IBM has been here many times
replaced the read/write heads loaded the latest micro code on the drives
but I keep getting them.
Bruce - You can verify that the 3494 is actually doing cleanings by
periodically running: mtlib -l /dev/lmcp0 -qL
Hi there
Well, we had many problems with load / unload errors for out 3590 tape
drives when they were installed (also in a 3494 library). The situation
went on for months with IBM coming out and replacing just about every part
of the drives. Eventually, they realised that each drive needed some
Can someone make sense of this? It's not making sense to me... I'd REALLY
appreciate some insight.
08/28/2001 10:48:33 ANR2017I Administrator O8X issued command: MOVE DATA
SYS2.ADSM.STGP28 STGPOOL=BACKUPPOOL WAIT=NO
08/28/2001 10:48:35 ANR1141I Move data process
Since our IBM tech started replacing the cleaning brushes in our drives
every 6 months the number of tape related problems we experience has
dropped dramatically.
Regards,
Greg
Richard Sims
[EMAIL PROTECTED] To: [EMAIL PROTECTED]
looked in archive list but did not find and answer, new to
list..
Can we restore data from a tape that has been deleted from the ADSM
database, but we still have physical copy of?
Thanks,
Jennifer
speaking of things Netwarish, there seems to be an issue with backing up
folders, and maybe files, with an underscore(_) in the name, as in zfs_agnt or
_netware. anyone else...? seems specific to cluster nodes but not 100% sure
about that.
Gerhard Rentschler wrote:
Hello,
I have similar
What is your server level/platform?
-Original Message-
From: Hunley, Ike [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 28, 2001 10:56 AM
To: [EMAIL PROTECTED]
Subject: Problem deleting a storage pool volumes
Can someone make sense of this? It's not making sense to me... I'd REALLY
No. To do that you would have to restore your TSM data base back to a time
when it still contained the pointers to that tape.
-Original Message-
From: Page, Jennifer [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 28, 2001 10:51 AM
To: [EMAIL PROTECTED]
Subject: Archive recovery
TSM 4.1.3 on OS/390.
-Original Message-
From: Prather, Wanda [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 28, 2001 11:37 AM
To: [EMAIL PROTECTED]
Subject: Re: Problem deleting a storage pool volumes
What is your server level/platform?
-Original Message-
From: Hunley, Ike
We recently upgrade NT client from version 3.1.7 to 4.1.3. Since the upgrade we have had problems backing up some of our clients. Scheduled backups abort with the error of long filenames. However, the same files that we are having problems backing up with the new client used to be backuped with
Yep, Ive done that. It just takes time.
A suggestion:
When you back up the current copy of the ADSM data base, make a copy of the
DEVCONFIG and VOLHIST files somewhere OTHER than their usual locations; they
will be wiped out when you reload the backlevel DB, and you might want to
refer to them
I have seen this at 4.1.3 on AIX; don't know about OS/390.
Try an AUDIT FIX=YES on the volume; that usually cleans it up.
-Original Message-
From: Hunley, Ike [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 28, 2001 11:43 AM
To: [EMAIL PROTECTED]
Subject: Re: Problem deleting a storage
Thanks.
That's the answer we got from IBM as well.
IBM gave us the following plan(if we chose to implement):
1) backup current copy of ADSM database
2) restore old version of database
3) get file from tapes
4) restore today's version of ADSM database back
Thanks again for
We used to call this the Hail Mary restore, because some prayer is
involved...
If expiration and reclamation has run, it's possible that the old files are
no longer physically on any tape.
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Page,
We have 2 3580 drives with the 3583 changer. The devclass for these drives shows them
being of format=ultriumc, which I assume means compressed. I have compression turned
on at the clients. Are my drives also compressing, or is there more to setting up
drive compression than formatting with
Jennifer,
You can, if you're a) lucky and b) a bit naughty.
We've achieved such feats in extreme circumstances in the past by building
a second TSM server partition and restoring an old TSM database backup from
our main TSM server, and then trying to restore from that. If you're
fortunate, the
This is a known problem...Try AUDIT FIX=YES
[EMAIL PROTECTED] 08/28/01 07:55AM
Can someone make sense of this? It's not making sense to me... I'd REALLY
appreciate some insight.
08/28/2001 10:48:33 ANR2017I Administrator O8X issued command: MOVE DATA
If you have the disk to spare, I'd also suggest using different volumes for
your old database, even if you have to cannibalize stgpool disk to do it.
It makes getting back to today about 3,000,002.2542 times faster (that's
an exact number).
Alex
-Original Message-
From: Prather, Wanda
The quick answer is to turn off client software compression. But this
depends on other factors which you can find in the list archives at
www.adsm.org.
--
Joshua S. Bassi
Independent IT Consultant
IBM Certified - AIX/HACMP, SAN, Shark
Tivoli Certified Consultant- ADSM/TSM
Cell (408)(831)
Hello,
I have the below client optionset on my 4.1 server, but my clients never get
their logs pruned. The logs just grow and grow. I have a mix of 3.7 ,
4.1.2.12 clients and I think they all experience the same thing.
Anyone have any ideas?
Keith
Optionset WIN32_INCLEXCL
Option
The way I got the maintenance was to stop one directory above the LATEST
directory and then issue the get against LATEST/TAM4140S_AIX.tar.
JRC
--
From: Tom Melton[SMTP:[EMAIL PROTECTED]]
Reply To: ADSM: Dist Stor Manager
Sent: Tuesday, August 28, 2001 9:53 AM
I am researching TSM v4.1.3 on Win2000 disaster recovery issues and need
some more information about sharing a manual scsi tape drive between 2
tsm server instances on 1 server. I haven't been able to find much in
the manuals.
Can anyone point me to some doc or had some first hand experience?
We are running OS/390 Tivoli V4.1.2 using IBM 3495 robot tape wall ... the
390 will be going away and we are seeking ways to move/convert/migrate the
database and the 3590 tapes to a different platform. One being looked at
is Compaq Storage Works MSL5026SL Library. Our database is 50gig and we
I am getting ready to reorganize my TSM on OS/390 configuration and was
wondering how everyone else does it ?
For those folks running TSM on OS/390:
1. Do you MIRROR your DB ? If not, why not ?
2. Is/was there a noticable difference/benefit when you first MIRRORed
the DB ? Or did you start
There appears to be a limit of 8 characters for NSS volumes - don't know if this is
what you were trying to do?
As for the password generate thing, it's works fine here using 5.1 and 4.2
Rob
[EMAIL PROTECTED] 28/08/2001 16:05:10
speaking of things Netwarish, there seems to be an issue
Our issue is that our policy is to keep 5 versions of all active files and
this is not good enough for the users. They would like an archive to be
performed for all of our servers (30+) on a monthly basis and would like
these archives to be retained for 1 year each. Basically if I do an
archive
Hi,
We need to restore an NT machine, in testing this, it takes approximately 30
hours.
this machine has 27 gb's of data, it is the users X: drive.
is there a way to do a backup to a specific tape and then restore from
there?
we are doing this for growth and replication purposes.
thanks
pc
Look at Gresham Computing DistruTAPE. I think it might only work with
STK libraries but I don't know for sure.
--
Joshua S. Bassi
Independent IT Consultant
IBM Certified - AIX/HACMP, SAN, Shark
Tivoli Certified Consultant- ADSM/TSM
Cell (408)(831) 332-4006
[EMAIL PROTECTED]
-Original
I have the below client optionset on my 4.1 server, but my clients never get
their logs pruned. The logs just grow and grow. I have a mix of 3.7 ,
4.1.2.12 clients and I think they all experience the same thing.
Anyone have any ideas?
Optionset WIN32_INCLEXCL
Option
I am getting ready to reorganize my TSM on OS/390 configuration and was
wondering how everyone else does it ?
For those folks running TSM on OS/390:
1. Do you MIRROR your DB ? If not, why not ?
No. We are comfortable with the reliability of the mainframe DASD
and it's own recovery.
Good question ..
last time I looked at spacetrigger, I discarded the idea of using it
because, while it WOULD automatically create a new DB or Log volume, and
while it WOULD automatically create a mirror for that volume, it would NOT
create the mirrored volume on a separate disk drive. Kind of
The easiest solution to reduce your restore times is to turn
'collocation' on for the storage pool this backup is going to.
--
Joshua S. Bassi
Independent IT Consultant
IBM Certified - AIX/HACMP, SAN, Shark
Tivoli Certified Consultant- ADSM/TSM
Cell (408)(831) 332-4006
[EMAIL PROTECTED]
Maybe I should have clarified my intent.
The reason I am looking into mirroring is for PERFORMANCE, not necessarily
recovery. When I went to my first ADSM class, they talked about mirroring
for performance (although for the life of me, I could not understand how
having to perform 2-write
We have a 16 GB at 65% filled.
No mirroring, but we got a large performance hit
after using the MVS stripping feature
(every VSAM dataset spread over 16 volumes).
The performance gain was about 30% for some large sql selects
With regards
Stefan Holzwarth
-Ursprüngliche Nachricht-
We get them all the time and just increase the cleaning frequency
and/or put a couple of new cleaning tapes in the robot.
... joe.f.
Joseph A Faracchio, Systems Programmer, UC Berkeley
Private mail on any topic should be directed to :
[EMAIL PROTECTED]
On Tue, 28 Aug 2001, Bruce Kamp
Without specific error message, I'm going to assume you're getting the same
problem we have/had here. The new client is trying to do the short-to-long
filename conversion and choking. We opened an ETR with Tivoli and the
response was the 4.2 level of BOTH client and server will fix the problem
You can make a Backupset.
This is an internal TSM procedure, it makes a tape with the needed
databaseinfo and active data. You can use the tape also on the client,
without a tsm-server or keep it in the library and use it for a faster
restore.
Greetings,
Maurice van 't Loo
Compare Computers
I'm use the /TSMOPTFile parameter.
Regards,
Bo Nielsen
--
Fra: William Degli-Angeli[SMTP:[EMAIL PROTECTED]]
Svar til: ADSM: Dist Stor Manager
Sendt:24. august 2001 15:01
Til: [EMAIL PROTECTED]
Emne: Re: SQL backup error.
Are you sure you are using the
Does anyone know why the scheduler might keep failing with the following error
showing in /var/adsm/schedule.log?
Process Interrupted!! Severing connection.
dsmerror.log does not indicate anything abnormal. This seems to happen on the
same machines running SunOS5.6, ADSM Client 3.1.0.7.
I have seen exactly the same type of results. One of my customers routinely
gets 250+GB per tape; and in one other instance my customer got 400+GB,
similar to what you are experiencing. Compression results are a function of
the type of data. If you are using collocation, the compressability
Hi everyone,
I'm a little confused with the scheduling of archiving.
I have one primary pool and one copy pool. Currently the copy pool is
being sent offsite.
Our issue is that our policy is to keep 5 versions of all active files and
this is not good enough for the users. They would like an
How much can these 100GB native tapes hold?
Can I really be getting this kind of compression?
Half a TB on one tape? Anyone else seeing this?
My real issue is with the Status. It says that the tape is still filling,
yet its Pct Util is only at 95%.
I don't get this. I thought that a tape
I am not familiar with your tape units but when I started using Exabyte
Mammoth2 scsi drives and tapes, 60gb native, 150gb compressed I saw
exactly the same thing. Then the hammer dropped! I started getting some
fsr (forward search record) errors. In compressed mode the tapes were
able to hold
Bill, are you referring to a NetWare short-too-long file name conversion
issue?
I am not aware of any problems on NT -- especially any that would cause an
abort -- with regard to handling longer file names (greater than 259
characters) once you have the fix for IC27346 in place. The only caveat
Can I have some of your data please?
Don't let marketing get a hold of this!
Kelly J. Lipp
Storage Solutions Specialists, Inc.
PO Box 51313
Colorado Springs CO 80949-1313
(719) 531-5926
Fax: (240) 539-7175
Email: [EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com
www.storserver.com
Jim, I have seen this before, even on TSM 4.2 and I don't know under what
circumstances this 100% statistic arises. I believe it to be an error.
I have not experienced the SCSI error referred to by Steve Bennett in his
posting on LTO tapes (reclamation processing of these large tapes worked
Hallo Bill,
Am Dienstag, 28. August 2001 19:36 schrieben Sie:
We are running OS/390 Tivoli V4.1.2 using IBM 3495 robot tape wall ... the
390 will be going away and we are seeking ways to move/convert/migrate the
database and the 3590 tapes to a different platform.
we move the same way from
69 matches
Mail list logo