On 31.01.2017 09:26, Dominique Leuenberger / DimStar wrote:
On Mon, 2017-01-30 at 12:09 +0100, Ralf Lang wrote:
The 'rule' is basically: if the service can be restarted without impacting the update session, it should be done. Known exceptions so far are: * PackageKit: users updating with any PK-related tool would result in an interrupted system update - hence PK must not be restarted * xdm: a restart of the display-manager terminates running X- sessions of a user. This clearly impacts the running update process if not done in a screen/tmux session (or on a text console) * dbus-1: just seen last week: restarting dbus makes pretty much all running dbus-sessions disapear. with X running on systemd-logind nowadays, this is a bad idea.
Running live updates on virtualisation hosts (xen, kvm, docker) without clever cherrypicking can potentially give you a lot more issues, especially if you cannot simply reboot the host on short notice.
That shouldn't be an issue with docker on laptops - what could possibly run there? - but with servers acting as docker hosts, you should carefully select your live updates and postpone everything else until you can failover your services to another host (or switch them off for a while)
Sorry, but on such a business critical system I expect the admin to have disabled automatic restarting of all services in /etc/sysconfig anyway.
I just wanted to advise against admins running random live updates on virtualisation hosts. Packaging cannot anticipate use cases and admins should not assume it does. I don't disagree with you. -- Ralf Lang Linux Consultant / Developer Tel.: +49-170-6381563 Mail: lang@b1-systems.de B1 Systems GmbH Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537