Error messages in syslog.log and system becomes slow.

[Ahmed ABDOU_1]

I'm getting in the syslog.log file some error messages related to some SCSI disc drives.

What can be the problem I'm facing and how to avoid it.

The autoraid has two controllers. One is connected to an HP-PB Fast/wide controller and the other is connected to a HSC Fast/wide controller.
Alternate path are configured on the lvm structure. But all alternate paths are on the other controller (ie: when system is running one controller is fully loaded and the other is idle).
can we load balance the controllers and how.

Thanks in advance for any help.

[Berlene Herren]

Are you running Predictive? It could be that Predictive is requesting the Primary Defect List (PDL) from the drives which can take more than the time allocated by the diagnostic routines. ( The list contains all the defects identified and spared by manufacturing process prior to shipping). Predictive only needs the defects which occur after factory shipping.

The latest Predictive patch should solve this, if this is the case.

Berlene

[Carlos Fernandez Riera]

Perhaps your hardware( cables) are not correctly plugged or terminated.In facts there are timeouts on your file: dev dev: 1f024200 and dev: 1f024300 are identifiers of disks.

In this situation less of perfomance is typical.

[Steve Faidley · Accepted solution]

That is the standard layout after configuring alternate paths. There are two ways to correct it one temporary(until next boot) and one permanent.
Step 1, get a list of your primary/alt paths and make sure you know which goes with which.
example;
pri /dev/dsk/c1t1d0
alt: /dev/dsk/c2t3d0
run: pvchange -s /dev/dsk/c2t3d0
You have now swapped traffic to c2t3d0
Continue on and do 1 half of you disks.

The system will revert back after a reboot.
To correct this you need to rearrange the order the paths are listed in the lvmtab file.
do: strings /etc/lvmtab and note the order
Check and double check that the paths are corrct.
Now you should have;
pri: c2t3d0
alt: c1t1d0
run: vgreduce /dev/vg01 /dev/dsk/c1t1d0
run: vgextend /dev/vg01 /dev/dsk/c1t1d0
do; strings /etc/lvmtab and compare to results
above. The order shold have changed so that your
new primaries come before your alternates
Ref Doc: W3695486