Hi Ralph,
When I investigated, I used this topic:
http://sourceforge.net/projects/xrdp/forums/forum/389417/topic/3706601
But I found out nothing...
Then I switched to KDE, which I understand is not an option for you.
Anyway, maybe the topic linked above help you find out what is going on.
Regards,
tamas
On 27 March 2013 08:37, Ralph Schmieder <mai...@janus.inka.de> wrote:
> Hi, Tamas. Thanks for your response. Can't test with KDE / other
> environment as I rely on Gnome and think it should work with Gnome just as
> well as with other session managers.
>
> FOr me, it looks like that xrdp-chansrv is busy waiting on some resource
> (maybe a lock on a file) and I just have to identify what resource it's
> waiting for or doesn't have access to (maybe wrong permissions or
> something).
>
> Thanks again,
> -ralph
>
> On Mon, 25 Mar 2013 11:04:06 +0100
> Tamas Csabina <tcsab...@gmail.com> wrote:
>
> > Hi,
> >
> > Maybe this is absolutely irrelevant, but in the past I saw nearly 100%CPU
> > usage with Gnome. Changing to KDE solved the issue.
> >
> > tamas
> >
> > On 24 March 2013 16:18, Ralph Schmieder <mai...@janus.inka.de> wrote:
> >
> > > Hi, all. I'm using xrdp latest git build on CentOS 6.4 compiled using
> the
> > > instructions at [1] 'building on CentOS 5.x'.
> > >
> > > Whenever I enable 'allow_channels=true' in the xrdp.ini to allow for
> > > clipboard functionality I see that xrdp-chansrv pegs the CPU at 100%. A
> > > subsequent session of another user does not show this behavior. If I
> > > disable channels, the problem is gone (of course). I *think* that I
> had the
> > > setting enabled before without seeing this phenomen but since a reboot
> it
> > > is very obvious and annoying.
> > >
> > > Was wondering what could potentially cause this and how to avoid it?
> I'd
> > > like to have the clipboard working (but could live w/o it temporarily)
> > >
> > >
> > > > [globals]
> > > > bitmap_cache=yes
> > > > bitmap_compression=yes
> > > > port=3389
> > > > crypt_level=low
> > > > allow_channels=false
> > > > max_bpp=24
> > > > fork=yes
> > > > # regulate if the listening socket use socket option tcp_nodelay
> > > > # no buffering will be performed in the TCP stack
> > > > tcp_nodelay=yes
> > > > # regulate if the listening socket use socket option keepalive
> > > > # if the network connection disappear without close messages the
> > > connection will
> > > > be closed
> > > > tcp_keepalive=yes
> > > > #black=000000
> > > > #grey=d6d3ce
> > > > #dark_grey=808080
> > > > #blue=08246b
> > > > #dark_blue=08246b
> > > > #white=ffffff
> > > > #red=ff0000
> > > > #green=00ff00
> > > > #background=626c72
> > > > #autorun=xrdp1
> > > > #hidelogwindow=yes
> > > > #bulk_compression=yes
> > > > # You can set the PAM error text in a gateway setup (MAX 256 chars)
> > > > #pamerrortxt=change your password according to policy at http://url
> > > >
> > > > [Logging]
> > > > LogFile=xrdp.log
> > > > LogLevel=DEBUG
> > > > EnableSyslog=1
> > > > SyslogLevel=DEBUG
> > > > # LogLevel and SysLogLevel could by any of: core, error, warning,
> info
> > > or debug
> > > >
> > > > [channels]
> > > > # Channel names not listed here will be blocket by XRDP.
> > > > # You can block any channel by setting its value to false.
> > > > # IMPORTANT! All channels are not supported in all use
> > > > # cases even if you set all values to true.
> > > > # You can override these settings on each session type
> > > > # These settings are only used if allow_channels=true
> > > > rdpdr=true
> > > > rdpsnd=false
> > > > drdynvc=true
> > > > cliprdr=true
> > > > rail=true
> > > > xrdpvr=true
> > > >
> > > > # for debugging xrdp, in section xrdp1, change port=-1 to this:
> > > > # port=/tmp/.xrdp/xrdp_display_10
> > > >
> > > > # for debugging xrdp, add following line to section xrdp1
> > > > # chansrvport=/tmp/.xrdp/xrdp_chansrv_socket_7210
> > > >
> > > > [xrdp1]
> > > > name=RDP
> > > > lib=libxup.so
> > > > username=ask
> > > > password=ask
> > > > ip=127.0.0.1
> > > > port=-1
> > > > xserverbpp=24
> > >
> > >
> > > Thanks,
> > > -ralph
> > >
> > >
> > >
> > > [1]
> > >
> http://www.xrdp.org/index.php?option=com_content&view=article&id=14:building-on-centos-5x&catid=2:documents&Itemid=7
> > >
> > >
> > >
> ------------------------------------------------------------------------------
> > > Everyone hates slow websites. So do we.
> > > Make your web apps faster with AppDynamics
> > > Download AppDynamics Lite for free today:
> > > http://p.sf.net/sfu/appdyn_d2d_mar
> > > _______________________________________________
> > > xrdp-devel mailing list
> > > xrdp-devel@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/xrdp-devel
> > >
> >
>
>
> Mit freundlichen Gruessen
> Ralph Schmieder
>
> --
> ralph.schmie...@inka.de
> holtzstrasse 2
> 76135 karlsruhe
> +49-721-9333311
>
>
------------------------------------------------------------------------------
Own the Future-Intel® Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest.
Compete for recognition, cash, and the chance to get your game
on Steam. $5K grand prize plus 10 genre and skill prizes.
Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d
_______________________________________________
xrdp-devel mailing list
xrdp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xrdp-devel
