27 Sep
2015
27 Sep
'15
10:13 a.m.
Hi All,
Maybe it is me that have missed something (as usual), but it seems
that I have a strange behaviour at (in? on? with?) the vps console. I
can login as usual, and screen is starting up a shell on my vps. But
if I detach the screen process from the console (with C^-a d for
example), I am immediately logged out. At that stage I expected to get
to the xen shell so I could control the state of my vps. But that does
not happen.
Anyone got any ideas as to why this is happening?
Thanks,
__
/ony
27 Sep
27 Sep
10:34 a.m.
Hi Tony,
On Sun, Sep 27, 2015 at 11:13:17AM +0100, Tony Andersson wrote:
Maybe it is me that have missed something (as usual),
but it seems
that I have a strange behaviour at (in? on? with?) the vps console. I
can login as usual, and screen is starting up a shell on my vps. But
if I detach the screen process from the console (with C^-a d for
example), I am immediately logged out.
Xen Shell is itself GNU Screen. It sounds like you have started a
screen within Screen. You would, I think, need to double up the
ctrl-a there to send the command to your own Screen, and this
becomes immensely confusing.
If it is any consolation I also find use of GNU Screen on real
serial consoles and IPMI serial-over-lan to be "a bit much" for the
environment and so try to avoid doing it wherever possible, spending
as little time as I can in the console.
At that stage I expected to get to the xen shell so I
could
control the state of my vps. But that does not happen.
Since the Xen Shell is GNU Screen, using ctrl-a c to create a new
window would result in a new window at the Xen Shell menu and leave
your existing window at your console, with ctrl-a a toggling between
them.
If you really wanted to kill your console session and return to the
Xen Shell menu then it is ctrl-]. I am not sure how or if that would
work if you had made a screen within Screen.
In any case once you have gone into the console it is usually
simpler to create a new window for the menu and toggle between.
If that helped, perhaps https://tools.bitfolk.com/wiki/Xen_Shell
could do with some love to make it more obvious?
Cheers,
Andy
--
http://bitfolk.com/ -- No-nonsense VPS hosting
"What should one say after making love? ``Thank you'' seems too much.
``I'm sorry'' - somehow not enough." — The League Against Tedium
11 a.m.
Hi Andy,
On Sun, September 27, 2015 11:34 am, Andy Smith wrote:
If that helped, perhaps
https://tools.bitfolk.com/wiki/Xen_Shell
could do with some love to make it more obvious?
The end of that page asks for suggestions for a 'less scary' alternative
to the 'destroy' command...
Perhaps, given what it effectively does, the command 'pulltheplug' might
fit the bill as it is a bit more intuitive with regards to what it
does/doesn't do whilst also being less scary but scary enough!
That or 'powercycle' depending on what happens once the VPS is destroyed
(I've never use this command).
Regards,
Mathew
11:04 a.m.
Thanks for the info and tips Andy!
And by the laws of Sod and Murphy, now when I logged in again to try
the double escape sequence and/or the CTRL-], I got to the xen shell
instead of my vps shell. As it should be. Probably because I finished
my last session with C^ a \ to quit screen instead of just detaching it.
The confusing bit was that the screen process belonging to my vps
shell started immediately when I logged in to the xen shell. With your
explanation about the xen shell being run in screen it kind of makes
sense of what happened, but the other way around. I guess the CTRL-a d
sequence detached the xen screen process and not the screen process
running inside it. Which then logged me out. When I then logged in
again, the screen process inside xen screen was still active.
No, I change my statement above about what was the confusing bit to
say the confusing bit is my explanation above. :-) But I understand
what happened now. I use the xen shell so rarely I forget all about
it. The wiki page is a good source of information. I just couldn't get
my head around what was happening.
Cheers,
__
/ony
-------
Sunday, September 27, 2015, 11:34:05 AM, Andy wrote:
Hi Tony,
On Sun, Sep 27, 2015 at 11:13:17AM +0100, Tony
Andersson wrote:
> Maybe it is me that have missed something (as usual), but it seems
> that I have a strange behaviour at (in? on? with?) the vps console. I
> can login as usual, and screen is starting up a shell on my vps. But
> if I detach the screen process from the console (with C^-a d for
> example), I am immediately logged out.
Xen Shell is itself GNU Screen. It sounds like you
have started a
screen within Screen. You would, I think, need to double up the
ctrl-a there to send the command to your own Screen, and this
becomes immensely confusing.
If it is any consolation I also find use of GNU Screen
on real
serial consoles and IPMI serial-over-lan to be "a bit much" for the
environment and so try to avoid doing it wherever possible, spending
as little time as I can in the console.
> At that stage I expected to get to the xen shell
so I could
> control the state of my vps. But that does not happen.
Since the Xen Shell is GNU Screen, using ctrl-a c to
create a new
window would result in a new window at the Xen Shell menu and leave
your existing window at your console, with ctrl-a a toggling between
them.
If you really wanted to kill your console session and
return to the
Xen Shell menu then it is ctrl-]. I am not sure how or if that would
work if you had made a screen within Screen.
In any case once you have gone into the console it is
usually
simpler to create a new window for the menu and toggle between.
If that helped, perhaps
https://tools.bitfolk.com/wiki/Xen_Shell
could do with some love to make it more obvious?
Cheers,
Andy
11:09 a.m.
Hi Tony,
On Sun, Sep 27, 2015 at 12:04:05PM +0100, Tony Andersson wrote:
No, I change my statement above about what was the
confusing bit to
say the confusing bit is my explanation above. :-)
Yes, I find nested Screen to be a bit mind-bending at the best of
times. When you aren't aware it is happening it's even worse. I
should maybe have it say a short message about this being GNU Screen
when you connect.
Cheers,
Andy
--
http://bitfolk.com/ -- No-nonsense VPS hosting
10:56 a.m.
Hi Tony
The Xen console itself runs a screen session, so the screen session
running on your VPS is nested. When you are trying to detach you are
actually detaching from the Xen console's screen session, which causes a
logout. Use "Ctrl-a a d" to detach from your inner screen.
Thanks
Robert
On Sun, 27 Sep 2015, at 11:13, Tony Andersson wrote:
Hi All,
Maybe it is me that have missed something (as usual), but it seems
that I have a strange behaviour at (in? on? with?) the vps console. I
can login as usual, and screen is starting up a shell on my vps. But
if I detach the screen process from the console (with C^-a d for
example), I am immediately logged out. At that stage I expected to get
to the xen shell so I could control the state of my vps. But that does
not happen.
Anyone got any ideas as to why this is happening?
Thanks,
__
/ony
_______________________________________________
users mailing list
users(a)lists.bitfolk.com
https://lists.bitfolk.com/mailman/listinfo/users
3133
days inactive
3133
days old
5 comments
4 participants
participants (4)
-
Andy Smith -
Mathew Newton -
Robert Leverington -
Tony Andersson