For a while now I have an AIX client getting these messages in the
DSMERROR.LOG file. There are no messages on the TSM server activity log.
There is no ANR/ANS message ID associated with this message. Where is it
comming from and where can I find out what RC25 means for TCPIP? Searched
the new and
Hi again.
When we do and ftp of a file from the TSM server to a problem client, this
seems to work fine, that's why it's seems less likely a network problem and
more of a TSM settings issue. The problem is that my networking knowledge
is slim; so what do I know :)
Are there any client / server
Hello,
I've already submitted a PMR for this
but I was curious if anyone has seen
this before.
On monday we upgraded our TSM server
(AIX 4.3.3) to 4.2.2.10 and the
TSM client (on the same system) to
4.2.2.7
Since that time we get bursts of these messages in our activity log:
09/13/02 12:08:0
Cook, Dwight E wrote:
>well, how bad...
>I've seen about every sun box here not negotiate duplex correctly with their
>switch so we've had to force set all sun 100 Mb/sec fast Ethernet interfaces
>to full duplex, 100 Mb AND force set the switch ports they connect to also.
>If auto negotiate is in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On vrijdag, september 13, 2002, at 02:45 , Hamish Marson wrote:
> I have yet to see a server correctly detect duplex when set to
> auto-negotiate with a switch. Not just Sun, but every other vendor we
> have as well. In fact a few years back, even th
Hi TSMers,
We are trying to make a dump from progress on a aix 4.3.3 rs/6000 660
machine, in order to back it up in tsm.
The machine makes use of an SSA drawer. The problem is that the dump wrotes
to disk by only 30MB's per hour
the total size is just under a terrabyte. TSM will never be able
Hi everybody,
I know the question was about 3590 K's, but I think this one (LTO) is
something nice to show:
Operation Results
Volume Name: XX
Storage Pool Name: xxx
Device Class Name: LTO01
Estimated Capacity (MB): 1,034,163.3
I don't believe you can do this with **scratch** tapes, but if you are
willing to predefine your tape volumes to storage groups, you can use
one tape range as your primary storage group and the other as your copy
storage group.
David
Nope !
Migration uses drives based on the smallest number of :
A) max number of migration processes set for stgpool to be migrated
B) number of tape drives in the devclass of the stgpool being
migrated to
C) unique node's data in the stgpool to be migrated
OK, so if you ha
remember it might not be that at all...
do you have any other tape activity by that box on the tsm server ???
look at your "maxnummp" for your client... if you have a maxnummp of 1 and
try to initiate two restores that require different tapes (yadayadayada)
your second restore request will fail.
Thanks for that
I see now that we have only ever been using one drive! I'll use two from
now on.
Thanks again
Farren
Steve Schaub <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 13/09/2002
11:56:28
Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
Sent by:"ADSM: Dist Stor Manage
No, each storage group has a setting that controls the number of migration processes
used during migration. Do a Q STG F=D to show the setting, and UPD STG
MIGPR=<#> to change it. For example, to use 3 drives during the migration
of a stgpool named DISKPOOL, enter UPD STG DISKPOOL MIGPR=3.
Brian,
Our company has a C00 NSM and just went through this EC three weeks ago. We had
issues with the lmcp0 daemon not starting correctly, so we had no communication to our
3494 (even though the 3590 drives were online). Also, our fast ethernet adapter
somehow defaulted back to half duplex
13 matches
Mail list logo
