solved it... But there's a new mystery...
I was returning DECLINED in my Auth handler when the
following subroutine showed a user had disconnected...
sub client_still_connected
{
my $self = shift; #subclassed Apache::Request
my $conn = $self->connection;
my $is_connected = $conn->aborted ? 0 : 1;
if ($is_connected)
{
cluck ("connection still seems valid....") if
$DEBUG;
my $fileno = $conn->fileno;
if (defined $fileno)
{
cluck ("Still seems valid\n") if $DEBUG;
my $s = IO::Select->new($fileno);
#$is_connected = $s->can_read(0) ? 0 : 1;
}
}
cluck ("is_connected=$is_connected\n") if $DEBUG;
return $is_connected;
}
The problem I have now, is this subroutine always
fails at the $s->can_read line whene a user POST's a
large amount of content...
And intermittently on other page requests (GET & POST)
the subroutine fails the can_read but the client is
Still there....
Any ideas?
We use a reverse proxy in front of our mod_perl
server...
Marty
--- Martin Moss <[EMAIL PROTECTED]> wrote:
> I'm seeing this error in the logfiles...
>
> configuration error: couldn't check user. No user
> file?:
>
> Any ideas what might cause it... it is appearing on
> different webpages... seems to be during large
> POST's.
>
> We've just changed from Basic to Cookie based
> Auth...
>
> Marty
>
>
>
>
___________________________________________________________
>
> Yahoo! Model Search 2005 - Find the next catwalk
> superstars -
> http://uk.news.yahoo.com/hot/model-search/
>
___________________________________________________________
To help you stay safe and secure online, we've developed the all new Yahoo!
Security Centre. http://uk.security.yahoo.com
