Conference smurf::buildhelp

71.0. "client read failed1 error" by SMURF::FILTER (Automatic Posting Software - mail to flume::puck) Fri May 21 1993 10:12

From:   MINSRV::"[email protected]" "Joshua M. Friedman ULTRIX SDE"
To:     [email protected]
CC:     [email protected]
Subj:   client read failed1 error

Larry, did you look at the files before and after the error to see if they
in fact submitted correctly?

DECwest, and more info on what this message may have meant?

thanks...               -josh

------- Forwarded Message

Return-Path: scott
Received: by awasted.zk3.dec.com; id AA20877; Mon, 17 May 1993 18:29:45 -0400
Date: Mon, 17 May 1993 18:29:45 -0400
From: Larry Scott UEG <scott>
Message-Id: <[email protected]>
To: jmf
Subject: quick ode question

josh,

During my submit last week, I got the message:

    client read failed1: No such file or directory

Can you tell me more specifically what failed?  Was the failure recoverable
or did something not work at all?  Do I need to take further action?
thanks much.

larry


|  % bsubmit -all
|  Enter the defect number this submission applies to: agosminor-60-scott
|
|
|  *** No user interaction will be required during the merge step. ***
|
|  [ ./kernel/arch/alpha/syscall_trap.c checked in onto branch 1.1.16 ]
|  [ ./kernel/bsd/kern_audit.c checked in onto branch 1.1.4 ]
|  [ ./kernel/bsd/kern_auditcalls.c checked in onto branch 1.1.4 ]
|  [ ./kernel/bsd/kern_auditdev.c checked in onto branch 1.1.4 ]
|  [ ./kernel/bsd/kern_exit.c checked in onto branch 4.4.20 ]
|  [ ./kernel/bsd/kern_sig.c checked in onto branch 4.5.18 ]
|  [ ./kernel/conf/files checked in onto branch 4.2.30 ]
|  [ ./kernel/data/audit_data.c checked in onto branch 1.1.8 ]
|  [ ./kernel/data/sec_data.c checked in onto branch 1.1.4 ]
|  [ ./kernel/dec/sec/kern_audit.c checked in onto branch 1.1.2 ]
|  [ ./kernel/dec/sec/kern_auditcalls.c checked in onto branch 1.1.2 ]
|  [ ./kernel/dec/sec/kern_auditdev.c checked in onto branch 1.1.2 ]
|  [ ./kernel/sec/sec_calls.c checked in onto branch 4.3.11 ]
|  [ ./kernel/sys/audit.h checked in onto branch 4.2.11 ]
|  [ ./kernel/sys/proc.h checked in onto branch 4.3.16 ]
|  [ ./usr/sbin/auditd/auditd.c checked in onto branch 1.1.4 ]
|  [ ./kernel/arch/alpha/syscall_trap.c Rev 1.1.16.5 checked out ]
|  client read failed1: No such file or directory
|  [ ./kernel/bsd/kern_exit.c Rev 4.4.20.6 checked out ]
|  [ ./kernel/bsd/kern_sig.c Rev 4.5.18.4 checked out ]
|  [ ./kernel/conf/files Rev 4.2.30.13 checked out ]
|  [ ./kernel/data/audit_data.c Rev 1.1.8.5 checked out ]

------- End of Forwarded Message

Date Of Receipt: 	18-MAY-1993 19:04:49.21
From: 	KRISIS::decwet::anderson
To: 	krisis::jmf
CC: 	krisis::scott, krisis::odehelp, krisis::ode
Subj: 	RE: client read failed1 error

By looking at the code, it appears the client was just checking
for the exit status, and issuing a warning, since there was an error.

On the server end the work is done.
The client is just reading the exit status, and the socket
has gone away to soon.

I think he needs to verify that indeed the files are in the submit
tree, since the "checked out"  is the phase that gets the hard copies
into the submit tree.  It looks like from his list, that the socket
hiccup'ed around syscall_trap.c  I don't see 
		kern_audit.c
		kern_auditcalls.c
		kern_auditdev.c

being "checked out" in the list in the mail message.

I suggest he verifies those 3 files plus syscall_trap.c

If they aren't in the submit tree.  We need to know!

Thanks,
Tina

From kxct.c

  /*
     * receive exit code
     */
    if (read(datasock, (char *)&status, sizeof(status)) != sizeof(status))
        {
        fprintf(stderr, "client read failed1: %s\n", errmsg(-1));
        (void) fflush(stderr);
        }