Re: LTO performance

2001-04-21 Thread Suad Musovich

I can get 30MB/sec transfer using /dev/zero but it would make sense to use
some sort of random data (no /dev/random in AIX) for a more realistic
result.

I didn't use the timer from dd as it includes it takes for tape negotiation
and rewind (I noted it from a throughput indicator from our Fibre-Switch
display)

Suad
--


On Fri, Apr 20, 2001 at 03:42:05PM -0500, S W Branch wrote:
> >timex dd if=/dev/zero of=/dev/rmt1 bs=1024 count=1000
> >
> >The result was real 21.06 seconds.  This falls way short of what I would
> >expect when the advertised sustained transfer rate is supposed to be
> >15MB/sec native (30MB/sec compressed). ...
>
> 1K seems like a very small block size. Did you try other block sizes to see
> if that made any difference in speed?  I think I remember some discussion
> quite some time ago about what blocksize TSM used - the AIX setting for the
> tape device or some other value - I think the answer was that it used a 64K
> blocksize.



Re: Expire Inventory

2001-04-21 Thread Joe Faracchio

Could somebody elaborate on this teasing tidbit?

what kinda "problem ... not updating the database correctly"

I've upgraded from 3.1.2.20 to 3.7.2. recently and have not seen
any manafestations of this.  That I know of.

More info would help ... thanks ...

joe.f.

Joseph A Faracchio,  Systems Programmer, UC Berkeley
Private mail on any topic should be directed to :
   [EMAIL PROTECTED]

On Thu, 19 Apr 2001, Larry Way wrote:

> Recently upgraded from ADSM 3.1 to TSM 3.7.2.
>  I believe there is a problem with Expire Inventory not updating the
> database correctly.
> Anyone else experience this or know of any problems ??
>
> Thanks in advance
>
> Larry Way
>
> 408-743-4242  Desk
> 408-655-3512  Cell
> 408-743-4201  Fax
>



Re: Full DB log file causing TCP/IP Connection Failure

2001-04-21 Thread Joe Faracchio

Sorry I know its probably too late to suggest this but for the record ...

Having  experienced something similiar recently I would suggest first
trying to  just closing the robot door and watching to see if a tape is
mounted

In my experience my system has refused connections while running a DB
Backup ( I'm using roll-forward).  I was able to watch the progress by
"TAIL'ing" the console log on this AIX-ADSM server.

I have console capture turned on with:

/usr/nsm.3466/script/startadsm all trace

and in startadsm there is:

"/dsmserv 2>&1 | /dsmulog /adsmlog/output.log1 /adsmlog/output.log2 ... .log4


It showed the DB backup program running.

If this is not the case then , yes, you have to restart DSMSERV with the
extend log option.  I run my log file 8 megs reduced for this need.
then you don't have to format and add diskspace at the last moment.

cheers!   ... joe.f.

Joseph A Faracchio,  Systems Programmer, UC Berkeley
Private mail on any topic should be directed to :
   [EMAIL PROTECTED]

On Thu, 19 Apr 2001, Michael Zylberstein wrote:

> I am running TSM 4.1 on Win2K and TSM is refusing all connections.  I
> believe I know what has caused the problem, but I am not sure what to do
> about it.
>
> The door to my IBM 3583 LTO library was left open over the long weekend and
> TSM was unable to do a DB backup.  As such, the log file was never truncated
> and has completely run out of space.  Since this has occurred, I have been
> unable to make any type of connection to TSM.  Whether I try to attempt with
> a client, the web administrator or even the admin command line, I get a
> TCP/IP Connection Problem error.
>
> Somebody please HELP!  Any suggestions would be appreciated.
>
> Mike Zylberstein
>
> Internet Systems Engineer, Net-Ops
> Funder OnLine Corp.
> [EMAIL PROTECTED]
> Phone: 905-331-9105 x.277
> Mobile: 416-560-0518
>