Hi, Jay. I'd assume to start the xrdp / sesman like the init.d script does plus some additional debug parameters / stay-in-forground switches. If there's anything that's not quite obvious I'm all ears :)
Otherwise looking forward to the Wiki post. Thanks, -ralph On Wed, 27 Mar 2013 11:17:25 -0700 Jay Sorg <jay.s...@gmail.com> wrote: > Hi Ralph, > > One thing you can do is run xrdp and sesman from the command line. > You might be able to see some output that explains what's going on. > > Do you know how to do that? > If not, let me know. > > I'll create a wiki page for it because it's such a handy debugging techneque. > > Jay > > > > On Wed, Mar 27, 2013 at 12:37 AM, 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 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