Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 29 Mar 1999 14:31:21 -0800
From:      Cy Schubert <cschuber@uumail.gov.bc.ca>
To:        freebsd-stable@FreeBSD.ORG, gibbs@FreeBSD.ORG
Subject:   Re: SYNCHRONIZE CACHE Error 
Message-ID:  <199903292231.OAA00954@passer.osg.gov.bc.ca>
In-Reply-To: Your message of "Sun, 28 Mar 1999 09:47:42 PST." <199903281747.JAA01030@cwsys.cwsent.com> 

next in thread | previous in thread | raw e-mail | index | archive | help
I installed a patch in the kernel to print out the contents of all 
of the sense data returned from the Quantum drive.  The error code, 
sense code, additional sense data are all zero.  The valid bit in 
the sense data is off.  I also noticed an unrelated posting to 
-current in December about an unrelated panic, where the poster 
just happened to cut-and-paste the same message from the same drive 
into his posting.

I think that my original assumption might just be correct and that 
when the drive receives a synchronize cache command, it cannot do 
it and reports the  error erroneously.  I think that the drive 
should respond with an invalid command sense code but appears to 
respond with a response which itself is invalid.

In short, I don't think I am losing any data as a result of this 
error.  The best way to test this would be to copy the filesystem 
on the disk to another disk, alter both copies of files on both 
disks, halt and power down the system, power back on, fsck and 
compare both filesystems.  I suspect that both will be the same.

This reminds me of the fact that the nice thing about standards, 
especially SCSI and IDE standards, is that there are so many to 
choose from.


Regards,                       Phone:  (250)387-8437
Cy Schubert                      Fax:  (250)387-5766
Open Systems Group          Internet:  Cy.Schubert@uumail.gov.bc.ca
ITSD                                   Cy.Schubert@gems8.gov.bc.ca
Province of BC            
                      "e**(i*pi)+1=0"
In message <199903281747.JAA01030@cwsys.cwsent.com>, Cy Schubert - 
ITSD Open Sy
stems Group writes:
> I just replaced an old 1542CF with a 2940UW.  After working through 
> some BIOS compatibility issues everything works fine except for the 
> following error after "syncing disks... done":
> 
> (da0:ahc0:0:0:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0
> (da0:ahc0:0:0:0): error code 0
> 
> It appears FreeBSD is trying to flush the cache on a 4 year old Quantum 
> Lightning 730S, which I suspect does not have any on-board cache.  If 
> my assumption is correct I don't need to worry about this.  The only 
> other scenario is that my assumptions are not correct and I really do 
> have a problem. Would anyone please confirm or deny my suspicions?
> 
> My [evolving] configuration is as follows:
> 
> Copyright (c) 1992-1999 FreeBSD Inc.
> Copyright (c) 1982, 1986, 1989, 1991, 1993
>         The Regents of the University of California. All rights 
> reserved.
> FreeBSD 3.1-RELEASE #0: Sun Mar 28 07:58:34 PST 1999
>     root@:/opt/usr_src/sys/compile/CWSYS
> Timecounter "i8254"  frequency 1193182 Hz
> Timecounter "TSC"  frequency 119752693 Hz
> CPU: Pentium/P54C (119.75-MHz 586-class CPU)
>   Origin = "GenuineIntel"  Id = 0x52c  Stepping=12
>   Features=0x1bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8>
> real memory  = 83886080 (81920K bytes)
> avail memory = 78594048 (76752K bytes)
> Preloaded elf kernel "kernel" at 0xf02bd000.
> Probing for devices on PCI bus 0:
> chip0: <Intel 82437VX PCI cache memory controller> rev 0x02 on pci0.0.0
> chip1: <Intel 82371SB PCI to ISA bridge> rev 0x01 on pci0.7.0
> ide_pci0: <Intel PIIX3 Bus-master IDE controller> rev 0x00 on pci0.7.1
> ahc0: <Adaptec 2940 Ultra SCSI adapter> rev 0x01 int a irq 12 on 
> pci0.19.0
> ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs
> vga0: <S3 Trio graphics accelerator> rev 0x54 int a irq 12 on pci0.20.0
> Probing for devices on the ISA bus:
> sc0 on isa
> sc0: VGA color <16 virtual consoles, flags=0x0>
> atkbdc0 at 0x60-0x6f on motherboard
> atkbd0 irq 1 on isa
> sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa
> sio0: type 16550A
> sio1 at 0x2f8-0x2ff irq 3 on isa
> sio1: type 16550A
> ppc0 at 0x378 irq 7 on isa
> ppc0: PC87306 chipset (NIBBLE-only) in COMPATIBLE mode
> nlpt0: <generic printer> on ppbus 0
> nlpt0: Interrupt-driven port
> fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
> fdc0: FIFO enabled, 8 bytes threshold
> fd0: 1.44MB 3.5in
> fd1: 1.2MB 5.25in
> wdc0 at 0x1f0-0x1f7 irq 14 on isa
> wdc0: unit 0 (wd0): <WDC AC22100H>
> wd0: 2014MB (4124736 sectors), 4092 cyls, 16 heads, 63 S/T, 512 B/S
> wdc1 at 0x170-0x177 irq 15 on isa
> wdc1: unit 0 (wd2): <WDC AC22500L>
> wd2: 2441MB (4999680 sectors), 4960 cyls, 16 heads, 63 S/T, 512 B/S
> 1 3C5x9 board(s) on ISA found at 0x300
> ep0 at 0x300-0x30f irq 10 on isa
> ep0: aui/utp/bnc[*BNC*] address 00:60:97:d3:32:3e
> aha0 at 0x330-0x333 irq 11 drq 5 on isa
> aha0: AHA-1542CF FW Rev. C.0 (ID=45) SCSI Host Adapter, SCSI ID 7, 16 
> CCBs
> vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa
> npx0 on motherboard
> npx0: INT 16 interface
> Intel Pentium detected, installing workaround for F00F bug
> IP packet filtering initialized, divert enabled, rule-based forwarding 
> enabled,
> unlimited logging
> IP Filter: initialized.  Default = pass all, Logging = enabled
> Waiting 15 seconds for SCSI devices to settle
> sa0 at ahc0 bus 0 target 4 lun 0
> sa0: <ARCHIVE Python 28388-XXX 5.45> Removable Sequential Access SCSI-2 
> device
> sa0: 7.812MB/s transfers (7.812MHz, offset 15)
> da0 at ahc0 bus 0 target 0 lun 0
> da0: <QUANTUM LIGHTNING 730S 241E> Fixed Direct Access SCSI-2 device 
> da0: 10.0MB/s transfers (10.0MHz, offset 8)
> da0: 699MB (1431760 512 byte sectors: 64H 32S/T 699C)
> da1 at ahc0 bus 0 target 1 lun 0
> da1: <SEAGATE ST34520N 1444> Fixed Direct Access SCSI-2 device 
> da1: 10.0MB/s transfers (10.0MHz, offset 15), Tagged Queueing Enabled
> da1: 4340MB (8888924 512 byte sectors: 64H 32S/T 4340C)
> changing root device to wd0s1a
> cd0 at ahc0 bus 0 target 2 lun 0
> cd0: <PLEXTOR CD-ROM PX-4XCH 1.22> Removable CD-ROM SCSI-2 device 
> cd0: 4.32MB/s transfers (4.32MHz, offset 15)
> cd0: Attempt to query device size failed: NOT READY, Medium not present
> da2 at aha0 bus 0 target 6 lun 0
> da2: <IOMEGA ZIP 100 D.09> Removable Direct Access SCSI-2 device 
> da2: 3.300MB/s transfers
> da2: Attempt to query device size failed: NOT READY, Medium not present
> 
> 
> 
> Regards,                       Phone:  (250)387-8437
> Cy Schubert                      Fax:  (250)387-5766
> Open Systems Group          Internet:  Cy.Schubert@uumail.gov.bc.ca
> ITSD                                   Cy.Schubert@gems8.gov.bc.ca
> Province of BC            
> 
> 
> 
> 
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-stable" in the body of the message




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199903292231.OAA00954>