Re: [X2Go-User] Client handling of downed server

2015-01-22 Thread Stefan Baur
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 22.01.2015 um 19:31 schrieb Peter Brodsky:
> WAIT - operator error - I had another machine w/the same static IP
> on the switch.
> 
> Obviously a big problem.  Please discount the below and I promise 
> self-flagellation for not thinking before posting...


Sorry for trolling, but given that you want to run X2Go on a submarine
and suggested self-flaggelation, this just seems so appropriate and
too good to pass up ... ;-)

https://www.youtube.com/watch?v=IhJQp-q1Y1s

SCNR,
Stefan

- -- 
BAUR-ITCS UG (haftungsbeschränkt)
Geschäftsführer: Stefan Baur
Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364
Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)

iQEcBAEBAgAGBQJUwURCAAoJEG7d9BjNvlEZMbEIAJ7SFl8nocYaEXUnPtWsqg1U
lNafjtSHCI2g1YGXe4us/ufBSdbEqup0jyG6E+h/0qsXornXGOa6muWtkGpxV9o8
R5U0GVjwp7LOho+z1Udk71btoQEHz+AZoSvL8M5haSYqpBylSIhVvntv74sqfMVF
WTtR+a6xhAcF/fIMsA0GCLHbbRkBjfseU5iDw6mje6R0nmObHYr0j8jAmNYKJzLE
GeBp7tTWoz3T6Cd6WlGPa036y2vimOEmxGant8ncbFWgh+DjZNR2byzajl5d3qAt
sNzaJBgqwEVqGL1fvxIcz9KBtcQR1Ch84D3v5lWZA7eCMgVFTLackNnJ1ueMU8g=
=lt9E
-END PGP SIGNATURE-
___
x2go-user mailing list
x2go-user@lists.x2go.org
http://lists.x2go.org/listinfo/x2go-user


Re: [X2Go-User] Client handling of downed server

2015-01-22 Thread Peter Brodsky
WAIT - operator error - I had another machine w/the same static IP on 
the switch.


Obviously a big problem.  Please discount the below and I promise 
self-flagellation for not thinking before posting...


- PB


On 01/22/2015 10:29 AM, Peter Brodsky wrote:
This is getting worse.  Now, for reasons I don't understand, my client 
session freezes.
Eventually it pops up a window saying the server is not responding and 
asks me if I want to terminate the session.  I say yes. Nothing happens.


Then I go back to the main X2Go client window and hit the "terminate" 
button (the round one in the lower right of the gray rectangular 
window inside the blue area).  It asks if I want to terminate.  I say 
yes.  Nothing happens.
Eventually another window pops up and tells me the server session has 
been killed, and indeed that window goes away.  Now the client is 
stuck in a mode with a rotating wheel and a message "x2goclient.exe 
has stopped working" and a button:  "Close program".  I hit that 
button and it finally all goes away.


So then I try again from scratch.  Immediately get a popup: "Socket 
error:  Unknown error".  I hit OK.

Hit "Cancel".  Try again.  Now it's hung (no message, no session).
Only way to kill it is via the big red X in the upper right of the 
client window.


- Pete


On 01/14/2015 10:31 AM, Stefan Baur wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 14.01.2015 um 19:01 schrieb Peter Brodsky:

For example, I mistakenly try to open a session to a (linux)
server which is not powered up, the (Windows) client simply sits
and tries. There's no way to cancel.  Clicking on the small round
on/off button in the session window (the rectangular one that lands
in the left/blue area) does not take.  I simply have to wait until
it times out.  Could this not be dealt with more actively?
Obviously this is a "don't do that" kind of thing, but it does
happen.

You could file a wishlist bug for that, and see if one of our
volunteer devs picks up on it, or someone steps up and offers to fix
it for a price.

To do so, send an eMail to sub...@bugs.x2go.org,
subject: something descriptive, like "add cancel button for
'connecting' phase",
first two lines of the eMail must be ...
package: x2goclient
severity: wishlist

leave one blank line after that, just like I did here,
then add a description, e.g. you could just copy and paste the
paragraph of your eMail that I quoted above.



Also, if the server is shut down from the client window (which is
the case for us because we're effectively headless), then the
client "sort of" hangs again.  Trying to kill the active session
window by clicking the red X in the upper right does nothing.
Eventually I get a notice that the server is incommunicado and asks
if I want to terminate th current session. Would be nice if there
were a cleaner way to handle this.

Well, ordinary users should not be able to shut down the server
remotely.  So for our regular use cases, this isn't an issue.

To shut down the server remotely, assuming you have sufficient
permissions, I would suggest the following script on the server (you
can place a shortcut to it on the desktop if you like), probably best
stored in /usr/local/sbin/ or /usr/local/bin/:

#!/bin/bash
(sleep 10 && poweroff) &
disown
x2goterminate-session

If the account you're using for X2Go remoting doesn't have sufficient
permissions to run the poweroff command, I suggest installing sudo (if
not already present) and setting it up in a way that your account may
run "poweroff" without having to authenticate first.  In that case,
you need to use
sleep 10 && sudo poweroff
inside the brackets in the above script.
(Note that I haven't tested this, but this is how it should work)

The sleep 10 && poweroff tells your server to wait 10 seconds before
it starts powering down.  The brackets and the ampersand cause the job
to run in the background.  The disown tells your server to keep
executing the backgrounded task even if the session disconnects.  The
x2goterminate-session is basically the suicide command for your
running X2Go session.

- -Stefan

- -- BAUR-ITCS UG (haftungsbeschränkt)
Geschäftsführer: Stefan Baur
Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364
Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)

iQEcBAEBAgAGBQJUtrX5AAoJEG7d9BjNvlEZzFYIAI/tQr3s+E5p282MPpGw+PgG
gFNEDtdd77hANc+ESjmFMS0jIv3aSp8zUUh2jC0IvcCp6uh0N+B8zrU2rhdVi8qP
4tS+GaA84IX9bFxhH27No9igIkrgSmD9y1UwENE/IywhlkQd+pcJumSOXoKw+RxK
NnXHZaVE8oow8Uw3G2jh0tfnjwE8wSR4pCte3k0ZTfFoT2WXxOmM6wwB7EyDGTqY
zO2oblaHdUN+XVppoEOcMFhtE1R1geDyPzU99Gl1cujrazE1mOQnziv88M84eVw4
+hirTPqHwbBIdBTtHN8Wu9crsibbkWel0Zv54eEkypDWia4nyXKJhiT4yfAOvFY=
=E/MW
-END PGP SIGNATURE-
___
x2go-user mailing list
x2go-user@lists.x2go.org
http://lists.x2go.org/listinfo/x2go-user




--
Peter Brodsky
Principal Engineer
Applied Physics Laboratory, University of Washington
1

Re: [X2Go-User] Client handling of downed server

2015-01-22 Thread Peter Brodsky
This is getting worse.  Now, for reasons I don't understand, my client 
session freezes.
Eventually it pops up a window saying the server is not responding and 
asks me if I want to terminate the session.  I say yes.  Nothing happens.


Then I go back to the main X2Go client window and hit the "terminate" 
button (the round one in the lower right of the gray rectangular window 
inside the blue area).  It asks if I want to terminate.  I say yes.  
Nothing happens.
Eventually another window pops up and tells me the server session has 
been killed, and indeed that window goes away.  Now the client is stuck 
in a mode with a rotating wheel and a message "x2goclient.exe has 
stopped working" and a button:  "Close program".  I hit that button and 
it finally all goes away.


So then I try again from scratch.  Immediately get a popup: "Socket 
error:  Unknown error".  I hit OK.

Hit "Cancel".  Try again.  Now it's hung (no message, no session).
Only way to kill it is via the big red X in the upper right of the 
client window.


- Pete


On 01/14/2015 10:31 AM, Stefan Baur wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 14.01.2015 um 19:01 schrieb Peter Brodsky:

For example, I mistakenly try to open a session to a (linux)
server which is not powered up, the (Windows) client simply sits
and tries. There's no way to cancel.  Clicking on the small round
on/off button in the session window (the rectangular one that lands
in the left/blue area) does not take.  I simply have to wait until
it times out.  Could this not be dealt with more actively?
Obviously this is a "don't do that" kind of thing, but it does
happen.

You could file a wishlist bug for that, and see if one of our
volunteer devs picks up on it, or someone steps up and offers to fix
it for a price.

To do so, send an eMail to sub...@bugs.x2go.org,
subject: something descriptive, like "add cancel button for
'connecting' phase",
first two lines of the eMail must be ...
package: x2goclient
severity: wishlist

leave one blank line after that, just like I did here,
then add a description, e.g. you could just copy and paste the
paragraph of your eMail that I quoted above.



Also, if the server is shut down from the client window (which is
the case for us because we're effectively headless), then the
client "sort of" hangs again.  Trying to kill the active session
window by clicking the red X in the upper right does nothing.
Eventually I get a notice that the server is incommunicado and asks
if I want to terminate th current session. Would be nice if there
were a cleaner way to handle this.

Well, ordinary users should not be able to shut down the server
remotely.  So for our regular use cases, this isn't an issue.

To shut down the server remotely, assuming you have sufficient
permissions, I would suggest the following script on the server (you
can place a shortcut to it on the desktop if you like), probably best
stored in /usr/local/sbin/ or /usr/local/bin/:

#!/bin/bash
(sleep 10 && poweroff) &
disown
x2goterminate-session

If the account you're using for X2Go remoting doesn't have sufficient
permissions to run the poweroff command, I suggest installing sudo (if
not already present) and setting it up in a way that your account may
run "poweroff" without having to authenticate first.  In that case,
you need to use
sleep 10 && sudo poweroff
inside the brackets in the above script.
(Note that I haven't tested this, but this is how it should work)

The sleep 10 && poweroff tells your server to wait 10 seconds before
it starts powering down.  The brackets and the ampersand cause the job
to run in the background.  The disown tells your server to keep
executing the backgrounded task even if the session disconnects.  The
x2goterminate-session is basically the suicide command for your
running X2Go session.

- -Stefan

- -- 
BAUR-ITCS UG (haftungsbeschränkt)

Geschäftsführer: Stefan Baur
Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364
Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)

iQEcBAEBAgAGBQJUtrX5AAoJEG7d9BjNvlEZzFYIAI/tQr3s+E5p282MPpGw+PgG
gFNEDtdd77hANc+ESjmFMS0jIv3aSp8zUUh2jC0IvcCp6uh0N+B8zrU2rhdVi8qP
4tS+GaA84IX9bFxhH27No9igIkrgSmD9y1UwENE/IywhlkQd+pcJumSOXoKw+RxK
NnXHZaVE8oow8Uw3G2jh0tfnjwE8wSR4pCte3k0ZTfFoT2WXxOmM6wwB7EyDGTqY
zO2oblaHdUN+XVppoEOcMFhtE1R1geDyPzU99Gl1cujrazE1mOQnziv88M84eVw4
+hirTPqHwbBIdBTtHN8Wu9crsibbkWel0Zv54eEkypDWia4nyXKJhiT4yfAOvFY=
=E/MW
-END PGP SIGNATURE-
___
x2go-user mailing list
x2go-user@lists.x2go.org
http://lists.x2go.org/listinfo/x2go-user


--
Peter Brodsky
Principal Engineer
Applied Physics Laboratory, University of Washington
1013 NE 40th St
Seattle, WA  98105
brod...@apl.washington.edu
206.543.4216

___
x2go-user mailing list
x2go-user@lists.x2go.org
http://lists.x2go.org/listinfo/x2go-user


Re: [X2Go-User] Client handling of downed server

2015-01-14 Thread Stefan Baur
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 14.01.2015 um 19:01 schrieb Peter Brodsky:
> For example, I mistakenly try to open a session to a (linux)
> server which is not powered up, the (Windows) client simply sits
> and tries. There's no way to cancel.  Clicking on the small round
> on/off button in the session window (the rectangular one that lands
> in the left/blue area) does not take.  I simply have to wait until
> it times out.  Could this not be dealt with more actively?
> Obviously this is a "don't do that" kind of thing, but it does
> happen.

You could file a wishlist bug for that, and see if one of our
volunteer devs picks up on it, or someone steps up and offers to fix
it for a price.

To do so, send an eMail to sub...@bugs.x2go.org,
subject: something descriptive, like "add cancel button for
'connecting' phase",
first two lines of the eMail must be ...
package: x2goclient
severity: wishlist

leave one blank line after that, just like I did here,
then add a description, e.g. you could just copy and paste the
paragraph of your eMail that I quoted above.


> Also, if the server is shut down from the client window (which is
> the case for us because we're effectively headless), then the
> client "sort of" hangs again.  Trying to kill the active session
> window by clicking the red X in the upper right does nothing.
> Eventually I get a notice that the server is incommunicado and asks
> if I want to terminate th current session. Would be nice if there
> were a cleaner way to handle this.

Well, ordinary users should not be able to shut down the server
remotely.  So for our regular use cases, this isn't an issue.

To shut down the server remotely, assuming you have sufficient
permissions, I would suggest the following script on the server (you
can place a shortcut to it on the desktop if you like), probably best
stored in /usr/local/sbin/ or /usr/local/bin/:

#!/bin/bash
(sleep 10 && poweroff) &
disown
x2goterminate-session

If the account you're using for X2Go remoting doesn't have sufficient
permissions to run the poweroff command, I suggest installing sudo (if
not already present) and setting it up in a way that your account may
run "poweroff" without having to authenticate first.  In that case,
you need to use
sleep 10 && sudo poweroff
inside the brackets in the above script.
(Note that I haven't tested this, but this is how it should work)

The sleep 10 && poweroff tells your server to wait 10 seconds before
it starts powering down.  The brackets and the ampersand cause the job
to run in the background.  The disown tells your server to keep
executing the backgrounded task even if the session disconnects.  The
x2goterminate-session is basically the suicide command for your
running X2Go session.

- -Stefan

- -- 
BAUR-ITCS UG (haftungsbeschränkt)
Geschäftsführer: Stefan Baur
Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364
Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)

iQEcBAEBAgAGBQJUtrX5AAoJEG7d9BjNvlEZzFYIAI/tQr3s+E5p282MPpGw+PgG
gFNEDtdd77hANc+ESjmFMS0jIv3aSp8zUUh2jC0IvcCp6uh0N+B8zrU2rhdVi8qP
4tS+GaA84IX9bFxhH27No9igIkrgSmD9y1UwENE/IywhlkQd+pcJumSOXoKw+RxK
NnXHZaVE8oow8Uw3G2jh0tfnjwE8wSR4pCte3k0ZTfFoT2WXxOmM6wwB7EyDGTqY
zO2oblaHdUN+XVppoEOcMFhtE1R1geDyPzU99Gl1cujrazE1mOQnziv88M84eVw4
+hirTPqHwbBIdBTtHN8Wu9crsibbkWel0Zv54eEkypDWia4nyXKJhiT4yfAOvFY=
=E/MW
-END PGP SIGNATURE-
___
x2go-user mailing list
x2go-user@lists.x2go.org
http://lists.x2go.org/listinfo/x2go-user