See if this helps. http://www.xrdp.org/index.php?option=com_content&view=article&id=18:running-xrdp-and-sesman-non-daemon&catid=2:documents&Itemid=7
On Wed, Mar 27, 2013 at 3:21 PM, Ralph Schmieder <mai...@janus.inka.de> wrote: > 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
