[Bug 1737534] Re: smbd/nmbd don't restart after upgrade if started but disabled

2018-02-11 Thread Launchpad Bug Tracker
[Expired for samba (Ubuntu) because there has been no activity for 60
days.]

** Changed in: samba (Ubuntu)
   Status: Incomplete => Expired

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1737534

Title:
  smbd/nmbd don't restart after upgrade if started but disabled

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/samba/+bug/1737534/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1737534] Re: smbd/nmbd don't restart after upgrade if started but disabled

2017-12-13 Thread Andreas Hasenack
> Uhm, so I should ENABLE the service, and then prevent it from
starting?

You would be adding a condition for it to start. Native systemd services
can have such conditions in the service definition file, but in xenial
samba is not one of those I'm afraid. In fact, the samba package has a
mess of 3 init systems config files in it in xenial: sysv, upstart and
systemd.

> Isn't that a bit convolute?

It's not the most common scenario: only start the service if a certain
mount point is in use?

All that being said, it was my personal honest statement when I said i
wasn't sure what the right outcome would be in such a case: service
disabled, but running (started manually), and an upgrade comes along.
It's excellent that you found these other packages which behave
differently. Do they have native systemd service files, or are they
using the sysv compatibility feature like samba is?

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to samba in Ubuntu.
https://bugs.launchpad.net/bugs/1737534

Title:
  smbd/nmbd don't restart after upgrade if started but disabled

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/samba/+bug/1737534/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 1737534] Re: smbd/nmbd don't restart after upgrade if started but disabled

2017-12-13 Thread Andreas Hasenack
> Uhm, so I should ENABLE the service, and then prevent it from
starting?

You would be adding a condition for it to start. Native systemd services
can have such conditions in the service definition file, but in xenial
samba is not one of those I'm afraid. In fact, the samba package has a
mess of 3 init systems config files in it in xenial: sysv, upstart and
systemd.

> Isn't that a bit convolute?

It's not the most common scenario: only start the service if a certain
mount point is in use?

All that being said, it was my personal honest statement when I said i
wasn't sure what the right outcome would be in such a case: service
disabled, but running (started manually), and an upgrade comes along.
It's excellent that you found these other packages which behave
differently. Do they have native systemd service files, or are they
using the sysv compatibility feature like samba is?

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1737534

Title:
  smbd/nmbd don't restart after upgrade if started but disabled

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/samba/+bug/1737534/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1737534] Re: smbd/nmbd don't restart after upgrade if started but disabled

2017-12-13 Thread Alan Franzoni
Uhm, so I should ENABLE the service, and then prevent it from starting?
Isn't that a bit convolute? Also, in the other ticket you say that "The
debian and ubuntu way is that if you don't want it running, you
shouldn't install it." -> may I ask where this fact is stated? My
understanding was that an upgrade should not alter the state of the
system - if a service is running and must be restarted after an upgrade,
it is restarted, otherwise it's left alone (the try-restart use-case).
I've never seen stated that after an upgrade a service should pick the
state which is currently mandated by the runlevel/init system, and it's
the first time it happens to me (in other contexts, I would start
services via ansible/puppet).

Sure, your workaround might work. But the "the correct expected
outcome", IMHO, is that the status of a service (started/stopped) should
be the same before and after an upgrade, regardless of whether the unit
is active or inactive.

To me, this seems to be the behaviour of whatever I've encountered on
Debian/Ubuntu/Centos in the last 10 years (barring bugs).

I did a couple of cross checks for some system packages, and everything
I tested (nginx, apache) seems to work this way; I even just checked
nginx on Ubuntu 14.04 and works as stated above (i.e. service is
disabled but started, after upgrade it's restarted properly).


If you need more specific data I'll provide you with that... maybe it's a 
matter that there's no consensus on Debian/Ubuntu about the topic, but I'd say 
it's high time that such consensus is created.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1737534

Title:
  smbd/nmbd don't restart after upgrade if started but disabled

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/samba/+bug/1737534/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1737534] Re: smbd/nmbd don't restart after upgrade if started but disabled

2017-12-13 Thread Andreas Hasenack
I can confirm this behavior in xenial, but to be honest I'm not sure
what's the correct expected outcome.

Can you perhaps accomplish something similar using /usr/sbin/policy-
rc.d? You can create that script and it would check if samba is the
service being started, and then check if the disk you need is verified
and decrypted, and do nothing otherwise.

See this bug and its comments 7 and 8 for an example:
https://bugs.launchpad.net/ubuntu/+source/freeradius/+bug/1712817

Would that work for you?

** Changed in: samba (Ubuntu)
   Status: New => Incomplete

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to samba in Ubuntu.
https://bugs.launchpad.net/bugs/1737534

Title:
  smbd/nmbd don't restart after upgrade if started but disabled

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/samba/+bug/1737534/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 1737534] Re: smbd/nmbd don't restart after upgrade if started but disabled

2017-12-13 Thread Andreas Hasenack
I can confirm this behavior in xenial, but to be honest I'm not sure
what's the correct expected outcome.

Can you perhaps accomplish something similar using /usr/sbin/policy-
rc.d? You can create that script and it would check if samba is the
service being started, and then check if the disk you need is verified
and decrypted, and do nothing otherwise.

See this bug and its comments 7 and 8 for an example:
https://bugs.launchpad.net/ubuntu/+source/freeradius/+bug/1712817

Would that work for you?

** Changed in: samba (Ubuntu)
   Status: New => Incomplete

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1737534

Title:
  smbd/nmbd don't restart after upgrade if started but disabled

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/samba/+bug/1737534/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs