× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



What seems normal to me is, uh, no temporary errors?

:)

Thanks.


On Fri, Feb 28, 2014 at 2:31 PM, <rob@xxxxxxxxx> wrote:

You tell me what seems normal. I can show you what I see.

Full system save
System ASP . . . . . . : 7882 G
% system ASP used . . : 79.6157
Volume ---Temporary Errors--- --------M Bytes--------
ID Read Write Read Written
0 0 1 1
BR0372 0 0 25449 3259427


Various saves on:
System ASP . . . . . . : 4092 G
% system ASP used . . : 61.3153
Volume ---Temporary Errors--- --------M Bytes--------
ID Read Write Read Written
0 0 1 1
BR0302 0 0 1 869167
BR0347 0 0 1 849853
BR0410 0 0 6890 855772
BR0411 0 0 1 1105037
BR0434 0 0 1 775601
BR0446 0 0 1 855516
BR0452 0 0 1 949788
BR0454 0 0 1 940201
BR0455 0 0 1 780506
BR0461 0 0 1 2697193
BR0465 0 0 1 1836451
BR0467 0 0 1 936142
BR0468 0 0 1 1135898
BR0469 0 0 1 1809756
BR0471 0 0 7078 928865
BR0472 0 0 1 2040034
BR0474 0 0 1 793250
BR0479 0 0 1 2074188
BR0480 0 0 1 812354
BR0481 0 0 1 922005
BR0482 0 0 1 1821082
BR0483 0 0 1 1816547
BR0484 0 0 1 1996384
BR0485 0 0 1 911912
BR0486 0 0 1 1078869
BR0487 0 0 1 912175
BR0488 0 0 1 1143785
BR0489 0 0 1 1716328
BR0490 0 0 1 1777341
BR0491 0 0 1 1696583
BR0493 0 0 1 1702406
BR0495 0 0 1 2022906
BR0496 0 0 1 1835478
BR0497 0 0 1 928584
BR0500 0 0 1 856276
BR0501 0 0 1 2063247
BR0502 0 0 1 918697
BR0503 0 0 1 783346
BR0504 0 0 1 2080649
BR0505 0 0 1 786780
BR0506 0 0 1 785487
BR0507 0 0 1 899043
BR0508 0 0 7570 1150504
BR0509 0 0 1 1669461
BR0510 0 0 1 1784654
BR0511 0 0 1 904380
BR0512 0 0 1 2040070
BR0518 0 0 1 905962

We reset all stats once a quarter.


Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: Jeff Crosby <jlcrosby@xxxxxxxxxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date: 02/28/2014 02:15 PM
Subject: Re: Temporary tape errors
Sent by: midrange-l-bounces@xxxxxxxxxxxx



Our HW service provider did some testing today on a similar System i 520
in
their data center. Same internal tape drive as us.

A Save21 for them generated over 9,000 temporary tape write errors. This
compares to 6,160 temporary write errors we got Wednesday morning and
42,051 temporary write errors we got yesterday (Thursday) morning.

They called me to report this thinking (I think) that temporary errors are
par for the course, Not A Big Deal, and therefore I shouldn't be worried
about it too much. OK, a few errors I can buy, but 9,000? 42,051? That
seems awfully excessive to me no matter how "serious" a temporary error is
supposed to be.

The tech that called me is going to another customer with a similar
system,
only with an 8mm internal drive, and see what kind of errors they are
getting.

In the meantime, for this mornings backup, we used the 3580 library for a
full, complete system save and got 0 temporary write errors. That tape
was
then dupped to 2 other physical tapes (on another 3580) and a virtual tape
with 0 temporary /read/ errors. Those 2 tapes that we dupped to (3580 to
3580) also show 0 temporary write errors.

So temporary read and/or write errors evidently can be avoided. I'm not
convinced that I should accept them at the level we're receiving them.
What's everybody else's experience before/after a large save?




On Mon, Feb 24, 2014 at 10:36 AM, <rob@xxxxxxxxx> wrote:

Jeff,

Occasionally someone on the list will say that if you are getting
temporary write errors on a tape you should discard the tape. I tend to
hold on to the tape for awhile and check on stuff. Granted, we're a
little different. We have multiple drives in the one library and the
same
drive may not get hit daily. But there are ways to see which drive was
used. What we've noticed is that it's almost always the drive. We get
the drive repaired and the errors go away. We then initialize those
tapes
with a clear(*yes) just to be doubly sure.
I think we've 'retired' one tape from wear.



Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: Jeff Crosby <jlcrosby@xxxxxxxxxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date: 02/24/2014 10:11 AM
Subject: Temporary tape errors
Sent by: midrange-l-bounces@xxxxxxxxxxxx



All,

I decided it was time to replace some of our backup tapes (LTO2). The
PRTERRLOG didn't have the > or >> on any volume, but I thought the
temporary read errors were high and it has been several years.

I deleted the lifetime stats on the ones to be replaced. I did an
INZTAP
one tape and then did a DSPTAP on it. The stats on that tape, which
were
nonexistent because I had deleted them, showed 16 temporary write
errors,
no read errors. And all I did was INZTAP followed by DSPTAP on a brand
new
tape that I removed from the cellophane.

So I did an INZTAP on another brand new tape, then a PRTERRLOG on it.
Shows 10 temporary write errors, no read errors. Did a DSPTAP on it.
Still shows 10 temporary write errors (since a DSPTAP is a read, duh)
and
no read errors.

What is this telling me? My tape drive has an issue? It's an internal
5755 installed 2-3 months ago. It has been cleaned with a cleaning
cartridge twice.

Thanks.

--
Jeff Crosby
VP Information Systems
UniPro FoodService/Dilgard
P.O. Box 13369
Ft. Wayne, IN 46868-3369
260-422-7531
www.dilgardfoods.com

The opinions expressed are my own and not necessarily the opinion of my
company. Unless I say so.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.




--
Jeff Crosby
VP Information Systems
UniPro FoodService/Dilgard
P.O. Box 13369
Ft. Wayne, IN 46868-3369
260-422-7531
www.dilgardfoods.com

The opinions expressed are my own and not necessarily the opinion of my
company. Unless I say so.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.





As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.