x2go-dev October 2018

x2go-dev@lists.x2go.org

9 participants
98 discussions

Bug#125: Bug with Alt Gr keyboard
by IBITEK : Support IT 08 Nov '19

08 Nov '19

Package: <x2goclient> Version: <4.0.0.3> I have a problem with "Alt Gr" tab doesn't work. I can't do an backslash "\" for enter my username on a domain mydomain\user it's impossible Do you have any solution ? A topic is open of your X2GO-Community but no response on this topic : http://x2go-community.org/main-menu/forum/?tx_mmforum_pi1%5Baction%5D=list _post <http://x2go-community.org/main-menu/forum/?tx_mmforum_pi1%5Baction%5D=lis t_post&tx_mmforum_pi1%5Btid%5D=24&tx_mmforum_pi1%5Bfid%5D=13&tx_mmforum_pi 1%5Bpid%5D=page#pid59> &tx_mmforum_pi1%5Btid%5D=24&tx_mmforum_pi1%5Bfid%5D=13&tx_mmforum_pi1%5Bpi d%5D=page#pid59 -- Cordialement, IBITEK-GROUP SUPPORT ------------------------------------------------------------ Tel : +33 491 058 350 Fax : +33 491 509 910 Mail : <mailto:support@ibitek-group.com> support(a)ibitek-group.com Web : <http://www.ibitek-group.com> http://www.ibitek-group.com ------------------------------------------------------------ SOLUTIONS FOR INDUSTRY Electricity & Automation + Business Intelligence ------------------------------------------------------------

4 3

Bug#340: x2go fails under Ubuntu 13.10
by Dick Kniep 18 Jun '19

18 Jun '19

package: x2goclient Although filed against x2goclient, the same error occurs with pyhoca-cli The session fails to start and the logs contains the following messages: NXPROXY - Version 3.5.0 Copyright (C) 2001, 2011 NoMachine. See http://www.nomachine.com/ for more information. Info: Proxy running in client mode with pid '6253'. Session: Starting session at 'Thu Nov 14 17:05:08 2013'. Loop: PANIC! Can't determine the location of the X display socket. Error: Can't determine the location of the X display socket. Loop: PANIC! Error 2 'No such file or directory' checking '/tmp/.X11-unix'. Error: Error 2 'No such file or directory' checking '/tmp/.X11-unix'. Session: Session terminated at 'Thu Nov 14 17:05:08 2013'. Met vriendelijke groet, Dick Kniep Lindix BV tel. 036-5215580 mob. 06-50991858

3 2

Bug#773: DirectRDP: X2Go Client reveals user password in process list if xfreerdp is used
by Mike Gabriel 26 Mar '19

26 Mar '19

Package: x2goclient Severity: grave When a users uses X2Go Client for directly accessing an RDP Server, then one can use the DirectRDP feature. The DirectRDP features allows wrapping around the rdesktop command or the xfreerdp command. With both wrapper modes, the password is given to the RDP client application on the command line. With rdesktop, the command line ($@) gets rewritten for the process list and the password is replaced by XXXXXXXX. With xfreerdp, the command line stays as is and reveals the RDP user's password on the process list of the machine that X2Go Client runs on. The FreeRDP people have added a command line option --from-stdin to xfreerdp 1.0.x for this purpose, that may be an option using in X2Go Client. However, I am not sure, if this option survived in xfreerdp 1.1.x or later (it is not on the xfreerdp man page for 1.1.0~git<sometime-in-2014> as shipped with Debian jessie. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

2 1

Bug#58: x2goplugin: after session startup whole local desktop unusable
by Mike Gabriel 26 Mar '19

26 Mar '19

Package: x2goplugin Severity: grave Version: 3.99.3.0 Hi Alex, more tests with x2goplugin + x2goplugin-provider as release with x2goclient src:package 3.99.3.0. Try this: o install x2goplugin-provider and x2goserver locally on the same machine o visit http://localhost/x2goplugin.html o launch the pre-configured session o ... till here, everything works fine now... On my machine: after the session has come up (actually already while it is comming up) my whole desktop shell (awesome) refuse to accept almost any import from keyboard or mouse. I can neither click any of the x2goplugin controls nor can I click around in the started up X2Go session. The X2Go session is embedded in the x2goplugin frame, just in case this information is relevant. Ggreets, Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

3 2

Bug#1126: Info received ( Bug#1126: Bug#1126: Bug#1126: x2go session disconnects causing an issue with a program or caused by an issue with a program)
by Ulrich Langenbach 21 Mar '19

21 Mar '19

Hi, some time passed, but finally I found the time to do a testrun on a dedicated setup based on upstream arctica libraries my colleague compiled to deb packages and installed on a VM. The currently tested version is a bit outdated from branch 3.6.x: ---- snip ---- nx-libs$ git log -1 commit 9acd13e50c3bde9105f6143922028f0de0d4ae50 Author: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Date: Mon Dec 19 15:03:09 2016 +0100 release 3.5.99.3 nx-libs$ git remote -v origin git://github.com/ArcticaProject/nx-libs.git (fetch) origin git://github.com/ArcticaProject/nx-libs.git (push) ---- snip ---- The behavior is the same as before, the session dies at some time during some interaction with the tools window. I tried 64k-png and 15m-jpeg-9 modes with the same outcome, see attached logs for details. Ulrich -- Ulrich Langenbach ulrich.langenbach(a)missinglinkelectronics.com Skype: ulangenbach Missing Link Electronics http://www.missinglinkelectronics.com Skype: missing.link.electronics Office DE: +49 (731) 141 149-0 Office US: +1 (408) 475-1490 Am Mittwoch, 4. Januar 2017, 18:05:02 CET schrieb X2Go Bug Tracking System: > Thank you for the additional information you have supplied regarding > this Bug report. > > This is an automatically generated reply to let you know your message > has been received. > > Your message is being forwarded to the package maintainers and other > interested parties for their attention; they will reply in due course. > > Your message has been sent to the package maintainer(s): > X2Go Developers <x2go-dev(a)lists.x2go.org> > > If you wish to submit further information on this problem, please > send it to 1126(a)bugs.x2go.org. > > Please do not send mail to owner(a)bugs.x2go.org unless you wish > to report a problem with the Bug-tracking system.

2 3

Re: [X2Go-Dev] [X2Go-Commits] [x2goclient] 01/01: Add new brocker feature. Broker can send to client some configuration in the section START_CLIENT_CONFIG - END_CLIENT_CONFIG. For the moment is supported option events=bool. If true, client sending to broker events: CONNECTING, CONNECTED, SUSPENDING, TERMINATING, FINISHED. It's not a real session state, but rather the state of X2Go Client.
by Mike Gabriel 21 Dec '18

21 Dec '18

Hi Alex, how well is the below feature tested with current x2gobroker that does not yet understand this feature? I guess this patch is part of a paid project. Do you have budget for adapting x2gobroker on git.x2go.org, too? Otherwise, I'd much prefer this commit on an extra branch for now, until the x2gobroker is adapted to this, too. Ideally, your patch supports legacy brokers, which I assume it does... Greets, Mike On Di 21 Aug 2018 15:43:05 CEST, git-admin wrote: > This is an automated email from the git hooks/post-receive script. > > x2go pushed a commit to branch master > in repository x2goclient. > > commit 539e0a4268df3d78f88f6908506c18222743d84f > Author: Oleksandr Shneyder <o.shneyder(a)phoca-gmbh.de> > Date: Tue Aug 21 15:42:52 2018 +0200 > > Add new brocker feature. Broker can send to client some > configuration in the section START_CLIENT_CONFIG - > END_CLIENT_CONFIG. For the moment is supported option events=bool. > If true, client sending to broker events: CONNECTING, CONNECTED, > SUSPENDING, TERMINATING, FINISHED. It's not a real session state, > but rather the state of X2Go Client. > --- > debian/changelog | 5 +++ > src/httpbrokerclient.cpp | 86 > ++++++++++++++++++++++++++++++++++++++++++++++++ > src/httpbrokerclient.h | 5 +++ > src/onmainwindow.cpp | 86 > +++++++++++++++++++++++++++++++++++++++++++----- > src/onmainwindow.h | 15 ++++++++- > 5 files changed, 187 insertions(+), 10 deletions(-) > > diff --git a/debian/changelog b/debian/changelog > index 5e22cd3..b0c0449 100644 > --- a/debian/changelog > +++ b/debian/changelog > @@ -3,6 +3,11 @@ x2goclient (4.1.2.2-0x2go1) UNRELEASED; urgency=medium > [ Oleksandr Shneyder ] > * New upstream version (4.1.2.2): > - Add SSH instruction to list of errors if keyboard-interactive > auth has failed. > + - Add new brocker feature. Broker can send to client some > configuration in > + the section START_CLIENT_CONFIG - END_CLIENT_CONFIG. For the > moment is supported > + option events=bool. If true, client sending to broker events: > CONNECTING, > + CONNECTED, SUSPENDING, TERMINATING, FINISHED. It's not a real > session state, > + but rather the state of X2Go Client. > > [ Mihai Moldovan ] > * New upstream version (4.1.2.2): > diff --git a/src/httpbrokerclient.cpp b/src/httpbrokerclient.cpp > index f7fbaf1..ea5158e 100644 > --- a/src/httpbrokerclient.cpp > +++ b/src/httpbrokerclient.cpp > @@ -270,6 +270,7 @@ void > HttpBrokerClient::slotSshUserAuthError(QString error) > return; > } > > + > void HttpBrokerClient::getUserSessions() > { > QString brokerUser=config->brokerUser; > @@ -347,6 +348,66 @@ void HttpBrokerClient::selectUserSession(const > QString& session) > > } > > +void HttpBrokerClient::sendEvent(const QString& ev, const QString& > id, const QString& server, const QString& client, const QString& > login, const QString& cmd, const QString& display, const QString& > start) > +{ > + x2goDebug<<"Called sendEvent."; > + QString brokerUser=config->brokerUser; > + if(mainWindow->getUsePGPCard()) > + brokerUser=mainWindow->getCardLogin(); > + > + if(!sshBroker) > + { > + QString req; > + QTextStream ( &req ) << > + "task=clientevent&"<< > + > "user="<<QUrl::toPercentEncoding(brokerUser)<<"&"<< > + "sid="<<id<<"&"<< > + "event="<<ev<<"&"<< > + > "server="<<QUrl::toPercentEncoding(server)<<"&"<< > + > "client="<<QUrl::toPercentEncoding(client)<<"&"<< > + "login="<<QUrl::toPercentEncoding(login)<<"&"<< > + "cmd="<<QUrl::toPercentEncoding(cmd)<<"&"<< > + > "display="<<QUrl::toPercentEncoding(display)<<"&"<< > + "start="<<QUrl::toPercentEncoding(start)<<"&"<< > + "authid="<<nextAuthId; > + x2goDebug << "Sending request: "<< req.toUtf8(); > + QNetworkRequest request(QUrl(config->brokerurl)); > + request.setHeader(QNetworkRequest::ContentTypeHeader, > "application/x-www-form-urlencoded"); > + eventRequest=http->post (request, req.toUtf8() ); > + > + } > + else > + { > + if (nextAuthId.length() > 0) { > + sshConnection->executeCommand ( config->sshBrokerBin+" > --user "+ brokerUser +" --authid "+nextAuthId+ > + " --task clientevent --sid \""+id+"\" --event "+ev+" > --server \""+server+"\" --client \""+client+"\" --login "+"\""+ > + login+"\" --cmd \""+cmd+"\" --display \""+display+"\" > --start \""+start+"\"", > + this,SLOT ( slotEventSent(bool,QString,int))); > + } else { > + sshConnection->executeCommand ( config->sshBrokerBin+" > --user "+ brokerUser + > + " --task clientevent --sid \""+id+"\" --event "+ev+" > --server \""+server+"\" --client \""+client+"\" --login "+"\""+ > + login+"\" --cmd \""+cmd+"\" --display\" "+display+" \" > --start \""+start+"\"", > + this,SLOT ( slotEventSent(bool,QString,int))); > + } > + } > +} > + > + > +void HttpBrokerClient::slotEventSent(bool success, QString answer, int) > +{ > + if(!success) > + { > + x2goDebug<<answer; > + QMessageBox::critical(0,tr("Error"),answer); > + emit fatalHttpError(); > + return; > + } > + if(!checkAccess(answer)) > + return; > + x2goDebug<<"event sent:"<<answer; > +} > + > + > void HttpBrokerClient::changePassword(QString newPass) > { > newBrokerPass=newPass; > @@ -405,6 +466,16 @@ void HttpBrokerClient::testConnection() > } > } > > +void HttpBrokerClient::processClientConfig(const QString& raw_content) > +{ > + X2goSettings st(raw_content, QSettings::IniFormat); > + > mainWindow->config.brokerEvents=st.setting()->value("events",false).toBool(); > + if(mainWindow->config.brokerEvents) > + { > + x2goDebug<<"sending client events to broker"; > + } > +} > + > > void HttpBrokerClient::createIniFile(const QString& raw_content) > { > @@ -420,6 +491,17 @@ void HttpBrokerClient::createIniFile(const > QString& raw_content) > cont=cont.split("END_USER_SESSIONS\n")[0]; > } > mainWindow->config.iniFile=cont; > + lines=content.split("START_CLIENT_CONFIG\n"); > + if (lines.count()>1) > + { > + cont=lines[1]; > + cont=cont.split("END_CLIENT_CONFIG\n")[0]; > + processClientConfig(cont); > + } > + else > + { > + x2goDebug<<"no client config from broker"; > + } > } > > > @@ -540,6 +622,10 @@ void HttpBrokerClient::slotRequestFinished ( > QNetworkReply* reply ) > { > slotPassChanged(true,answer,0); > } > + if (reply == eventRequest) > + { > + slotEventSent(true,answer,0); > + } > > // We receive ownership of the reply object > // and therefore need to handle deletion. > diff --git a/src/httpbrokerclient.h b/src/httpbrokerclient.h > index 0a307e1..4e0098e 100644 > --- a/src/httpbrokerclient.h > +++ b/src/httpbrokerclient.h > @@ -45,6 +45,8 @@ public: > void changePassword(QString newPass); > void testConnection(); > void closeSSHInteractionDialog(); > + void sendEvent(const QString& ev, const QString& id, const > QString& server, const QString& client, > + const QString& login, const QString& cmd, const > QString& display, const QString& start); > private: > QNetworkAccessManager* http; > QNetworkRequest* netRequest; > @@ -53,6 +55,7 @@ private: > QNetworkReply* selSessRequest; > QNetworkReply* chPassRequest; > QNetworkReply* testConRequest; > + QNetworkReply* eventRequest; > QString nextAuthId; > QString newBrokerPass; > ConfigFile* config; > @@ -62,6 +65,7 @@ private: > SshMasterConnection* sshConnection; > private: > void createIniFile(const QString& raw_content); > + void processClientConfig(const QString& raw_content); > void parseSession(QString sInfo); > void createSshConnection(); > bool checkAccess(QString answer); > @@ -78,6 +82,7 @@ private slots: > void slotListSessions ( bool success, QString answer, int pid); > void slotSelectSession ( bool success, QString answer, int pid); > void slotPassChanged ( bool success, QString answer, int pid); > + void slotEventSent ( bool success, QString answer, int pid); > void slotConnectionTest( bool success, QString answer, int pid); > void slotSshIoErr(SshProcess* caller, QString error, QString > lastSessionError); > > diff --git a/src/onmainwindow.cpp b/src/onmainwindow.cpp > index 405b124..d547248 100644 > --- a/src/onmainwindow.cpp > +++ b/src/onmainwindow.cpp > @@ -3548,6 +3548,12 @@ void ONMainWindow::startDirectRDP() > resumingSession.sessionId=sessionExplorer->getLastSession()->name(); > > resumingSession.crTime=QDateTime::currentDateTime().toString("dd.MM.yy > HH:mm:ss"); > showSessionStatus(); > + if(brokerMode) > + { > + > sendEventToBroker(CONNECTING,resumingSession.sessionId,resumingSession.server, resumingSession.clientIp, > getCurrentUname(), > + resumingSession.command, > resumingSession.display, resumingSession.crTime); > + } > + > // QTimer::singleShot ( 30000,this,SLOT ( slotRestartProxy() ) ); > proxyRunning=true; > delete st; > @@ -3991,6 +3997,31 @@ x2goSession > ONMainWindow::getSessionFromString ( const QString& string ) > } > > > +void ONMainWindow::sendEventToBroker(ONMainWindow::client_events > ev, const QString& id, const QString& server, const QString& client, > const QString& login, const QString& cmd, const QString& display, > const QString& start) > +{ > + if(!config.brokerEvents) > + { > + return; > + } > + if(ev <= lastBrokerEvent && id == lastBrokerEventSession ) > + { > + return; > + } > + lastBrokerEvent=ev; > + lastBrokerEventSession=id; > + QString event; > + switch(ev) > + { > + case CONNECTING: event="CONNECTING";break; > + case CONNECTED: event="CONNECTED";break; > + case SUSPENDING: event="SUSPENDING";break; > + case TERMINATING: event="TERMINATING";break; > + case FINISHED: event="FINISHED";break; > + } > + broker->sendEvent(event, id, server, client, login, cmd, > display, start); > +} > + > + > void ONMainWindow::startNewSession() > { > newSession=true; > @@ -5025,6 +5056,11 @@ void ONMainWindow::slotSuspendSess() > void ONMainWindow::slotSuspendSessFromSt() > { > > + if(brokerMode) > + { > + > sendEventToBroker(SUSPENDING,resumingSession.sessionId,resumingSession.server, resumingSession.clientIp, > getCurrentUname(), > + resumingSession.command, > resumingSession.display, resumingSession.crTime); > + } > #ifdef Q_OS_LINUX > if (directRDP) > { > @@ -5053,6 +5089,11 @@ void ONMainWindow::slotTermSessFromSt() > if (directRDP) > { > > + if(brokerMode) > + { > + > sendEventToBroker(TERMINATING,resumingSession.sessionId,resumingSession.server, resumingSession.clientIp, > getCurrentUname(), > + resumingSession.command, > resumingSession.display, resumingSession.crTime); > + } > x2goDebug<<"Terminating direct RDP session."; > > nxproxy->terminate(); > @@ -5061,20 +5102,30 @@ void ONMainWindow::slotTermSessFromSt() > } > #endif > > - x2goDebug<<"Disconnect export."; > - > - /* > - disconnect ( sbExp,SIGNAL ( clicked() ),this, > - SLOT ( slot_exportDirectory() ) );*/ > - sbExp->setEnabled ( false ); > > if ( !shadowSession ) > { > if ( termSession ( resumingSession.sessionId ) ) > + { > + sbExp->setEnabled ( false ); > + if(brokerMode) > + { > + > sendEventToBroker(TERMINATING,resumingSession.sessionId,resumingSession.server, resumingSession.clientIp, > getCurrentUname(), > + resumingSession.command, > resumingSession.display, resumingSession.crTime); > + } > setStatStatus ( tr ( "terminating" ) ); > + } > } > else > + { > + sbExp->setEnabled ( false ); > + if(brokerMode) > + { > + > sendEventToBroker(TERMINATING,resumingSession.sessionId,resumingSession.server, resumingSession.clientIp, > getCurrentUname(), > + resumingSession.command, > resumingSession.display, resumingSession.crTime); > + } > termSession ( resumingSession.sessionId,false ); > + } > } > > > @@ -5812,6 +5863,12 @@ void ONMainWindow::slotTunnelOk(int) > > nxproxy->start ( proxyCmd ); > proxyRunning=true; > + if(brokerMode) > + { > + > sendEventToBroker(CONNECTING,resumingSession.sessionId,resumingSession.server, resumingSession.clientIp, > getCurrentUname(), > + resumingSession.command, > resumingSession.display, resumingSession.crTime); > + } > + > // always search for proxy window on linux. On Windows only in window mode > #ifdef Q_OS_WIN > if (xorgMode==WIN) { > @@ -6087,7 +6144,11 @@ void ONMainWindow::slotProxyError ( > QProcess::ProcessError err ) > > void ONMainWindow::slotProxyFinished ( int,QProcess::ExitStatus ) > { > - > + if(brokerMode) > + { > + > sendEventToBroker(FINISHED,resumingSession.sessionId,resumingSession.server, > resumingSession.clientIp, getCurrentUname(), > + resumingSession.command, > resumingSession.display, resumingSession.crTime); > + } > #ifdef Q_OS_DARWIN > if (modMapTimer) { > disconnect (modMapTimer, SIGNAL (timeout ()), this, SLOT > (slotSetModMap ())); > @@ -6288,9 +6349,11 @@ void ONMainWindow::slotProxyStderr() > stInfo->insertPlainText ( reserr ); > stInfo->ensureCursorVisible(); > if ( stInfo->toPlainText().indexOf ( > - "Connecting to remote host 'localhost:"+ > - /*resumingSession.grPort*/ localGraphicPort ) !=-1 ) > + "Connecting to remote host 'localhost:"+ > + /*resumingSession.grPort*/ localGraphicPort ) !=-1 ) > + { > setStatStatus ( tr ( "connecting" ) ); > + } > > if ( stInfo->toPlainText().indexOf ( > "Connection to remote proxy 'localhost:"+ > @@ -6310,6 +6373,11 @@ void ONMainWindow::slotProxyStderr() > if ( stInfo->toPlainText().indexOf ( > "Established X server connection" ) !=-1 ) > { > + if(brokerMode) > + { > + > sendEventToBroker(CONNECTED,resumingSession.sessionId,resumingSession.server, resumingSession.clientIp, > getCurrentUname(), > + resumingSession.command, > resumingSession.display, resumingSession.crTime); > + } > setStatStatus ( tr ( "running" ) ); > if (trayEnabled) > { > diff --git a/src/onmainwindow.h b/src/onmainwindow.h > index 47eaa5e..a1fab35 100644 > --- a/src/onmainwindow.h > +++ b/src/onmainwindow.h > @@ -169,6 +169,7 @@ struct ConfigFile > bool brokerAutologin; > bool brokerAutologoff; > bool brokerKrbLogin; > + bool brokerEvents; //Send events to broker and get control commands > QString brokerSshKey; > QString brokerCaCertFile; > QString iniFile; > @@ -300,6 +301,14 @@ public: > UNKNOWN_KEY_TYPE > }; > > + enum client_events { > + CONNECTING, > + CONNECTED, > + SUSPENDING, > + TERMINATING, > + FINISHED > + }; > + > static bool debugging; > > static bool portable; > @@ -859,6 +868,8 @@ private: > int lastUid; > bool cardReady; > HttpBrokerClient* broker; > + client_events lastBrokerEvent; > + QString lastBrokerEventSession; > > > #if defined ( Q_OS_WIN) //&& defined (CFGCLIENT ) > @@ -899,7 +910,9 @@ private: > bool trayMinCon; > bool trayMaxDiscon; > bool trayAutoHidden; > - > + void sendEventToBroker(client_events ev, const QString& id, > const QString& server, const QString& client, > + const QString& login, const QString& cmd, > + const QString& display, const QString& start); > QString findSshKeyForServer(QString user, QString server, QString port); > void loadSettings(); > void showPass ( UserButton* user ); > > -- > Alioth's > /home/x2go-admin/maintenancescripts/git/hooks/post-receive-email on > /srv/git/code.x2go.org/x2goclient.git > _______________________________________________ > x2go-commits mailing list > x2go-commits(a)lists.x2go.org > https://lists.x2go.org/listinfo/x2go-commits -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby mobile: +49 (1520) 1976 148 landline: +49 (4354) 8390 139 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de

2 4

Bug#1313: there is still a problem in getting a correct value for loadavgXX with loadchecker
by Walid MOGHRABI 14 Dec '18

14 Dec '18

package: x2gobroker-agent version: 0.0.4.0-0~1038~ubuntu16.04.1 priority: bug I don't have a "0" value anymore since latest fixes so the loadchecker process don't crash anymore but still, there is something strange. Here is a fragment of my loadchecker logs from this morning. Just to give you the context, I have 22 servers which are all automaticaly started at 6 AM (wake on lan) and they are absolutely the same (blade servers with same CPU, memory amount, bios version, ...). I checked our monitoring to see if users were correctly distributed over the farm and at 7:30AM, I had about 7 or 8 users connected but 4 of them were on tce-server-21 where I should have had 1 user on 8 servers. Here is the loadchecker log fragment : root@tce-manager-01 [~] # grep -B 1 'loadavgXX:1;' /var/log/x2gobroker/loadchecker.log ... 2018-07-24 07:15:01,200 - loadchecker - INFO - Executing agent command on remote host tce-server-21 (10.50.0.221): sh -c '/usr/lib/x2go/x2gobroker-agent foo checkload' 2018-07-24 07:15:01,622 - loadchecker - INFO - Broker agent answered: OK; loadavgXX:1; memAvail:23684; myMemAvail:23810; numCPU:16; typeCPU:2400; -- 2018-07-24 07:17:50,354 - loadchecker - INFO - Executing agent command on remote host tce-server-21 (10.50.0.221): sh -c '/usr/lib/x2go/x2gobroker-agent foo checkload' 2018-07-24 07:17:50,779 - loadchecker - INFO - Broker agent answered: OK; loadavgXX:1; memAvail:23686; myMemAvail:23812; numCPU:16; typeCPU:2400; -- 2018-07-24 07:20:32,550 - loadchecker - INFO - Executing agent command on remote host tce-server-21 (10.50.0.221): sh -c '/usr/lib/x2go/x2gobroker-agent foo checkload' 2018-07-24 07:20:32,964 - loadchecker - INFO - Broker agent answered: OK; loadavgXX:1; memAvail:23683; myMemAvail:23809; numCPU:16; typeCPU:2400; -- 2018-07-24 07:23:21,610 - loadchecker - INFO - Executing agent command on remote host tce-server-21 (10.50.0.221): sh -c '/usr/lib/x2go/x2gobroker-agent foo checkload' 2018-07-24 07:23:22,034 - loadchecker - INFO - Broker agent answered: OK; loadavgXX:1; memAvail:23685; myMemAvail:23811; numCPU:16; typeCPU:2400; -- 2018-07-24 07:26:03,872 - loadchecker - INFO - Executing agent command on remote host tce-server-21 (10.50.0.221): sh -c '/usr/lib/x2go/x2gobroker-agent foo checkload' 2018-07-24 07:26:04,286 - loadchecker - INFO - Broker agent answered: OK; loadavgXX:1; memAvail:23684; myMemAvail:23809; numCPU:16; typeCPU:2400; -- 2018-07-24 07:28:52,917 - loadchecker - INFO - Executing agent command on remote host tce-server-21 (10.50.0.221): sh -c '/usr/lib/x2go/x2gobroker-agent foo checkload' 2018-07-24 07:28:53,338 - loadchecker - INFO - Broker agent answered: OK; loadavgXX:1; memAvail:23684; myMemAvail:23809; numCPU:16; typeCPU:2400; -- 2018-07-24 07:31:35,252 - loadchecker - INFO - Executing agent command on remote host tce-server-21 (10.50.0.221): sh -c '/usr/lib/x2go/x2gobroker-agent foo checkload' 2018-07-24 07:31:35,670 - loadchecker - INFO - Broker agent answered: OK; loadavgXX:1; memAvail:23685; myMemAvail:23811; numCPU:16; typeCPU:2400; -- 2018-07-24 07:34:24,424 - loadchecker - INFO - Executing agent command on remote host tce-server-21 (10.50.0.221): sh -c '/usr/lib/x2go/x2gobroker-agent foo checkload' 2018-07-24 07:34:24,842 - loadchecker - INFO - Broker agent answered: OK; loadavgXX:1; memAvail:23683; myMemAvail:23809; numCPU:16; typeCPU:2400; As you can see, there is only 1 server with a loadavgXX = 1 (which means that in fact, we got a zero value from the broker agent). This is not normal, at 7:34, there were 4 users already connected to this server and most of my other servers were empty. Restarting x2gobroker-loadchecker service fixed the issue. I think there is a problem in retrieving this informations ... even memAvail seem strange on this server to me ... with 4 connected users, it should have been lower than that. I also think the number of connected users should be taken into account when calculating the load factor (maybe this is already the case, not sure about that). --- DISCLAIMER: This e-mail is private and confidential and may contain proprietary or legally privileged information. It is for the intended recipient only. If you have received this email in error, please notify the author by replying to it and then destroy it. If you are not the intended recipient you must not use, disclose, distribute, copy, print or rely on this e-mail or any attachment. Thank you

3 3

Bug#1325: Nextcloud desktop GUI crashes in XFCE over x2go
by Thierry Kauffmann 21 Nov '18

21 Nov '18

Package: x2goserver Version: 4.1.0.2 Hi, Nextcloud desktop works well under XFCE over X2go. Syncing is ok and I get a nice green icon in notification bar. The GUI used to work perfectly until recently (a few days or weeks). Now I can't launch the GUI and modify parameters : Nextcloud desktop GUI crashes immediately. I get the following log : |08-27 10:35:45:796 1290 OCC::ownCloudGui::slotShowSettings: void OCC::ownCloudGui::slotShowSettings() 08-27 10:35:45:853 1290 unknown: The X11 connection broke: Maximum allowed requested length exceeded (code 4) XIO: fatal IO error 2 (Aucun fichier ou dossier de ce type) on X server ":50.0" after 391 requests (391 known processed) with 0 events remaining. | Any idea what is going wrong ? Thierry

4 3

Bug#873: Drop Xinerama / LD_LIBRARY_PATH related code from x2goruncommand for nxagent >= 3.5.99.0
by Mike Gabriel 21 Nov '18

21 Nov '18

Package: x2goserver Severity: normal Version: 4.1.0.0-preview As the Xinerama magic will be soon moved from libNX_Xinerama.so into the programs/Xserver/hw/nxagent code, all Xinerama specifc stuff in x2goruncommand becomes obsolete if nxagent >= 3.5.99.0 is used server-side. The nxagent >= 3.5.99.0 will be able to handle Xinerama stuff all by itself. No external xinerama.conf is required, applications running server-side can use the X.Org client libraries, no hack for injecting libNX_X11, libNX_Xext and libNX_Xinerama into the library path is needed anymore. In fact, the libNX_Xinerama library will be dropped completely in nx-libs >= 3.5.99.0 (aka 3.6.x). Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

2 1

Bug#818: x2goserver: client-side folder sharing broken on Ubuntu 10.04
by Mike Gabriel 21 Nov '18

21 Nov '18

Package: x2goserver Severity: normal Version: 4.0.1.19 Hi all, x2goserver: client-side folder sharing is broken on Ubuntu 10.04 since X2Go Server 4.0.1.19. REASON: ------- I just discovered that the "timeout" command that we have started using in /usr/bin/x2gomountdirs since 4.0.1.19 of X2Go Server is normally shipped via the essential .deb package "coreutils". Normally, it is not necessary to add dependencies for essential packages. However, on Ubuntu 10.04, the timeout command is not shipped with the coreutils package but with a separate package called "timeout". There you have to explicitly install the "timeout" .deb package. So, basically in X2Go Server's debian/control file we need to add timeout | coreutils, under Depends: of bin:package x2goserver. However, as Ubuntu 10.04 will reach End of Life probably before the next X2Go Server release will come out, I am unsure if we should still change this. Please other devs give feedback, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

2 2

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev October 2018