[clug] remote ssh or console - hitting a key to update stdout

[Neil Symons]

Just an update.

Console, SSH and gnome do the same thing

I have also discovered the message which may be the cause and is also a
issue in itself.

Jul 17 08:48:37 [snip] rtkit-daemon[2341]: The canary thread is apparently
starving. Taking action.
Jul 17 08:48:37 [snip]  rtkit-daemon[2341]: Demoting known real-time
threads.
Jul 17 08:48:37 [snip]  rtkit-daemon[2341]: Successfully demoted thread
2339 of process 2339 (/usr/bin/pulseaudio).
Jul 17 08:48:37 [snip]  rtkit-daemon[2341]: Demoted 1 threads.

and when disabling pulseaudio (which is not required), it continues

Jul 17 10:00:54 [snip]  rtkit-daemon[2341]: The canary thread is apparently
starving. Taking action.
Jul 17 10:00:54 [snip]  rtkit-daemon[2341]: Demoting known real-time
threads.
Jul 17 10:00:54 [snip]  rtkit-daemon[2341]: Demoted 0 threads.



Regards,

Neil Symons


On Tue, Jul 16, 2013 at 6:08 PM, Peter Barker <pbarker at barker.dropbear.id.au
> wrote:

> On Tue, 16 Jul 2013, Neil Symons wrote:
>
>  Has anyone come up with a situation where you build two linux servers (in
>> this case OEL6) and both are doing the following;
>>
>>
>> Run a top command and you have to press a key for it to update
>> and running ping command and you have to press enter for it to update.
>>
>> It's like every refresh is paused until a keyboard interrupt is performed
>>
>> I don't recall ever coming across this and I think I have come up with a
>> small challenge.
>>
>
> OK, outside possibility.  If they're both VMs - could they be starved for
> entropy to feed ssh?
>
>  Neil Symons
>>
>
> Yours,
> --
> Peter Barker                          |   Programmer,Sysadmin,Geek.
> pbarker at barker.dropbear.id.au         |   You need a bigger hammer.
> :: It's a hack! Expect underscores! - Nigel Williams
>