Comment 76 for bug 1847361
Revision history for this message
| Christian Ehrhardt (paelzer) wrote | #76 |
© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
73416ba
(Get the code!)
Reinstall into saved .so files in versioned directory:
root@b:~# apt install --reinstall qemu-block-extra qemu-kvm qemu-system-common qemu-system-x86 qemu-utils
Reading package lists... Done
Building dependency tree
Reading state information... Done
0 upgraded, 0 newly installed, 5 reinstalled, 0 to remove and 0 not upgraded.
Need to get 6792 kB of archives.
After this operation, 0 B of additional disk space will be used.
Get:1 http://
Get:2 http://
Get:3 http://
Get:4 http://
Get:5 http://
Fetched 6792 kB in 3s (2170 kB/s)
(Reading database ... 37924 files and directories currently installed.)
Preparing to unpack .../qemu-
Unpacking qemu-system-common (1:2.11+
Preparing to unpack .../qemu-
Unpacking qemu-block-
Preparing to unpack .../qemu-
Unpacking qemu-kvm (1:2.11+
Preparing to unpack .../qemu-
Unpacking qemu-system-x86 (1:2.11+
Preparing to unpack .../qemu-
Unpacking qemu-utils (1:2.11+
Setting up qemu-block-
Setting up qemu-utils (1:2.11+
Setting up qemu-system-common (1:2.11+
Setting up qemu-system-x86 (1:2.11+
Setting up qemu-kvm (1:2.11+
Processing triggers for man-db (2.8.3-2ubuntu0.1) ...
root@b:~# ll /var/run/
total 92
drwxr-xr-x 2 root root 100 May 14 05:45 ./
drwxr-xr-x 3 root root 60 May 14 05:45 ../
-rw-r--r-- 1 root root 25600 May 14 05:45 block-curl.so
-rw-r--r-- 1 root root 36008 May 14 05:45 block-iscsi.so
-rw-r--r-- 1 root root 27712 May 14 05:45 block-rbd.so
Same for Eoan:
root@e:~# ll /var/run/
total 120
drwxr-xr-x 2 root root 100 May 14 05:45 ./
drwxr-xr-x 3 root root 60 May 14 05:45 ../
-rw-r--r-- 1 root root 34280 May 14 05:45 block-curl.so
-rw-r--r-- 1 root root 49256 May 14 05:45 block-iscsi.so
-rw-r--r-- 1 root root 31752 May 14 05:45 block-rbd.so
rename -v 's/\.so/
/usr/lib/
/usr/lib/
/usr/lib/
Qemu is running but has no .so loaded:
root@b:~# ps axlf | grep $(pidof qemu-system-x86_64)
0 0 90171 78633 20 0 14852 844 pipe_w S+ ? 0:00 \_ grep --color=auto 90077
6 64055 90077 1 20 0 2299220 455504 poll_s Sl ? 0:23 qemu-system-x86_64 -enable-kvm -name guest=lateload,
# cat /proc/$(pidof qemu-system-
Attaching the device now:
# virsh attach-device lateload curldisk.xml
Device attached successfully
And we see the upgrade-path loaded:
# cat /proc/$(pidof qemu-system-
7fa662893000-
7fa66289f000-
7fa662900000-
7fa66291b000-
7fa66291f000-
7fa662929000-
7fa66292b000-
7fa66292e000-
7fa66292f000-
7fa662930000-
7fa662931000-
For the sake of completeness I tried another .so via:
<disk type='network' device='disk'>
<driver name='qemu' type='raw'/>
<source protocol='iscsi' name='iqn.
<host name='example.com' port='3260'/>
</source>
<target dev='vdc' bus='virtio'/>
</disk>
# cat /proc/$(pidof qemu-system-
<empty>
Atfer the load we have usually:
7f8e3b2a1000-
7f8e3b098000-
Now with the old libs removed we have:
---
in case some one removed the files (broken install anyway) it is an error but not failing:
Preparing to unpack .../qemu-
cp: cannot stat '/usr/lib/
dpkg: warning: old qemu-block-
dpkg: trying script from the new package instead ...
dpkg: ... it looks like that went OK
---
This was blocked all the time by the build errors due to the kernel.
But it seems the bionic backport has an issue.
It has in configure
--enable-
and
alt path mod load yes
So it seems good, but the code in module_load_one is not reached.
---
Summary for now:
- Eoan verified qemu+libvirt
- Bionic libvirt (apparmor) seems fine but qemu has an issue catching the config value
Therefore not setting B-verified yet