Fedora Linux Support Community & Resources Center
  #1  
Old 27th June 2006, 06:23 PM
anarkakari Offline
Registered User
 
Join Date: Jun 2006
Posts: 1
Question SCSI Tape Drive, Terrible Performance After Upgrade

Hi, I just took over administration of an old-ish server which was backed up weekly using a DDS-3 tape drive. The machine was previously running Redhat 7.3, and a weekly backup script dumped around 12 GB of data to tape (tapes hold 24GB with hardware compression) in just over two hours. Since upgrading to Fedora Core 5, the same script (using find | cpio > /dev/st0) takes about 27 hours to complete, and the upgrade only added about 2GB of extra disk usage.

/proc/pci/scsi/2 shows the same transfer speed after the upgrade as was shown in Redhat 7.3 that is 7.812MB/s.

Below is some system information:

me@myhost ~ $ uname -a

Linux myhost.someschool.edu 2.6.16-1.2133_FC5smp #1 SMP Tue Jun 6 01:52:09 EDT 2006 i686 i686 i386 GNU/Linux
me@myhost ~ $ sudo mt status
SCSI 2 tape drive:
File number=0, block number=0, partition=0.
Tape block size 512 bytes. Density code 0x25 (DDS-3).
Soft error count since last status=0
General status bits on (41010000):
BOT ONLINE IM_REP_EN
me@myhost ~ $ lspci
--------output cut--------------
02:01.0 SCSI storage controller: Adaptec AHA-2940U2/U2W / 7890/7891 (rev 01)
02:05.0 SCSI storage controller: Adaptec AHA-2940U2/U2W
02:09.0 SCSI storage controller: Adaptec AHA-2940U2/U2W / 7890/7891 (rev 01)
--------output cut--------------
me@myhost ~ $ cat /proc/scsi/aic7xxx/2 | head -n 25
Adaptec AIC7xxx driver version: 7.0
Adaptec aic7890/91 Ultra2 SCSI adapter
aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs
Allocated SCBs: 4, SG List Length: 128

Serial EEPROM:
0xc2bb 0xc2bb 0xc2bb 0xc2bb 0xc2bb 0xc2bb 0xc2bb 0xc2bb
0xc2bb 0xc2bb 0xc2bb 0xc2bb 0xc2bb 0xc2bb 0xc2bb 0xc2bb
0x18a6 0x1c5c 0x2807 0x0010 0xffff 0xffff 0xffff 0xffff
0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0x88be

Target 0 Negotiation Settings
User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
Target 1 Negotiation Settings
User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
Target 2 Negotiation Settings
User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
Goal: 7.812MB/s transfers (7.812MHz, offset 15)
Curr: 7.812MB/s transfers (7.812MHz, offset 15)
Channel A Target 2 Lun 0 Settings
Commands Queued 49906128
Commands Active 0
Command Openings 1
Max Tagged Openings 0
Device Queue Frozen Count 0
me@myhost ~ $ dmesg
--------output cut--------------
SCSI subsystem initialized
input: ImPS/2 Generic Wheel Mouse as /class/input/input1
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0
<Adaptec aic7890/91 Ultra2 SCSI adapter>
aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs

Vendor: IBM Model: DNES-309170W Rev: SA30
Type: Direct-Access ANSI SCSI revision: 03
scsi0:A:0:0: Tagged Queuing enabled. Depth 4
target0:0:0: Beginning Domain Validation
target0:0:0: wide asynchronous
target0:0:0: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)
target0:0:0: Domain Validation skipping write tests
target0:0:0: Ending Domain Validation
SCSI device sda: 17916240 512-byte hdwr sectors (9173 MB)
sda: Write Protect is off
sda: Mode Sense: c3 00 00 08
SCSI device sda: drive cache: write back
SCSI device sda: 17916240 512-byte hdwr sectors (9173 MB)
sda: Write Protect is off
sda: Mode Sense: c3 00 00 08
SCSI device sda: drive cache: write back
sda: sda1 sda2 sda3 < sda5 sda6 sda7 sda8 sda9 >
sd 0:0:0:0: Attached scsi disk sda
Vendor: IBM Model: DNES-309170W Rev: SA30
Type: Direct-Access ANSI SCSI revision: 03
scsi0:A:1:0: Tagged Queuing enabled. Depth 4
target0:0:1: Beginning Domain Validation
target0:0:1: wide asynchronous
target0:0:1: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31)
target0:0:1: Domain Validation skipping write tests
target0:0:1: Ending Domain Validation
SCSI device sdb: 17916240 512-byte hdwr sectors (9173 MB)
sdb: Write Protect is off
sdb: Mode Sense: c3 00 00 08
SCSI device sdb: drive cache: write back
SCSI device sdb: 17916240 512-byte hdwr sectors (9173 MB)
sdb: Write Protect is off
sdb: Mode Sense: c3 00 00 08
SCSI device sdb: drive cache: write back
sdb: sdb1 sdb2 sdb3 < sdb5 sdb6 sdb7 >
sd 0:0:1:0: Attached scsi disk sdb
scsi1 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0
<Adaptec 2940 Ultra2 SCSI adapter>
aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs

Vendor: HP Model: CD-Writer+ 9600 Rev: 1.0a
Type: CD-ROM ANSI SCSI revision: 04
target1:0:3: Beginning Domain Validation
target1:0:3: FAST-10 SCSI 10.0 MB/s ST (100 ns, offset 15)
target1:0:3: Domain Validation skipping write tests
target1:0:3: Ending Domain Validation
Vendor: SEAGATE Model: ST336607LC Rev: 0007
Type: Direct-Access ANSI SCSI revision: 03
scsi1:A:8:0: Tagged Queuing enabled. Depth 4
target1:0:8: Beginning Domain Validation
target1:0:8: wide asynchronous
target1:0:8: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 63)
target1:0:8: Domain Validation skipping write tests
target1:0:8: Ending Domain Validation
SCSI device sdc: 71687372 512-byte hdwr sectors (36704 MB)
sdc: Write Protect is off
sdc: Mode Sense: ab 00 10 08
SCSI device sdc: drive cache: write back w/ FUA
SCSI device sdc: 71687372 512-byte hdwr sectors (36704 MB)
sdc: Write Protect is off
sdc: Mode Sense: ab 00 10 08
SCSI device sdc: drive cache: write back w/ FUA
sdc: sdc1 sdc2
sd 1:0:8:0: Attached scsi disk sdc
Vendor: SEAGATE Model: ST336607LC Rev: 0007
Type: Direct-Access ANSI SCSI revision: 03
scsi1:A:9:0: Tagged Queuing enabled. Depth 4
target1:0:9: Beginning Domain Validation
target1:0:9: wide asynchronous
target1:0:9: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 63)
target1:0:9: Domain Validation skipping write tests
target1:0:9: Ending Domain Validation
SCSI device sdd: 71687372 512-byte hdwr sectors (36704 MB)
sdd: Write Protect is off
sdd: Mode Sense: ab 00 10 08
SCSI device sdd: drive cache: write back w/ FUA
SCSI device sdd: 71687372 512-byte hdwr sectors (36704 MB)
sdd: Write Protect is off
sdd: Mode Sense: ab 00 10 08
SCSI device sdd: drive cache: write back w/ FUA
sdd: sdd1 sdd2
sd 1:0:9:0: Attached scsi disk sdd
(scsi1:A:10:0): parity error detected in Message-in phase. SEQADDR(0x1a7) SCSIRA
TE(0x0)
(scsi1:A:10:0): parity error detected in Message-in phase. SEQADDR(0x1a7) SCSIRA
TE(0x0)
(scsi1:A:10:0): parity error detected in Message-in phase. SEQADDR(0x1a7) SCSIRA
TE(0x0)
(scsi1:A:10:0): parity error detected in Message-in phase. SEQADDR(0x1a7) SCSIRA
TE(0x0)
(scsi1:A:10:0): parity error detected in Message-in phase. SEQADDR(0x1a8) SCSIRA
TE(0x0)
(scsi1:A:10:0): parity error detected in Message-in phase. SEQADDR(0x1a7) SCSIRA
TE(0x0)
(scsi1:A:10:0): parity error detected in Message-in phase. SEQADDR(0x1a7) SCSIRA
TE(0x0)
(scsi1:A:10:0): parity error detected in Message-in phase. SEQADDR(0x1a7) SCSIRA
TE(0x0)
scsi2 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0
<Adaptec aic7890/91 Ultra2 SCSI adapter>
aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs

Vendor: ARCHIVE Model: Python 04106-XXX Rev: 7230
Type: Sequential-Access ANSI SCSI revision: 02
target2:0:2: Beginning Domain Validation
target2:0:2: FAST-10 SCSI 7.8 MB/s ST (128 ns, offset 15)
target2:0:2: Domain Validation skipping write tests
target2:0:2: Ending Domain Validation
--------output cut--------------
sd 0:0:0:0: Attached scsi generic sg0 type 0
sd 0:0:1:0: Attached scsi generic sg1 type 0
1:0:3:0: Attached scsi generic sg2 type 5
sd 1:0:8:0: Attached scsi generic sg3 type 0
sd 1:0:9:0: Attached scsi generic sg4 type 0
2:0:2:0: Attached scsi generic sg5 type 1
sr0: scsi3-mmc drive: 32x/32x writer cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
sr 1:0:3:0: Attached scsi CD-ROM sr0
st: Version 20050830, fixed bufsize 32768, s/g segs 256
st 2:0:2:0: Attached scsi tape st0<4>st0: try direct i/o: yes (alignment 512 B)
--------output cut--------------
st0: Block limits 1 - 16777215 bytes.
st: Unloaded.
st: Version 20050830, fixed bufsize 32768, s/g segs 256
st 2:0:2:0: Attached scsi tape st0<4>st0: try direct i/o: yes (alignment 512 B)
st: Unloaded.
st: Version 20050830, fixed bufsize 131072, s/g segs 256
st 2:0:2:0: Attached scsi tape st0<4>st0: try direct i/o: yes (alignment 512 B)
st0: Block limits 1 - 16777215 bytes.
st0: Error with sense data: <6>st: Current: sense key: Medium Error
Additional sense: Excessive write errors
Info fld=0x1
st0: Error with sense data: <6>st: Current: sense key: Medium Error
Additional sense: Excessive write errors
Info fld=0x1
st0: Error with sense data: <6>st: Current: sense key: Medium Error
Additional sense: Excessive write errors
Info fld=0x1
st0: Error on write filemark.
--------output cut--------------
me@myhost ~ $

One interesting thing -- A brand new tape was put into the system (because the old one gave a few media errors like this too) but the tapes were not generating such errors under Redhat 7.3... Perhaps this is the source of the slowdown? But the tapes and tape drive did not magically go bad when the O.S. was upgrade.

Also, regarding the errors on scsi1 -- maybe it isn't terminated properly?? I just took over administration, I have never opened this machine up. But the backups were working at reasonable speed in this confiugration regardless. And I know the partitioning is weird, I didn't do it.

Thanks,
Anarkakari

Last edited by anarkakari; 27th June 2006 at 06:26 PM.
Reply With Quote
Reply

Tags
drive, performance, scsi, tape, terrible, upgrade

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
scsi tape drive thedude Using Fedora 0 24th December 2006 09:23 AM
SCSI Tape Drive tony Hardware & Laptops 1 18th August 2005 10:20 PM
SCSI Tape Drive - DL380 tony Servers & Networking 1 20th June 2005 10:54 PM


Current GMT-time: 13:49 (Tuesday, 21-05-2013)

TopSubscribe to XML RSS for all Threads in all ForumsFedoraForumDotOrg Archive
logo

All trademarks, and forum posts in this site are property of their respective owner(s).
FedoraForum.org is privately owned and is not directly sponsored by the Fedora Project or Red Hat, Inc.

Privacy Policy | Term of Use | Posting Guidelines | Archive | Contact Us | Founding Members

Powered by vBulletin® Copyright ©2000 - 2012, vBulletin Solutions, Inc.

FedoraForum is Powered by RedHat