tapes. When we
start the backup stgpool with maxpr=2, it usually starts copying 2
input tapes to 2 output tapes. But we occasionally see a media wait
situation where both processes want to copy from the same input tape.
TSM Support told me this is normal.
--
Matt Simpson -- OS/390 Support
219
understanding (which could be wrong)
is that mostly you get lucky and it mounts two input tapes and two
output tapes, but occasionally you get both processes trying to read
the same input tape.
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington
, since the lower threshold
might actually mean we have less chance to get any tapes fully
reclaimed.
Any thoughts?
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
mailto:[EMAIL PROTECTED]
mainframe -- An obsolete device still
?
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
mailto:[EMAIL PROTECTED]
mainframe -- An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers and making huge obsolete
profits
. ;)
That's not the recovery site; it's just where the DR tapes are
stored. But it's still nice; if we have a disaster, we just have
to walk over there and find the tapes to ship them to the hotsite.
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky
to explain why it doesn't execute.
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
mailto:[EMAIL PROTECTED]
mainframe -- An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers
the complete client data directory in the event of a
disaster?
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
mailto:[EMAIL PROTECTED]
mainframe -- An obsolete device still used by thousands of obsolete
companies serving billions
, one offsite) of the data.
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
mailto:[EMAIL PROTECTED]
mainframe -- An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers
expires this summer
so it will be replaced with something, don't know what yet, but it
will probably be some flavor of AIX.
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
mailto:[EMAIL PROTECTED]
mainframe -- An obsolete device
in that pool.
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
mailto:[EMAIL PROTECTED]
mainframe -- An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers and making huge obsolete
paging to a point where overall system performance goes down the
toilet if you don't have sufficient real memory to back it.
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
mailto:[EMAIL PROTECTED]
mainframe -- An obsolete
hope that the
user doesn't change his mind and decide he needs them back. I'll do
the audit and let it delete the entries. Thanks for the advice.
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
mailto:[EMAIL PROTECTED
/
patches/client/v4r2/
`
and then platform and the v423 directory or folder.
For the V4.2 Win98/Me platform only, the fixtest is 4.2.3.2.
These fixtests must be used in conjunction with the server fix.
I haven't tried to apply any of the indicated fixes.
--
Matt Simpson -- OS/390 Support
219
that describe
this are IC33840 for the client and IC34693 for the TSM server.
Both a client fix and a server fix need to be applied.
That might be what's causing your problem.
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
to assume they might be active and
get new backups of them.
If I just delete the volume, with discarddata=yes, and the backups
are active versions, will that force TSM to realize it no longer has
an active backup of those files, and back them up again the next time
the node is backed up?
--
Matt
, thanks. Am I correct in assuming that purging the DB entries
will force new backups if those are the active versions?
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
mailto:[EMAIL PROTECTED]
mainframe -- An obsolete
tapes, you might get bit like we did. Use one of the sample
scripts that other people have posted here that actually counts the
volumes in the storage pool and lists that count along with the max
scratch count.
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University
At 11:16 -0500 1/8/03, Nelson Kane wrote:
I would like to know, from everyone's
experience, what version is the most stable thus far?
We asked IBM that question a few months ago. They promised to get us
an answer quickly. We never got one.
--
Matt Simpson -- OS/390 Support
219 McVey Hall
a little Rube Goldbergish, and I'm a little worried
that it might break if something in the output changes. I think I
already know the answer (No), but does anybody know of a way to keep
that stuff from appearing in the output, instead of finding it and
throwing it away afterwards?
--
Matt
worked and didn't give us challenges like this.
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
mailto:[EMAIL PROTECTED]
mainframe -- An obsolete device still used by thousands of obsolete
companies serving billions
, instead of
waiting for a bunch of commands, then putting one tape away, totally
mangling the next (see earlier post), and leaving the others in the
door so that the operators mistakenly think they are ejected DR tapes
and send them to the offsite storage facility.
--
Matt Simpson -- OS/390
.
How do we know which version upgrades require an upgradedb? And what
happens if we don't do it? TSM still seems to be running OK .. or as
close to OK as it ever gets.
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
mailto
with volume ids already in use on the system you're moving
to. But if there's no overlap, you should just be able to define
your existing TSM tapes in the CA-1 database.
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
mailto:[EMAIL
GRABTHAR BkupSYSTEM4BACKUPONS- 106,465
13,598.7613,598.76
OBJECT ITE
The pieces just don't seem to be fitting together. What am I missing?
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University
guy who has been
dragged into the TSM/Solaris world because our management doesn't
like reliable systems.
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
mailto:[EMAIL PROTECTED]
mainframe -- An obsolete device still used
count used instead of
percent, but if you really want that, there's probably a way to
select volumes and count them
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
mailto:msimpson;uky.edu
mainframe -- An obsolete device still
a client backup from starting after the DB backup starts. If that's
true, are we just wasting time spinning our wheels waiting for a
window when no backups are running to start the DB backup?
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY
quite figured
out what releases this problem exists in, or where it gets fixed, but
it's a known problem and the circumvention is to restart the TSM
server.
Reference APARs PQ61907, PQ55669 IC32821 IC32822 IC32823 IC32824
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
, they haven't been able to
recommend a good release.
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
mailto:msimpson;uky.edu
mainframe -- An obsolete device still used by thousands of obsolete
companies serving billions
, but it sure seems like it does.
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
mailto:msimpson;uky.edu
mainframe -- An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers
, and he told me to ask
other customers).
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
mailto:msimpson;uky.edu
mainframe -- An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers
.
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
mailto:msimpson;uky.edu
mainframe -- An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers and making huge obsolete
profits
is not a pleasant thought.
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
mailto:msimpson;uky.edu
mainframe -- An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers
. Moving
them to OnsiteRetrieve, which disappears them, just seems like an
unnecessary and dangerous step.
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
mailto:msimpson;uky.edu
mainframe -- An obsolete device still used
, and generate
commands to check them in. If the checkin is successful, then I
presumably have all my tapes back, and can move the whole list to
OnsiteRetrieve. If the checkin fails, I need to go looking for
tapes. Does this make sense?
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900
has already exceeded the allocation that IBM told us was way
bigger than we'd ever need, and we haven't even finished the
installation yet.
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
mailto:msimpson;uky.edu
mainframe
is to have it in a
different disk pool.
We'd really like to avoid carving up our disk space into more smaller
pools. But, as far as I can tell, that's the only way to use
colocation selectively. Am I missing something, or is that the way
it works?
--
Matt Simpson -- OS/390 Support
219 McVey Hall
.
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
mailto:msimpson;uky.edu
mainframe -- An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers and making huge obsolete
profits
a problem reading a barcode label, that
tape
can be mounted in a tape drive to verify - even if using checkl=b.
But how can it have a problem reading the barcode label if check-=b
doesn't even try to read the labels?
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
have backups. The chances of that
are pretty slim, and I can't imagine any scenario where we could have
a RAID failure that wouldn't leave us so dead that we'd have to
restore anyway.
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY
internal memory. But I
don't know if that's a limitation in the library or TSM.
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
mailto:msimpson;uky.edu
mainframe -- An obsolete device still used by thousands of obsolete
companies
to
5.1.? Or can we go straight to 5.1.? and then run the Cleanup?
I also saw a message suggesting that maybe the system objects bug had
returned in 5.1.5.1, but haven't seen any more discussion about that.
Any advice or horror stories would be muchly appreciated.
--
Matt Simpson -- OS/390 Support
that this systems objects problem is
contributing to our db size problem?
--
Matt Simpson -- OS/390 Support
219 McVey Hall -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
mailto:[EMAIL PROTECTED]
mainframe -- An obsolete device still used by thousands of obsolete
companies serving billions
43 matches
Mail list logo