Skip Menu |
 

Subject: krb5 1.3beta testsuite failure in gssftp under redhat 9....
From: Ezra Peisach <epeisach@MIT.EDU>
To: krb5-bugs@MIT.EDU
Date: 02 Jun 2003 16:37:11 -0400

Fails in the ls command - the remote server closes the connection
and the client reports:

421 Service not available, remote server has closed connection.


No core dumps.... Nothing interesting logged....

I will track down - and this needs to be fixed for 1.3...
To: rt@krbdev.mit.edu
Subject: [krbdev.mit.edu #1547] Using fork instead of vfork
Date: Thu, 5 Jun 2003 19:09:37 -0400 (EDT)
From: hartmans@mit.edu (Sam Hartman)
RT-Send-Cc:


There appears to be some problem using vfork in ftpd_popen. The
symptoms seem to suggest that ls is getting a broken pipe signal.

Two possibilities exist. Some strace output suggests that vfork is
returning 0 in the parent. This would explain the problem, but would
be a fairly serious bug in Redhat. However strace does suggest that
vfork is returning 0 in the parent.

An alternate explanation is that modifying file descriptors in the
child after calling vfork does not work well.


We have decided to use fork instead of vfork.
From: hartmans@mit.edu
Subject: CVS Commit
Use fork not vfork in ftp


To generate a diff of this commit:



cvs diff -r1.24 -r1.25 krb5/src/appl/gssftp/ChangeLog
cvs diff -r1.19 -r1.20 krb5/src/appl/gssftp/configure.in
cvs diff -r1.73 -r1.74 krb5/src/appl/gssftp/ftp/ChangeLog
cvs diff -r1.3 -r1.4 krb5/src/appl/gssftp/ftp/pclose.c
cvs diff -r1.102 -r1.103 krb5/src/appl/gssftp/ftpd/ChangeLog
cvs diff -r1.7 -r1.8 krb5/src/appl/gssftp/ftpd/popen.c
From: tlyu@mit.edu
Subject: CVS Commit
pullup from trunk


To generate a diff of this commit:



cvs diff -r1.23.2.1 -r1.23.2.2 krb5/src/appl/gssftp/ChangeLog
cvs diff -r1.18.2.1 -r1.18.2.2 krb5/src/appl/gssftp/configure.in
cvs diff -r1.73 -r1.73.2.1 krb5/src/appl/gssftp/ftp/ChangeLog
cvs diff -r1.3 -r1.3.8.1 krb5/src/appl/gssftp/ftp/pclose.c
cvs diff -r1.101.2.1 -r1.101.2.2
krb5/src/appl/gssftp/ftpd/ChangeLog
cvs diff -r1.7 -r1.7.2.1 krb5/src/appl/gssftp/ftpd/popen.c
Subject: Re: [krbdev.mit.edu #1547] Using fork instead of vfork
From: Ezra Peisach <epeisach@MIT.EDU>
To: rt-comment@krbdev.mit.edu
Date: 06 Jun 2003 01:38:34 -0400
RT-Send-Cc:
I have the same interpretation of the problem - vfork returning 0 in
parent and child. This would not be the first glibc bug I have found in
redhat 9 - I just wish that they would issue fixed glibcs... I will
continue to track it down and if it is a glibc problem submit it to
redhat.


On Thu, 2003-06-05 at 19:09, Sam Hartman via RT wrote:
Show quoted text
> There appears to be some problem using vfork in ftpd_popen. The
> symptoms seem to suggest that ls is getting a broken pipe signal.
>
> Two possibilities exist. Some strace output suggests that vfork is
> returning 0 in the parent. This would explain the problem, but would
> be a fairly serious bug in Redhat. However strace does suggest that
> vfork is returning 0 in the parent.
>
> An alternate explanation is that modifying file descriptors in the
> child after calling vfork does not work well.
>
>
> We have decided to use fork instead of vfork.
>