[TUTORIAL] Compile Proxmox VE with patched intel-iommu driver to remove RMRR check

Well before this all worked.

When i try it now i get:
Fetched in submodule path 'submodules/ubuntu-disco', but it did not contain fdc10a3711d4cb8ae2c42efb2c89dcca919d1e4d. Direct fetching of that commit failed.
Makefile:120: recipe for target 'submodule' failed
 
Rather than cloning the entire repo, you can use: git clone --depth=1 git://git.proxmox.com/git/mirror_ubuntu-disco-kernel.git

to download only the latest branch.

Also rather than copying, use mv

so:

Code:
cd /usr/src/
git clone --depth=1 git://git.proxmox.com/git/mirror_ubuntu-disco-kernel.git
mv mirror_ubuntu-disco-kernel ubuntu-disco

Tutorial:
Code:
cd /usr/src/
git clone git://git.proxmox.com/git/mirror_ubuntu-disco-kernel.git
cp -r mirror_ubuntu-disco-kernel ubuntu-disco
rm -rf mirror_ubuntu-disco-kernel
 
I've created a script which will create a package with the current patched kernel. It uses Vagrant to keep things nice and tidy.

It's not finished. So far it will create a vagrant vm and clone the current kernel repo. It also installs the required packages.

It's available on github https://github.com/wolfpackmars2/rm_rmrr

Download rm_rmrr.sh and run it with
Code:
sh rm_rmrr.sh

Once that is complete, run vagrant ssh to log into the VM then sudo su then cd /root/ubuntu_disco. From there, continue after "Then, copy the driver file so we can edit the copy and make a patch out of the differences between the copy and original:" in Feni's tutorial
 
Is this the only way this can be accomplished? Rebuilding the entire kernel is time consuming and resource intensive.

Could a driver be created or a kernel module be made and applied to the existing kernel without having to rebuild every time a PVE kernel is released?
 
Hi, after a time with this kernel patch activate and my VM's running with the pci gpu card on my HP Gen8 microserver, a friend told me that i should look this post:

http://www.jimmdenton.com/proliant-intel-dpdk/

@Feni and everyone maybe this post can help you guys.

I reinstall proxmox and made the steps of the jimmdenton tutorial and to get iommu detecte I using this post https://forum.proxmox.com/threads/gpu-passthrough-tutorial-reference.34303/ and when I boot up proxmox if I run the command I get this output:
Code:
root@pve:~# dmesg | grep -e DMAR -e IOMMU
[    0.009762] ACPI: DMAR 0x00000000E5DE4A80 0003B4 (v01 HP     ProLiant 00000001 \xd2?   0000162E)
[    0.124061] DMAR: IOMMU enabled
[    0.200176] DMAR: Host address width 39
[    0.200177] DMAR: DRHD base: 0x000000fed90000 flags: 0x1
[    0.200182] DMAR: dmar0: reg_base_addr fed90000 ver 1:0 cap c9008020660262 ecap f010da
[    0.200182] DMAR: RMRR base: 0x000000e5ffd000 end: 0x000000e5ffffff
[    0.200183] DMAR: RMRR base: 0x000000e5ff6000 end: 0x000000e5ffcfff
[    0.200184] DMAR: RMRR base: 0x000000e5f93000 end: 0x000000e5f94fff
[    0.200185] DMAR: RMRR base: 0x000000e5f8f000 end: 0x000000e5f92fff
[    0.200185] DMAR: RMRR base: 0x000000e5f7f000 end: 0x000000e5f8efff
[    0.200186] DMAR: RMRR base: 0x000000e5f7e000 end: 0x000000e5f7efff
[    0.200187] DMAR: RMRR base: 0x000000000f4000 end: 0x000000000f4fff
[    0.200187] DMAR: RMRR base: 0x000000000e8000 end: 0x000000000e8fff
[    0.200188] DMAR: RMRR base: 0x000000e5dee000 end: 0x000000e5deefff
[    0.200190] DMAR-IR: IOAPIC id 8 under DRHD base  0xfed90000 IOMMU 0
[    0.200191] DMAR-IR: HPET id 0 under DRHD base 0xfed90000
[    0.200191] DMAR-IR: x2apic is disabled because BIOS sets x2apic opt out bit.
[    0.200192] DMAR-IR: Use 'intremap=no_x2apic_optout' to override the BIOS setting.
[    0.200442] DMAR-IR: Enabled IRQ remapping in xapic mode
[    1.069148] DMAR: No ATSR found
[    1.069339] DMAR: dmar0: Using Queued invalidation
[    1.069348] DMAR: Setting RMRR:
[    1.069580] DMAR: Setting identity map for device 0000:01:00.0 [0xe5dee000 - 0xe5deefff]
[    1.069842] DMAR: Setting identity map for device 0000:01:00.2 [0xe5dee000 - 0xe5deefff]
[    1.070085] DMAR: Setting identity map for device 0000:01:00.4 [0xe5dee000 - 0xe5deefff]
[    1.070352] DMAR: Setting identity map for device 0000:00:1f.2 [0xe8000 - 0xe8fff]
[    1.070604] DMAR: Setting identity map for device 0000:07:00.1 [0xe8000 - 0xe8fff]
[    1.070874] DMAR: Setting identity map for device 0000:03:00.0 [0xe8000 - 0xe8fff]
[    1.071131] DMAR: Setting identity map for device 0000:03:00.1 [0xe8000 - 0xe8fff]
[    1.071407] DMAR: Setting identity map for device 0000:04:00.0 [0xe8000 - 0xe8fff]
[    1.071416] DMAR: Setting identity map for device 0000:01:00.0 [0xe8000 - 0xe8fff]
[    1.071428] DMAR: Setting identity map for device 0000:01:00.2 [0xe8000 - 0xe8fff]
[    1.071437] DMAR: Setting identity map for device 0000:00:1f.2 [0xf4000 - 0xf4fff]
[    1.071439] DMAR: Setting identity map for device 0000:07:00.1 [0xf4000 - 0xf4fff]
[    1.071440] DMAR: Setting identity map for device 0000:03:00.0 [0xf4000 - 0xf4fff]
[    1.071441] DMAR: Setting identity map for device 0000:03:00.1 [0xf4000 - 0xf4fff]
[    1.071442] DMAR: Setting identity map for device 0000:04:00.0 [0xf4000 - 0xf4fff]
[    1.071443] DMAR: Setting identity map for device 0000:01:00.0 [0xf4000 - 0xf4fff]
[    1.071444] DMAR: Setting identity map for device 0000:01:00.2 [0xf4000 - 0xf4fff]
[    1.071446] DMAR: Setting identity map for device 0000:00:1f.2 [0xe5f7e000 - 0xe5f7efff]
[    1.071454] DMAR: Setting identity map for device 0000:07:00.1 [0xe5f7e000 - 0xe5f7efff]
[    1.071463] DMAR: Setting identity map for device 0000:03:00.0 [0xe5f7e000 - 0xe5f7efff]
[    1.071471] DMAR: Setting identity map for device 0000:03:00.1 [0xe5f7e000 - 0xe5f7efff]
[    1.071481] DMAR: Setting identity map for device 0000:04:00.0 [0xe5f7e000 - 0xe5f7efff]
[    1.071489] DMAR: Setting identity map for device 0000:01:00.0 [0xe5f7e000 - 0xe5f7efff]
[    1.071494] DMAR: Setting identity map for device 0000:01:00.2 [0xe5f7e000 - 0xe5f7efff]
[    1.071499] DMAR: Setting identity map for device 0000:00:1f.2 [0xe5f7f000 - 0xe5f8efff]
[    1.071500] DMAR: Setting identity map for device 0000:07:00.1 [0xe5f7f000 - 0xe5f8efff]
[    1.071502] DMAR: Setting identity map for device 0000:03:00.0 [0xe5f7f000 - 0xe5f8efff]
[    1.071503] DMAR: Setting identity map for device 0000:03:00.1 [0xe5f7f000 - 0xe5f8efff]
[    1.071505] DMAR: Setting identity map for device 0000:04:00.0 [0xe5f7f000 - 0xe5f8efff]
[    1.071506] DMAR: Setting identity map for device 0000:01:00.0 [0xe5f7f000 - 0xe5f8efff]
[    1.071508] DMAR: Setting identity map for device 0000:01:00.2 [0xe5f7f000 - 0xe5f8efff]
[    1.071509] DMAR: Setting identity map for device 0000:00:1f.2 [0xe5f8f000 - 0xe5f92fff]
[    1.071511] DMAR: Setting identity map for device 0000:07:00.1 [0xe5f8f000 - 0xe5f92fff]
[    1.071512] DMAR: Setting identity map for device 0000:03:00.0 [0xe5f8f000 - 0xe5f92fff]
[    1.071513] DMAR: Setting identity map for device 0000:03:00.1 [0xe5f8f000 - 0xe5f92fff]
[    1.071515] DMAR: Setting identity map for device 0000:04:00.0 [0xe5f8f000 - 0xe5f92fff]
[    1.071516] DMAR: Setting identity map for device 0000:01:00.0 [0xe5f8f000 - 0xe5f92fff]
[    1.071517] DMAR: Setting identity map for device 0000:01:00.2 [0xe5f8f000 - 0xe5f92fff]
[    1.071519] DMAR: Setting identity map for device 0000:00:1f.2 [0xe5f93000 - 0xe5f94fff]
[    1.071520] DMAR: Setting identity map for device 0000:07:00.1 [0xe5f93000 - 0xe5f94fff]
[    1.071521] DMAR: Setting identity map for device 0000:03:00.0 [0xe5f93000 - 0xe5f94fff]
[    1.071522] DMAR: Setting identity map for device 0000:03:00.1 [0xe5f93000 - 0xe5f94fff]
[    1.071524] DMAR: Setting identity map for device 0000:04:00.0 [0xe5f93000 - 0xe5f94fff]
[    1.071525] DMAR: Setting identity map for device 0000:01:00.0 [0xe5f93000 - 0xe5f94fff]
[    1.071526] DMAR: Setting identity map for device 0000:01:00.2 [0xe5f93000 - 0xe5f94fff]
[    1.071527] DMAR: Setting identity map for device 0000:01:00.0 [0xe5ff6000 - 0xe5ffcfff]
[    1.071528] DMAR: Setting identity map for device 0000:01:00.2 [0xe5ff6000 - 0xe5ffcfff]
[    1.071530] DMAR: Setting identity map for device 0000:01:00.4 [0xe5ff6000 - 0xe5ffcfff]
[    1.071778] DMAR: Setting identity map for device 0000:00:1a.0 [0xe5ffd000 - 0xe5ffffff]
[    1.072003] DMAR: Setting identity map for device 0000:00:1d.0 [0xe5ffd000 - 0xe5ffffff]
[    1.072014] DMAR: Prepare 0-16MiB unity mapping for LPC
[    1.072289] DMAR: Setting identity map for device 0000:00:1f.0 [0x0 - 0xffffff]
[    1.072379] DMAR: Intel(R) Virtualization Technology for Directed I/O
It's seems that it's works but when start the VM it's show again the iommu blocked message and if I run the last command the output show it:
Code:
[  203.716252] vfio-pci 0000:07:00.1: Device is ineligible for IOMMU domain attach due to platform RMRR requirement.  Contact your platform vendor.
I don't know exactly if this can help but I hope to find a easy way to use gpu pci passthrougth to VM's on the HP server.
 
Last edited:
I've just tried to follow this great tutorial for Proxmox 6.0, but I get errors when compiling the kernel. Has anyone succeeded with this with Proxmox 6.0 already?
 
I have done all the steps with absolute success. Thank you for the amazing tutorial :)

EDIT: I compiled it on an 72-core AWS EC2 instance running ubuntu 18.04
 
Last edited:
  • Like
Reactions: Feni
I've just tried to follow this great tutorial for Proxmox 6.0, but I get errors when compiling the kernel. Has anyone succeeded with this with Proxmox 6.0 already?
Any luck so far? My system is patched and on 6.0 at the moment using the attached patch. What kind of errors do you get?
 
Hello. Thanks for this Tutorial.

I get this error:

Code:
BEGIN failed--compilation aborted at (eval 16) line 1.

make[2]: *** [debian/rules:13: clean] Error 2
make[2]: se sale del directorio '/usr/src/pve-kernel/build/modules/tmp/zfs-linux_0.8.2'
dpkg-buildpackage: fallo: debian/rules clean subprocess returned exit status 2
make[1]: *** [Makefile:53: zfs-linux_0.8.2-pve2.dsc] Error 2
make[1]: se sale del directorio '/usr/src/pve-kernel/build/modules/tmp'

Solution???


[SOLVED] -> apt install python-sphinx

Compiling...
 
Last edited:
Hello. Thanks for this Tutorial.

I get this error:

Code:
BEGIN failed--compilation aborted at (eval 16) line 1.

make[2]: *** [debian/rules:13: clean] Error 2
make[2]: se sale del directorio '/usr/src/pve-kernel/build/modules/tmp/zfs-linux_0.8.2'
dpkg-buildpackage: fallo: debian/rules clean subprocess returned exit status 2
make[1]: *** [Makefile:53: zfs-linux_0.8.2-pve2.dsc] Error 2
make[1]: se sale del directorio '/usr/src/pve-kernel/build/modules/tmp'

Solution???


[SOLVED] -> apt install python-sphinx

Compiling...
Ah yes, dependencies.. :) Happy you found it.
 
Thank you for the tutorial, I can get as far as booting my VM with the HBA passed through. However once I boot the VM my proxmox host throws some errors and puts the fans on my DL380e at 100%. My DL380e has a p420 HBA connected to slot 3 that I am trying to pass through to a FreeNAS VM.

Do you have any way to solve the error?

Code:
DMAR: [DMA Read] Request device [0d:00.0] fault addr 7df83000 [fault reason 06] PTE Read access is not set?
 
Thank you for the tutorial, I can get as far as booting my VM with the HBA passed through. However once I boot the VM my proxmox host throws some errors and puts the fans on my DL380e at 100%. My DL380e has a p420 HBA connected to slot 3 that I am trying to pass through to a FreeNAS VM.

Do you have any way to solve the error?

Code:
DMAR: [DMA Read] Request device [0d:00.0] fault addr 7df83000 [fault reason 06] PTE Read access is not set?
Hi there,

If an HP goes to 100% fan speed, it usually indicates a hardware or firmware issue. A quick search returns this thread with more information:
https://forums.unraid.net/topic/42936-dmarfault-reason-06-pte-read-access-is-not-se/
https://bugzilla.redhat.com/show_bug.cgi?id=1339567
https://bugzilla.kernel.org/show_bug.cgi?id=82761
https://access.redhat.com/solutions/183373

One of the fixes mentioned is:
"This issue was resolved by disabling the "HP Shared Memory features" for the NIC in BIOS." Perhaps you can also do this for the p420 HBA.
 
Tutorial:

Well it took a bit more time but here it is, a tutorial to disable the RMRR check. There are other tutorials but those aren't complete, don't work or are for v4.4 and earlier. If you've been affected by RMRR on HP Proliant G7 or earlier, other solutions will not work (excluding RMRR with conrep, acs_override, etc. etc.).

You have probably read this already as well, otherwise you wouldn't be here. ;-)
https://forum.proxmox.com/threads/gpu-passthrough-tutorial-reference.34303/

You should only use this tutorial if you have old hardware that cannot disable RMRR (Reserved Memory Region Reporting). Red Hat has a good whitepaper on the subject, please read it before continuing: https://access.redhat.com/sites/default/files/attachments/rmrr-wp1.pdf

Anyway, if you're aware of the security risk of accepting RMRR in a virtualized environment, you accept the inherent risk of compiling a Linux kernel with a self-made patch (typos in the patch may kill your system) and still want to use passthrough: here's a how to for Proxmox VE v5.1 v5.2 v5.3 v5.4 v6.0. I'm pretty new to all this stuff (first time compiling ever) so don't expect this to be the prettiest tutorial ever and there's probably a better or quicker way to do things. This however did work for me where all other suggestions failed.

If you're trying to passthrough a GPU but can't get it to work and get a message like this in the GUI:
Code:
vfio: failed to set iommu for container: Operation not permitted
RMRR exclusion might be in effect, you can check this like this:
Code:
dmesg | grep -e DMAR -e IOMMU

If that returns
Code:
vfio-pci 0000:0X:YY.Z: Device is ineligible for IOMMU domain attach due to platform RMRR requirement.  Contact your platform vendor.
RMRR exclusion is indeed in effect and passthrough for that device has been disabled.

Still on board? Okay then, we're going to make a patch to disable the RMRR check in the offending intel-iommu driver. Sidenote: this patch does NOT survive a kernel update. You'll need to patch again using this tutorial (works as long as kernel = Zesty, Artful Aardvark, Bionic Beaver, Eoan Ermine).

Also, the required patch has changed since Eoan Ermine because Intel changed their intel-iommu driver. Make sure to use the v2 patch if you are on Eoan.

First, download and install required packages. I'm not sure if you need all of them, but this is what other users used and I've been adding to the list whenever I got an error stating I was missing a package:
Code:
apt-get update
apt-get install git nano screen patch fakeroot build-essential devscripts libncurses5 libncurses5-dev libssl-dev bc flex bison libelf-dev libaudit-dev libgtk2.0-dev libperl-dev asciidoc xmlto gnupg gnupg2 rsync lintian debhelper libdw-dev libnuma-dev libsplang2-dev sphinx-common asciidoc-base automake cpio dh-python file gcc kmod libiberty-dev libpve-common-perl libtool perl-modules python-minimal sed tar zlib1g-dev lz4

Then download the pve-kernel git:
Code:
cd /usr/src/
git clone git://git.proxmox.com/git/pve-kernel.git

This makes a map called pve-kernel in /usr/src/ (the preferred folder for compiling stuff) where all the magic is going to happen.

Next you can either create the patch yourself (option A) or download my variant (option B).



OPTION B
If you want to use my patch, download the attachment (remove_rmrr_check for Disco and earliers, remove_rmrr_check_v2 for Eoan and further), unzip it and place it in the following directory with WinSCP, FTP or another program of choice:
Code:
/usr/src/pve-kernel/patches/kernel/

PROCESS AFTER BOTH OPTION A AND B
There is a script that checks for strange dir names that needs to be disabled in order for us to have a custom kernel version name so we can update systems that are already up to date:
Code:
nano /usr/src/pve-kernel/debian/scripts/find-firmware.pl
Comment out the fourth line from above with a # so that it looks as such:
Code:
#die "strange directory name" if..
Save with ctrl-x and y.

To finish up and give your system a nice identifier, edit the Makefile:
Code:
nano /usr/src/pve-kernel/Makefile
Edit the EXTRAVERSION line near the top of the Makefile and add this to the end:
Code:
-removermrr
Again, save with ctrl-x and y.

Now, you've made a patch to modify the intel-iommu driver and set everything to successfully compile the new kernel. All that's left is to compile! Since the Makefile does all the thinking, you don't need to pass arguments like -j:
Code:
make

Now watch the magic, it will take a while and put quite a load on your system. It took 30 minutes on my HP DL380 G6 with twin X5670's. When it's finished, you should find a couple of new .deb files in your /usr/src/pve-kernel directory. Install them:
Code:
dpkg -i *.deb

The Makefile also updates GRUB and initramfs, so no need to update those manually. When finished, reboot and check again:
Code:
dmesg | grep -e DMAR -e IOMMU

You should see your newly modified line about RMRR patch being in effect and passthrough should now work. If not, something else might be wrong, you made a typo somewhere or I forgot something (reply below) or this tutorial is outdated already because Proxmox uses a different kernel than Zesty (updated already to Artful after writing this tutorial, had to rewrite. Thanks to and3l12 for providing info on the new makefile).Bionic already. ;-). And on to Disco. And it's Eoan now.

Happy compiling and don't forget to like this post if it helped you. :cool::D


Hi Everyone!

I'm in the process of trying to implement the above on my own system (ML350 G6) trying to passthrough an LSI 9211-8i HBA to a FreeNAS VM.

I can follow everything here up until right after option b. I used
Bash:
touch remove_rmrr_check_v2.patch
vi remove_rmrr_check_v2.patch

Then copy paste from the downloaded file and esc-> :X-> enter.

then:
Bash:
cd ..
cd ..
// go to correct directory

When I try to make I get the following error:
Bash:
root@proxmox:/usr/src/pve-kernel# make
Makefile:139: warning: overriding recipe for target '-removermrr'
Makefile:128: warning: ignoring old recipe for target '-removermrr'
test -f "submodules/ubuntu-eoan/README" || git submodule update --init submodules/ubuntu-eoan
test -f "submodules/zfsonlinux/Makefile" || git submodule update --init --recursive submodules/zfsonlinux
rm -rf build/debian
mkdir -p build
cp -a debian build/debian
echo "git clone git://git.proxmox.com/git/pve-kernel.git\\ngit checkout 8ad7749d68f821c1ff9fd688c839c14e2e6efde3" > build/debian/SOURCE
echo "KVNAME=5.3.18-1-pve -removermrr" >> build/debian/rules.d/env.mk
echo "KERNEL_MAJMIN=5.3" >> build/debian/rules.d/env.mk
cd build; debian/rules debian/control
make[1]: Entering directory '/usr/src/pve-kernel/build'
debian/rules:226: warning: overriding recipe for target '-removermrr'
debian/rules:211: warning: ignoring old recipe for target '-removermrr'
sed -e 's/@@KVNAME@@/5.3.18-1-pve -removermrr/g' < debian/pve-kernel.prerm.in > debian/pve-kernel-5.3.18-1-pve -removermrr.prerm
sed: -e expression #2, char 1: unknown command: `m'
make[1]: *** [debian/rules:62: debian/control] Error 1
make[1]: Leaving directory '/usr/src/pve-kernel/build'
make: *** [Makefile:77: debian.prepared] Error 2



One thing I did notice that seemed off earlier in the tutorial is that "libsplang2-dev" wasn't in any of the git directories. I'm not sure if that the issue, but thought I'd mention it anyway.

Help me ProxMox Kenobi! you're my only hope!
 
Last edited:
Hi E



Hi Everyone!

I'm in the process of trying to implement the above on my own system (ML350 G6) trying to passthrough an LSI 9211-8i HBA to a FreeNAS VM.

I can follow everything here up until right after option b. I used
Bash:
touch remove_rmrr_check_v2.patch
vi remove_rmrr_check_v2.patch

Then copy paste from the downloaded file and esc-> :X-> enter.

then:
Bash:
cd ..
cd ..
// go to correct directory

When I try to make I get the following error:
Bash:
root@proxmox:/usr/src/pve-kernel# make
Makefile:139: warning: overriding recipe for target '-removermrr'
Makefile:128: warning: ignoring old recipe for target '-removermrr'
test -f "submodules/ubuntu-eoan/README" || git submodule update --init submodules/ubuntu-eoan
test -f "submodules/zfsonlinux/Makefile" || git submodule update --init --recursive submodules/zfsonlinux
rm -rf build/debian
mkdir -p build
cp -a debian build/debian
echo "git clone git://git.proxmox.com/git/pve-kernel.git\\ngit checkout 8ad7749d68f821c1ff9fd688c839c14e2e6efde3" > build/debian/SOURCE
echo "KVNAME=5.3.18-1-pve -removermrr" >> build/debian/rules.d/env.mk
echo "KERNEL_MAJMIN=5.3" >> build/debian/rules.d/env.mk
cd build; debian/rules debian/control
make[1]: Entering directory '/usr/src/pve-kernel/build'
debian/rules:226: warning: overriding recipe for target '-removermrr'
debian/rules:211: warning: ignoring old recipe for target '-removermrr'
sed -e 's/@@KVNAME@@/5.3.18-1-pve -removermrr/g' < debian/pve-kernel.prerm.in > debian/pve-kernel-5.3.18-1-pve -removermrr.prerm
sed: -e expression #2, char 1: unknown command: `m'
make[1]: *** [debian/rules:62: debian/control] Error 1
make[1]: Leaving directory '/usr/src/pve-kernel/build'
make: *** [Makefile:77: debian.prepared] Error 2



One thing I did notice that seemed off earlier in the tutorial is that "libsplang2-dev" wasn't in any of the git directories. I'm not sure if that the issue, but thought I'd mention it anyway.

Help me ProxMox Kenobi! you're my only hope!

Hi Felix, I saw this error too.

In my case, the fix was changing:
Code:
EXTRAVERSION=-${KREL}-pve -removermrr

to:
Code:
EXTRAVERSION=-${KREL}-pve-removermrr

Note how there is no extra space before "-removermrr".

Hope this helps.
 
Last edited:
Hi Felix, I saw this error too.

In my case, the fix was changing:
Code:
EXTRAVERSION=-${KREL}-pve -removermrr

to:
Code:
EXTRAVERSION=-${KREL}-pve-removermrr

Note how there is no extra space before "-removermrr".

Hope this helps.
Thanks for this,

Switched over to EXSi temporarily to get everything working, will try to get this running later this weekend
 
What am i doing wrong? all according to the instructions ... pleas help me ))
Clear ProxMox 6.1 on HP DL380 G7 2*x5650
1584278071620.png
Clear ProxMox 6.0 on HP DL380 G7 the same... PLEAS HELP!!!
1584305966030.png
 
Last edited:
Hi Felix, I saw this error too.

In my case, the fix was changing:
Code:
EXTRAVERSION=-${KREL}-pve -removermrr

to:
Code:
EXTRAVERSION=-${KREL}-pve-removermrr

Note how there is no extra space before "-removermrr".

Hope this helps.
Apologies for the absence, work/life etc intervened. Spaces are not allowed indeed. :)
 
What am i doing wrong? all according to the instructions ... pleas help me ))
Clear ProxMox 6.1 on HP DL380 G7 2*x5650
View attachment 15606
Clear ProxMox 6.0 on HP DL380 G7 the same... PLEAS HELP!!!
View attachment 15611

There's an error being thrown somewhere farther up. Can you pastebin the entire session so I can take a look? Usually it's an unmet dependency because the new kernel (focal) has other requirements than the previous version.

Also, I'm having errors about having to enable unsafe interrupts. Even though that module parameter is set:
vfio_iommu_type1_attach_group: No interrupt remapping support. Use the module param "allow_unsafe_interrupts" to enable VFIO IOMMU support on this platform

So watch out, Proxmox v6.1.8 may not work with this patch yet until I figure out what's wrong.
 

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!