search for: kill_al

Displaying 5 results from an estimated 5 matches for "kill_al".

Did you mean: kill_all
2004 Feb 13
1
possible bug?
...minates in a timely manner. However, I would like to propose a change to rsync that would let invocations of rsync with a timeout die based on that timeout: wait_process() could call check_timeout() before calling msleep(). When the timeout has been exceeded, rsync would call _exit_cleanup and kill_all would take care of the child. You could make this check optional so that only calls from client_run do the check. just a thought. -- david ahern
2003 Mar 13
0
patch: interrupting ssh when it's asking for a password turns off echo in the shell
...part -------------- --- ../../orig/rsync-2.5.6/cleanup.c 2003-01-27 04:35:08.000000000 +0100 +++ ./cleanup.c 2003-03-12 14:31:04.000000000 +0100 @@ -104,6 +104,16 @@ if (cleanup_child_pid != -1) { int status; + /* if the user hits ctrl-C while ssh is prompting for a password, + * then the kill_all() below may kill ssh before ssh has a + * chance to restore the tty settings (i.e. turn echo back on). + * By sleeping for a short time, ssh gets a bigger chance to + * do the right thing. When ssh exits, the select() in msleep() + * will be interrupted by SIGCHLD anyway. + * If child pr...
2004 Feb 17
1
[patch] Make robust_rename() handle EXDEV.
All callers of robust_rename() call copy_file() if EXDEV is received. This patch moves the copy_file() call into robust_rename(). Patch Summary: -12 +1 backup.c -15 +2 rsync.c -9 +33 util.c -------------- next part -------------- patchwork diff util.c --- util.c 2004-02-17 09:58:44.000000000 -0500 +++ util.c 2004-02-17 10:21:22.000000000 -0500 @@ -355,16 +355,40 @@
2003 Dec 16
3
default --rsh
On Mon, Dec 15, 2003 at 10:51:08AM -0800, Wayne Davison wrote: > On Mon, Dec 15, 2003 at 10:03:28AM -0800, jw schultz wrote: > > > The one thing i really would have liked to have seen in a version bump > > would have been changing the default remote shell to ssh instead of > > rsh/remsh. > > I can see this being both a good thing (since I think it is a better >
2011 Jun 28
10
[Bug 726] New: Oops in nf_conntrack.
...[nf_conntrack_netlink] [ 619.850114] [<ffffffff81038c79>] ? default_spin_lock_flags+0x9/0x10 [ 619.850114] [<ffffffff814dd830>] ? cleanup_net+0x0/0x1d0 [ 619.850114] [<ffffffffa04a6150>] death_by_timeout+0xb0/0x170 [nf_conntrack] [ 619.850114] [<ffffffffa04a5180>] ? kill_all+0x0/0x10 [nf_conntrack] [ 619.850114] [<ffffffff814dd830>] ? cleanup_net+0x0/0x1d0 [ 619.850114] [<ffffffffa04a6288>] nf_ct_iterate_cleanup+0x78/0x90 [nf_conntrack] [ 619.850114] [<ffffffffa04a62d9>] nf_conntrack_cleanup_net+0x39/0x110 [nf_conntrack] [ 619.850114] [<ff...