| Git Clone URL: | https://aur.archlinux.org/xen.git (read-only, click to copy) |
|---|---|
| Package Base: | xen |
| Description: | Xen hypervisor documentation and man pages |
| Upstream URL: | https://xenproject.org/ |
| Keywords: | hypervisor virtualization xen |
| Licenses: | GPL2 |
| Submitter: | sergej |
| Maintainer: | Refutationalist |
| Last Packager: | Refutationalist |
| Votes: | 185 |
| Popularity: | 0.47 |
| First Submitted: | 2009-11-09 11:22 (UTC) |
| Last Updated: | 2024-09-20 00:31 (UTC) |
I could've sworn this was fixed months ago, but the compile options are wrong.
--enable-ovmf \
--with-system-ovmf \
--with-system-seabios=/usr/share/qemu/bios-256k.bin \
Notice the --with-system-ovmf doesn't have a path. So Xen tries to access the file yes when looking for an EFI bios.
@mbroemme
xencommons: afaik I did not modified anything in xencommons https://pastebin.com/fjL3aRXw
xenstored.log:
... Xen Storage Daemon, version 1.0 Xen Storage Daemon, version 1.0 Xen Storage Daemon, version 1.0 [20170612T07:40:10.883Z|error|xenstored] closing socket connection: write error: Broken pipe Xen Storage Daemon, version 1.0 Xen Storage Daemon, version 1.0 ...
@barathon: Do you have anything in /var/log/xen/xenstored.log Could you please post a link to your /etc/conf.d/xencommons
Nope, its still not working.
$ systemctl status xenstored ● xenstored.service - The Xen xenstore Loaded: loaded (/usr/lib/systemd/system/xenstored.service; enabled; vendor preset: disabled) Active: failed (Result: protocol) since Fri 2018-04-13 06:08:24 CEST; 10h ago Process: 493 ExecStart=/etc/xen/scripts/launch-xenstore (code=exited, status=0/SUCCESS) Process: 484 ExecStartPre=/bin/grep -q control_d /proc/xen/capabilities (code=exited, status=0/SUCCESS) Main PID: 493 (code=exited, status=0/SUCCESS) $ $ pacman -Qi xen Version : 4.10.0-4 Provides : xen-4.10.0 Installed Size : 63.92 MiB Build Date : Thu 12 Apr 2018 09:29:46 AM CEST Install Date : Thu 12 Apr 2018 09:30:24 AM CEST
@mbroemme: Sure. But I can restart the machine only tomorrow.
@jsteel: I've fixed the dependencies and aligned them between qemu-xen and qemu-xen-traditional.
@ianu/@dhlk: Fixed it as well and also applied and enabled all patches up to XSA-256.
@baratharon: Could you please retry with latest PKGBUILD from AUR?
xen-qemu-dom0-disk-backend.service fails, libepoxy is needed: /usr/lib/xen/bin/qemu-system-i386: error while loading shared libraries: libepoxy.so.0: cannot open shared object file: No such file or directory
This change should fix it
# XSA patches (Last checked: XSA-253)
'bba1abb5e4368421de29385e37f8477bf3534d3ba3ff7e2aae9c9d3da53f1393'
- '5276d63e3b2ffc5217981e7b683c28d75b81793af8d2ffc75566db39aaabbaef'
+ 'fa8cd07b85a8ff29cba8d891f12f9be4b173dd91a58404aabbf49c3f83152af9'
Pinned Comments
Refutationalist commented on 2024-12-06 01:37 (UTC)
Please Note: Per best-practices by upstream this package follows the git stable branch. Minor releases do not require a version bump and the PKGBUILD will provide the appropriate version number.
stubdom is still broken.