Re: [foxboro] "SCSI bus DATA IN phase parity error"
- From: Varsha Savyasachi <vsavyasachi@xxxxxxxxx>
- To: "'foxboro@xxxxxxxxxxxxx'" <foxboro@xxxxxxxxxxxxx>
- Date: Fri, 19 Apr 2002 18:11:47 +0530
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: //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: //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: //www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
Other related posts:
