Re: [foxboro] "SCSI bus DATA IN phase parity error"
- From: "Warren Brown" <bigwrb21@xxxxxxxxxxx>
- To: foxboro@xxxxxxxxxxxxx
- Date: Fri, 19 Apr 2002 19:39:45 +0000
One quick thing to do
is when the system is offline -- at the OK prompt
type test disk1 or disk2 for cot2 devices and see
if diags find anything wrong - if so, contact your Sparc
service rep. Also, what is the total cable length of all the SCSI
cables - there is a restriction of 3 meters (easily reached).
Warren
>From: Varsha Savyasachi <vsavyasachi@xxxxxxxxx>
>Reply-To: foxboro@xxxxxxxxxxxxx
>To: "'foxboro@xxxxxxxxxxxxx'" <foxboro@xxxxxxxxxxxxx>
>Subject: Re: [foxboro] "SCSI bus DATA IN phase parity error"
>Date: Fri, 19 Apr 2002 18:11:47 +0530
>MIME-Version: 1.0
>Received: from [206.53.239.180] by hotmail.com (3.2) with ESMTP id
>MHotMailBE895C190048400431A2CE35EFB40AD60; Fri, 19 Apr 2002 05:44:14 -0700
>Received: from turing.(none) (localhost [127.0.0.1])by turing.freelists.org
>(FreeLists Mail Multiplex) with ESMTPid D9C3594304; Fri, 19 Apr 2002
>07:40:03 -0500 (EST)
>Received: with ECARTIS (v1.0.0; list foxboro); Fri, 19 Apr 2002 07:38:59
>-0500 (EST)
>Received: from egmail9.egain.com (unknown [140.89.64.46])by
>turing.freelists.org (FreeLists Mail Multiplex) with ESMTP id B42A3942F6for
><foxboro@xxxxxxxxxxxxx>; Fri, 19 Apr 2002 07:38:54 -0500 (EST)
>Received: by egmail9.egainindia.com with Internet Mail Service
>(5.5.2653.19)id <20JPZZND>; Fri, 19 Apr 2002 18:11:48 +0530
>From foxboro-bounce@xxxxxxxxxxxxx Fri, 19 Apr 2002 05:46:05 -0700
>Delivered-To: foxboro@xxxxxxxxxxxxx
>Message-ID: <27C744FEEBBCD411B386000629D57616CC7AB1@xxxxxxxxxxxxxxxxxxxxxx>
>X-Mailer: Internet Mail Service (5.5.2653.19)
>X-archive-position: 1265
>X-ecartis-version: Ecartis v1.0.0
>Sender: foxboro-bounce@xxxxxxxxxxxxx
>Errors-To: foxboro-bounce@xxxxxxxxxxxxx
>X-original-sender: vsavyasachi@xxxxxxxxx
>Precedence: normal
>X-list: foxboro
>
>I checked the pins, they seem to be fine.
>
>I also tried glm patch 109885-08. Didn't help. Any ideas ?
>
>tia
>
>-----Original Message-----
>From: Warren Brown [mailto:bigwrb21@xxxxxxxxxxx]
>Sent: Thursday, April 18, 2002 10:45 PM
>To: foxboro@xxxxxxxxxxxxx
>Subject: Re: [foxboro] "SCSI bus DATA IN phase parity error"
>
>
>
>I once had this kind of error and I found that I had some bent pins on the
>Scsi connector on the back of the sparcstation.
>
>Warren
>
>p.s. how is this related to I/A ?
>
>
>
> >
> >Hi list,
> >
> >We recently upgraded our server hardware. We had 2*18.2G hdd. Added one
> >more
> >18.2G hdd.
> >
> >The hardware configuration details are :
> >
> >Serial No. 13746540
> >Model UltraAX-MP+ WorkServer
> >Processors 2*UltraSPARCII 400MHz
> >Memory 2048 MB
> > OpenBoot 3.10.50 ME
> >Keyboard Sun Keyboard
> >
> >The current Solaris version installed is 8 and the patch-level is
> >SunOS oracleapps 5.8 Generic_108528-08 sun4u sparc SUNW,UltraAX-MP
> >
> >
> >I tried a re-install of Oracle Applications again this evening. And this
> >time I used the new harddisk for the DB and not the Technology Stack as
>per
> >suggestion. The Technology stack was installed on the old disk ("disk
>1").
> >
> >But, the installation had to be aborted due to "Failed to execute the SQL
> >script wVIS.sql against %this_DBName%" error. When I checked the details
>of
> >the error, it said this :
> >---------------------------------------------------------------------------
>-
> >-----------------------------------------------------------------------
> >Execution Error: wVIS.sql
> >
> > Failed to execute the SQL script wVIS.sql against %this_DBName%.
> > Please check the log file
> > (/d01/app/oravis/product/805/orainst/apps/orainst/appcweb.log) for
> > more information.
> >
> >---------------------------------------------------------------------------
>-
> >-----------------------------------------------------------------------
> >And the contents of the log file :
> >---------------------------------------------------------------------------
>-
> >-----------------------------------------------------------------------
> >old 2: set HOME_URL =
> >'http://&WEB_HOST_NAME:&WEB_PORT/OA_HTML/US/&CARTRIDGE..
> >htm'
> >new 2: set HOME_URL =
> >'http://oracleapps.egainindia.com:8100/OA_HTML/US/VIS.ht
> >m'
> >
> >1 row updated.
> >
> >old 2: set text = 'http://&WEB_HOST_NAME:&WEB_PORT/&CARTRIDGE/plsql'
> >new 2: set text = 'http://oracleapps.egainindia.com:8100/VIS/plsql'
> >update WF_RESOURCES
> > *
> >ERROR at line 1:
> >ORA-01115: IO error reading block from file 6 (block # 36218)
> >ORA-01110: data file 6: '/d03/oradata/VIS/data01.dbf'
> >ORA-27072: skgfdisp: I/O error
> >SVR4 Error: 5: I/O error
> >Additional information: 36217
> >
> >
> >Disconnected from Oracle8 Enterprise Edition Release 8.0.5.1.0 -
>Production
> >---------------------------------------------------------------------------
>-
> >---------------------------------------------------------------------------
>-
> >----------
> >
> >And as you can see form the table below, the /d03 mount point is on disk
>2
> >(the new disk added today!)
> >
> >Filesystem kbytes used avail capacity Mounted on
> >/dev/dsk/c0t0d0s0 1017296 54821 901438 6% /
> >/dev/dsk/c0t0d0s1 1599884 781197 770691 51% /usr
> >/proc 0 0 0 0% /proc
> >fd 0 0 0 0% /dev/fd
> >mnttab 0 0 0 0% /etc/mnttab
> >/dev/dsk/c0t0d0s5 2054562 352089 1640837 18% /var
> >swap 4731816 0 4731816 0% /var/run
> >/dev/dsk/c0t1d0s0 5253468 1814037 3386897 35% /d01
> >/dev/dsk/c0t0d0s6 8784155 4283694 4412620 50% /d05
> >swap 4732184 368 4731816 1% /tmp
> >/dev/dsk/c0t2d0s0 8256595 2049099 6124931 26% /d03
> >/dev/dsk/c0t2d0s1 9380384 1236954 8049627 14% /d04
> >/dev/dsk/c0t0d0s4 1017296 16898 939361 2% /export/home
> >/dev/dsk/c0t1d0s1 8346707 1639987 6623253 20% /d02
> >/vol/dev/dsk/c0t6d0/oa_1103_visdb
> > 502250 502250 0 100%
> >/cdrom/oa_1103_visdb
> >---------------------------------------------------------------------------
>-
> >---------------------------------------------------------------------------
>-
> >-------------
> >
> >I checked the OS system log (/var/adm/messages) for OS error messages and
> >found this :
> >---------------------------------------------------------------------------
>-
> >--------------------------------------------------------------
> >Apr 18 09:19:20 oracleapps SCSI bus DATA IN phase parity error
> >Apr 18 09:19:20 oracleapps glm: [ID 663555 kern.warning] WARNING:
> >ID[SUNWpd.glm.
> >parity_check.6010]
> >Apr 18 09:19:20 oracleapps scsi: [ID 107833 kern.warning] WARNING:
> >/pci@4,4000/s
> >csi@6,1 (glm2):
> >Apr 18 09:19:20 oracleapps Target 2 disabled wide SCSI mode
> >Apr 18 09:19:20 oracleapps glm: [ID 681974 kern.warning] WARNING:
> >ID[SUNWpd.glm.
> >sync_wide_backoff.6012]
> >Apr 18 09:19:20 oracleapps scsi: [ID 107833 kern.warning] WARNING:
> >/pci@4,4000/s
> >csi@6,1 (glm2):
> >Apr 18 09:19:20 oracleapps Target 2 reverting to async. mode
> >Apr 18 09:19:20 oracleapps glm: [ID 802533 kern.warning] WARNING:
> >ID[SUNWpd.glm.
> >sync_wide_backoff.6013]
> >Apr 18 09:19:20 oracleapps scsi: [ID 107833 kern.warning] WARNING:
> >/pci@4,4000/s
> >csi@6,1/sd@2,0 (sd32):
> >Apr 18 09:19:20 oracleapps SCSI transport failed: reason 'tran_err':
> >retryi
> >ng command
> >Apr 18 09:19:21 oracleapps scsi: [ID 107833 kern.warning] WARNING:
> >/pci@4,4000/s
> >csi@6,1/sd@2,0 (sd32):
> >Apr 18 09:19:21 oracleapps incomplete read- retrying
> >Apr 18 09:19:21 oracleapps scsi: [ID 107833 kern.warning] WARNING:
> >/pci@4,4000/s
> >csi@6,1/sd@2,0 (sd32):
> >
> >---------------------------------------------------------------------------
>-
> >--------------------------------------------------------------
> >I looked up the error on the web for "SCSI bus DATA IN phase parity
>error"
> >:
> >
> >---------------------------------------------------------------------------
>-
> >---------------------------------------------------------------------------
>-
> >---------------------------------------------------------------------------
>-
> >----
> >Cause
> >The most common cause of this problem is unapproved hardware. Some SCSI
> >devices for the PC market do not meet the high I/O speed requirements for
> >the
> >UNIX market. Other possible causes of this problem are improper cabling
>or
> >termination, and power fluctuations. Data corruption is possible but
> >unlikely to occur,
> >because this parity error prevents data transfer.
> >Action
> >Check that all SCSI devices on the bus are Sun-approved hardware. Then
> >verify that all cables measure no longer than six meters, total, and that
> >all SCSI
> >connections are properly terminated. If power fluctuations are occurring,
> >invest in an uninterruptible power supply.
> >---------------------------------------------------------------------------
>-
> >---------------------------------------------------------------------------
>-
> >---------------------------------------------------------------------------
>-
> >------
> >We have the new harddisk that was replaced recently. The model No. is
> >ST318406LC, whereas both our existing hdds are ST318404LC. In myt opinion
> >this could be the problem. In the meantime, I am also tried to get the
> >"hardware compatibility list" for the model we have. But, since this is
>not
> >a "branded" server, it is not listed anywhere and may be difficult to
>get.
> >Can anybody confirm that this error is due to hardware incompatibility
>and
> >not application or what is it that is causing this problem?
> >
> >Thanks
> >Varsha
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >_______________________________________________________________________
> >This mailing list is neither sponsored nor endorsed by Invensys Process
> >Systems (formerly The Foxboro Company). Use the info you obtain here at
> >your own risks. Read http://www.thecassandraproject.org/disclaimer.html
> >
> >foxboro mailing list: http://www.freelists.org/list/foxboro
> >to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
> >to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
> >
>
>
>
>
>_________________________________________________________________
>Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.
>
>
>
>_______________________________________________________________________
>This mailing list is neither sponsored nor endorsed by Invensys Process
>Systems (formerly The Foxboro Company). Use the info you obtain here at
>your own risks. Read http://www.thecassandraproject.org/disclaimer.html
>
>foxboro mailing list: http://www.freelists.org/list/foxboro
>to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
>to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
>
>
>
>
>
>_______________________________________________________________________
>This mailing list is neither sponsored nor endorsed by Invensys Process
>Systems (formerly The Foxboro Company). Use the info you obtain here at
>your own risks. Read http://www.thecassandraproject.org/disclaimer.html
>
>foxboro mailing list: http://www.freelists.org/list/foxboro
>to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
>to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
>
_________________________________________________________________
MSN Photos is the easiest way to share and print your photos:
http://photos.msn.com/support/worldwide.aspx
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html
foxboro mailing list: http://www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
Other related posts: