We get the following in the log:
> 2019-04-25 15:58:31,655: Installing services...
> 2019-04-25 15:58:31,655: Installing service 'vsmserver'...
> 2019-04-25 15:58:32,095: Output (stderr):
> 2019-04-25 15:58:32,096: vsmserver.service is not a native service, redirecting to systemd-sysv-install.
> 2019-04-25 15:58:32,096: Executing: /usr/lib/systemd/systemd-sysv-install enable vsmserver
> 2019-04-25 15:58:32,096: /sbin/insserv: No such file or directory
> 2019-04-25 15:58:32,096: Failed to install service 'vsmserver'
We've seen something similar on Ubuntu in bug 4307.
The workaround is to manually install insserv:
> $ sudo zypper install insserv-compat
SUSE has no public way of reporting bugs for SLES. I've been in contact with them to try to get access to their bugzilla, but they haven't been able to sort it out yet. I've also given them this specific bug report, but I haven't gotten any confirmation. The last reminder was sent to them 2019-06-27.
We've gotten a response now asking for a way to reproduce the issue. We've sent them instructions and are awaiting their next response.
A platform specific note has been added for this issue until SUSE can update their software.
We've gotten a message back from SUSE stating that they've updated their release notes to say that insserv-compat should be installed for third party services. They are also checking if the package should be installed by default.
It seems like the updated release notes will be for SP2, so it's quite some time off. So for now our existing platform specific notes will have to do.
Platform specific note looks good. Tested the workaround that is described and it works well.