Re: Optimal NFS mount options to safely allow interrupts and timeouts on newer kernels

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mar 6, 2014, at 13:48, Jim Rees <rees@xxxxxxxxx> wrote:

> Andrew Martin wrote:
> 
>> From: "Jim Rees" <rees@xxxxxxxxx>
>> Why would a bunch of blocked apaches cause high load and reboot?
>  What I believe happens is the apache child processes go to serve
>  these requests and then block in uninterruptable sleep. Thus, there
>  are fewer and fewer child processes to handle new incoming requests.
>  Eventually, apache would normally kill said children (e.g after a 
>  child handles a certain number of requests), but it cannot kill them
>  because they are in uninterruptable sleep. As more and more incoming
>  requests are queued (and fewer and fewer child processes are available
>  to serve the requests), the load climbs.
> 
> But Neil says the sleeps should be interruptible, despite what the man page
> says.
> 
> Trond, as far as you know, should a soft mount be interruptible by SIGINT,
> or should it require a SIGKILL?

The ‘TASK_KILLABLE’ state is interruptible by any _fatal_ signal. So if the application uses sigaction() to install a handler for SIGINT, then the RPC call will no longer be interruptible by SIGINT.

_________________________________
Trond Myklebust
Linux NFS client maintainer, PrimaryData
trond.myklebust@xxxxxxxxxxxxxxx

--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux