Hi. I am using Azure Site Recovery Services and I have downloaded the Suse Linux mobility service files (Microsoft-ASR_UA_8.4.0.0_SLES11-SP3-64_GA_28Jul2015_release.tar) and installed the pack.
There are two modules (involflt and linvsnap) that are failing to load. “dmesg” shows “disagrees about version of symbol module_layout”. These two modules are showing version 3.0.76-0.11-default, while my SUSE version 11 patch 3 other modules show 3.0.95-0.5-default.
I tried to load it manually with insmod -f but this fails.
uname -a
modinfo involflt
modinfo <one of the modules that loads>
I would imagine it’s a kernel mismatch with the modules compared to the
kernel your running from the output of uname -a.
Maybe the folks that created the tarball need to update to your running
kernel version.
–
Cheers Malcolm °¿° LFCS, SUSE Knowledge Partner (Linux Counter #276890)
SUSE Linux Enterprise Desktop 12 | GNOME 3.10.1 | 3.12.51-52.31-default
If you find this post helpful and are logged into the web interface,
please show your appreciation and click on the star below… Thanks!
filename: /lib/modules/3.0.93-0.5-default/kernel/drivers/char/raw.ko
license: GPL
srcversion: 2A7C3E9D0E3A00FEB4D180F
depends:
supported: yes
vermagic: 3.0.93-0.5-default SMP mod_unload modversions
parm: max_raw_minors:Maximum number of raw devices (1-65536) (int)
Regards
[QUOTE=malcolmlewis;31007]Hi
So what kernel are you running;
uname -a
modinfo involflt
modinfo <one of the modules that loads>
I would imagine it’s a kernel mismatch with the modules compared to the
kernel your running from the output of uname -a.
Maybe the folks that created the tarball need to update to your running
kernel version.
–
Cheers Malcolm °¿° LFCS, SUSE Knowledge Partner (Linux Counter #276890)
SUSE Linux Enterprise Desktop 12 | GNOME 3.10.1 | 3.12.51-52.31-default
If you find this post helpful and are logged into the web interface,
please show your appreciation and click on the star below… Thanks![/QUOTE]
RSAAuthMgr:/home/rsaadmin # uname -a
Linux RSAAuthMgr 3.0.93-0.5-default #1 SMP Tue Aug 27 08:17:02 UTC 2013 (925d406) x86_64 x86_64 x86_64 GNU/Linux
RSAAuthMgr:/home/rsaadmin # modinfo involflt
filename: /lib/modules/3.0.93-0.5-default/kernel/drivers/char/involflt.ko
version: Jul 28 2015 [ 01:27:20 ]
license: Propreitary
description: InMage Filter Driver
author: InMage Systems Pvt Ltd
srcversion: 02001A53ED880CAC2B6608D
depends: scsi_mod
vermagic: 3.0.76-0.11-default SMP mod_unload modversions
part: in_initrd:A character string (sharp)
filename: /lib/modules/3.0.93-0.5-default/kernel/drivers/char/raw.ko
license: GPL
srcversion: 2A7C3E9D0E3A00FEB4D180F
depends:
supported: yes
vermagic: 3.0.93-0.5-default SMP mod_unload modversions
parm: max_raw_minors:Maximum number of raw devices (1-65536) (int)
Regards[/QUOTE]
Hi
So looks like you need to ask them to provide modules (vermagic) to match your running kernel, since it’s a proprietary licensed module.
Or you could try them as weak updates?
cd /lib/modules/3.0.93-0.5-default/
mkdir -p weak-updates/updates
cp /lib/modules/3.0.93-0.5-default/kernel/drivers/char/involflt.ko weak-updates/updatesr/involflt.ko
Do the same with the other one, then remove them from the installed location, then see if they modprobe (may need a restart). If that fails rollback and contact Azure…