| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 1891.1 | advfsd - use file disks.ignore | ZUR01::VORBURGER | live and let live | Fri Feb 21 1997 06:06 | 23 |
|
I'm assuming that advfsd is running on those systems.
This daemon is checking the status of all disks connected to the system,
usually all 5 minutes.
This happens also on the ASE member which shouldn't have access to the shared
disks, so you get error messages in errorlog file on this member.
To avoid advfsd to check particular disks, create the file "disks.ignore"
in directory /var/opt/advfsd/ and enter all devices which shouldn't checked
by advfsd. Example:
/var/opt/advfsd/disks.ignore:
rza32
rzb32
rza33
To enable this feature you have to reboot the system. Restarting advfsd
doesn't help :-(
There is a QAR #49659 about this problem. It should be documented in the
future.
Fran�ois
|
| 1891.2 | Not all advfs | DYOSW5::WILDER | Does virtual reality get swapped? | Fri Feb 21 1997 07:06 | 11 |
| Actually, only about 4 disks use advfs out of 100 disks. The rest are
all LSM raw volumes. Some of the errors MAY be on the advfs disks, but
many of the errors are on the LSM raw (drd) disks.
While I can fix the advfs situation with the .1 reply, what about the
others?
Thanks,
/jim
|
| 1891.3 | drds ARE logging errors | DYOSW5::WILDER | Does virtual reality get swapped? | Sat Feb 22 1997 10:30 | 6 |
| I have confirmed that as soon as I move drds from one node to another,
these scsi cam errors start showing up on the original node. It seems
that ase nodes log errors on drds that they see but do not directly
own. Is this the way it should be? Is this a problem?
/jim
|
| 1891.4 | explanation... | BACHUS::DEVOS | Manu Devos DEC/SI Brussels 856-7539 | Mon Feb 24 1997 04:09 | 16 |
| Jim,
DECsafe or Trucluster software is reserving the disks for the system
running the service. This is really a "hardware reservation" made on the
disk.
So, if you try to access the disks reserved for system A from system B, then
System B will immediately show an error because you try to access reserved disks.
If you simply try the command "# file /dev/rrz*c" you will get the same errors.
The advfsd daemon is scanning every disks seen in /dev to update its GUI. Thus
it cause an error for each disk reserved by the other system. This has nothing
to do with the fact that the reserved disk are containing an ADVFS filesystem.
Regards, Manu.
|
| 1891.5 | /var/opt/advfsd/disks.ignore doesn't work | DYOSW5::WILDER | Does virtual reality get swapped? | Mon Mar 03 1997 15:28 | 5 |
| Well, /var/opt/advfsd/disks.ignore did not solve it. Could it
really be /usr/opt/advfsd/disks.ignore ??
/jim
|
| 1891.6 | | UTRUST::PILMEYER | Questions raise the doubt | Tue Mar 04 1997 02:22 | 4 |
| Have you read 1623? More specifically the fact that snmpd can also
cause the errors...
-Han
|
| 1891.7 | will try 1623 suggestion | DYOSW5::WILDER | Does virtual reality get swapped? | Tue Mar 04 1997 19:01 | 7 |
| Well, I will try the suggestion in 1623 and snmpd.
The customer is getting very frustrated over this. I hope there is a
patch soon.
/jim
|