Re: Timing out a channel exec request

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

 



Yes, the best fallbacks I have are to kill the process with a separate
command or go ahead and trash the whole session and resubmit any
outstanding commands one by one.

Šor none of the above: blame the user for the original hang and wait for
him to solve the problem. x^D

I'm hoping it won't come to that...

Thanks for your thoughts,
    - Tim.

On 2/6/14 2:15 PM, "Peter Stuge" <peter@xxxxxxxx> wrote:

>Tim Broberg wrote:
>> I could use a clue or two as to other options
>
>Write and deploy a process manager onto the server. Doesn't scale.
>
>
>//Peter
>_______________________________________________
>openssh-unix-dev mailing list
>openssh-unix-dev@xxxxxxxxxxx
>https://urldefense.proofpoint.com/v1/url?u=https://lists.mindrot.org/mailm
>an/listinfo/openssh-unix-dev&k=vE6vJ%2F6us6MO2E%2BCdRJaLw%3D%3D%0A&r=CFOVY
>S%2Bpq34MoQdIh9mGy2v3juvm16uSvL2B2p9WKsQ%3D%0A&m=RYLYjBEDRT%2BYHI7L7Ip9aR6
>QuJIPssTwo8thMa157yk%3D%0A&s=af88515e6534e04daa2f21b796c10785df7e9e95071a2
>f4b458a9d45729ca099

_______________________________________________
openssh-unix-dev mailing list
openssh-unix-dev@xxxxxxxxxxx
https://lists.mindrot.org/mailman/listinfo/openssh-unix-dev





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

[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux