A couple of days ago, I wrote:
>After using it for a long time without any problems, our IRIX-client
>failes (IRIX 6.4, dsm 2.1.0.6, server 2.1.0.13):
>DSMERROR.LOG:
>11/18/1997 11:46:12 TransErrno: Unexpected error from statx, errno = 145
>11/18/1997 11:46:12 PrivIncrFileSpace: Received rc=131 from fioGetDirEntries:
> /
>11/18/1997 11:46:12 ANS4031S Internal program error. Please see your service
>representative.
>11/18/1997 11:46:49 TcpRead: Zero byte buffer read.
>11/18/1997 11:46:49 sessRecvVerb: Error -50 from call to 'readRtn'.
>11/18/1997 11:46:49 cuConfirm: Received rc: -50 trying to receive ConfirmResp
>verb
>11/18/1997 11:46:49 TcpFlush: Error 9 sending data on Tcp/Ip socket
>4294967295.
>11/18/1997 11:46:49 sessSendVerb: Error sending Verb, rc: -50
>11/18/1997 11:46:49 ANS4017E Session rejected: TCP/IP connection failure
>
ACTLOG:
>11/18/1997 11:45:19 ANR0400I Session 6329 started for node BEDROCK.SARA.NL
> (IRIX).
>11/18/1997 11:46:49 ANR0444W Protocol error on session 6329 for node
> BEDROCK.SARA.NL (IRIX) - out-of-sequence verb (type
> (Unknown)) received.
>11/18/1997 11:46:49 ANR0484W Session 6329 for node BEDROCK.SARA.NL (IRIX)
> terminated - protocol violation detected.
>
>Anyone any clue?
Well, the clue was found in the tracefile:
---> dsmc i -tracefile=/tmp/trace -traceflag=general,fileops,verbinfo /
where I found the following errors:
where I found the following errors:
11/19/1997 14:07:54.0901 : aixfilio.c(3032): fioGetAttrib: statx error for
/CDROM, errno = 145
11/19/1997 14:07:54.0948 : ansnls.c (1509): Error log not pruned: errorlogret
set to no pruning
11/19/1997 14:07:54.0950 : aixfilio.c(9600): TransErrno: Unexpected error from
statx, errno = 145
11/19/1997 14:07:54.0950 : aixfilio.c(9605): TransErrno: Received error from
statx, errno = 145, rc = 131
After killing and restart the removable media daemon (mediad), the backup
workes fine like before.
So I think mediad was in some kind of orphan state (you couldn't do
a "ls /CDROM" either) which caused the trouble.
Hope this helpes you,
Henk ten Have SARA, Academic Computing Services Amsterdam
|