On Fri, Feb 22, 2019 at 04:56:19PM -0600, Larry Finger wrote:
On 2/22/19 3:12 PM, Axel Braun wrote:
I just wanted to run an upgrade from 15.0 on one of my virtual machines, and see the following issue:
localhost:/etc/tryton # zypper dup -l --allow-vendor-change Distributions-Aktualisierungen werden verarbeitet... 3 Probleme: Problem: ksym(default:__cpuhp_remove_state) = 325d7cf0 benötigt von virtualbox-guest-kmp-default-5.2.10_k4.12.14_lp151.19-lp151.4.36.x86_64 wird nirgends zur Verfügung gestellt Problem: ksym(default:__cpuhp_remove_state) = 325d7cf0 benötigt von virtualbox-guest-kmp-default-5.2.10_k4.12.14_lp151.19-lp151.4.36.x86_64 wird nirgends zur Verfügung gestellt Problem: ksym(default:__cpuhp_remove_state) = 325d7cf0 benötigt von virtualbox-guest-kmp-default-5.2.10_k4.12.14_lp151.19-lp151.4.36.x86_64 wird nirgends zur Verfügung gestellt
Problem: ksym(default:__cpuhp_remove_state) = 325d7cf0 benötigt von virtualbox-guest-kmp-default-5.2.10_k4.12.14_lp151.19-lp151.4.36.x86_64 wird nirgends zur Verfügung gestellt Lösung 1: Deinstallation von virtualbox-guest-kmp- default-5.2.22_k4.12.14_lp150.12.25-lp150.4.23.1.x86_64 Lösung 2: veraltetes virtualbox-guest-kmp- default-5.2.22_k4.12.14_lp150.12.25-lp150.4.23.1.x86_64 beibehalten Lösung 3: virtualbox-guest-kmp-default-5.2.10_k4.12.14_lp151.19- lp151.4.36.x86_64 durch Ignorieren einiger Abhängigkeiten brechen
I have no idea why the guest kmp package should need ksym. Actually, I have no idea what ksym actually is. "kernel symbols" would be my best guess.
AFAIK it should be the symversion, i.e. essentially a hash calculated from some canonical description of the symbol ABI (structure layout or function header signature). IIUC this error says that caller in the KMP expects different symversion (structure layout or function signature) than available kernel package has. As we have symversion check enabled, the module would refuse to load anyway (which is still better than to ignore the incompatibility and end up with mysterious runtime crashes). I don't think using symversions in kernel package and KMP metadata is new, IIRC we have been using that for some time. I guess the problem here is that SLE15-SP1 kernel (which openSUSE-15.1 shares sources with) does not have kABI frozen yet so that symversions can change any time and KMPs depending on them need to be rebuilt. (In other words, 15.1 still behaves like Tumbleweed in this regard.) I'm not sure why this doesn't happen automatically in OBS - or maybe Axel was just unlucky to hit the window between kernel kABI change and KMP being rebuilt to match. Michal Kubecek -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org