You have been subscribed to a public bug:
On Trusty and Utopic, when you run `apt-get remove openssh-server` over
an SSH connection, your existing SSH connection remains open, so it's
possible to run additional commands afterward.
However, on Vivid now that the switch to systemd has been made, `apt-
get remove openssh-server` closes the existing SSH connection
immediately, causing your SSH client to exit with a non-zero status. I
have a hunch there's a lot of automation tooling out there that relies
on the old behavior.
For what it's worth, this change breaks the internal image mastering
tools that System76 uses. Prior to exporting an image tarball, I spin up
a golden VM with qemu, rysnc a script to it, and then execute this
script over SSH.
The important step is that I need to remove openssh-server prior to
shutting down the VM, so these scripts always end with something like
this:
apt-get -y purge openssh-server ssh-import-id
apt-get -y autoremove
shutdown -h now
As far as I can tell, this behavior change will likewise be a problem
when running `do-release-upgrade` on a remote server over SSH. Or more
generally, anytime you run "apt-get upgrade/dist-upgrade" via SSH, it
seems this would be a problem whenever the openssh-server package
happens to be updated.
** Affects: systemd (Ubuntu)
Importance: Low
Assignee: Martin Pitt (pitti)
Status: Invalid
** Tags: systemd-boot vivid
--
reboot does not return under systemd
https://bugs.launchpad.net/bugs/1429938
You received this bug notification because you are a member of Ubuntu Desktop
Bugs, which is subscribed to systemd in Ubuntu.
--
desktop-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs