Pfsense 2.0 R3 - Hyper-V
-
Hi, i am trying pfsense 2.0 R3 in Hyper-V but it doesnt boot
Stopped at pmap_invalidate_cache_range+0x40 clflushl 0(%ebx)
db> -
What processor / motherboard are you using?
-
While I have had problems with using pfSense on Hyper-V (see my thread on "Concerns Running pfSense 2.0 RCx on Hyper-V") I have always found it boots. You have to use Legacy Network Adapters. I then just use the default console settings, Quick/Easy Install, and Uniprocessor Kernel.
Richard
-
I am having some troubles booting up in hyper-v too using the latest version of pfsense 2.0 .
The system has:
amd athlon 4800
asus m4a78-em
5gb ramSee the attached screenshot of the error.
I am using legacy network adapters…and i have tried turning off / on all integration settings.
It is weird , that pfsense 1.2.3 release is running fine in hyper-v -
Hi guys,
Google took me here because I was getting the exact same error as in your screenshot. I was trying to install pfsense 2.0 in a Hyper-V VM. The first server I used was a HP DL385 G2 (AMD quad cores) running Windows 2008 R2 x64 Enterprise. No matter how I adjusted the various VM settings I would get that error. Next I attempted to do a Hyper-V install of pfsense 2.0 on a HP Proliant DL380 G5 (Intel) running the same OS. The install proceeded without a hitch (had to use legacy network, of course.)
I have two cluster nodes (for this test) in the same cluster, One an AMD based HP Proliant and the other an Intel based HP Proliant.
AMD based Hyper-V: fail as in screen shot.
Intel based Hyper-V: successSo, no idea what the issue is beyond the results of my attempts. I'm not a Linux guru, just trying out pfsense to see if it can replace my fancy "hardware" based security equipment. I'll be interested to see if this generates any installer patches.
Good luck,
Matt -
It is indeed a problem with AMD based processors. I have found a solution to the problem and have Pfsense running without issue on a Hyper-V VM with an AMD processor.
You have to add the following to the boot parameters:
hw.clflush_disable = 1
After the latter is added to the boot parameters, you can boot Pfsense and it will bypass the OP error.
Hope this helps someone with this issue.
Hi guys,
Google took me here because I was getting the exact same error as in your screenshot. I was trying to install pfsense 2.0 in a Hyper-V VM. The first server I used was a HP DL385 G2 (AMD quad cores) running Windows 2008 R2 x64 Enterprise. No matter how I adjusted the various VM settings I would get that error. Next I attempted to do a Hyper-V install of pfsense 2.0 on a HP Proliant DL380 G5 (Intel) running the same OS. The install proceeded without a hitch (had to use legacy network, of course.)
I have two cluster nodes (for this test) in the same cluster, One an AMD based HP Proliant and the other an Intel based HP Proliant.
AMD based Hyper-V: fail as in screen shot.
Intel based Hyper-V: successSo, no idea what the issue is beyond the results of my attempts. I'm not a Linux guru, just trying out pfsense to see if it can replace my fancy "hardware" based security equipment. I'll be interested to see if this generates any installer patches.
Good luck,
Matt -
For further clarification, here is the method in more detail:
–------
At the boot menu choose option 7 "Escape to loader prompt"set hw.clflush_disable=1
bootInstall pfSense.
After the installation, add the following line to /boot/loader.conf.local by running the following command from the shell prompt.
echo "hw.clflush_disable=1" >> /boot/loader.conf.local
It is indeed a problem with AMD based processors. I have found a solution to the problem and have Pfsense running without issue on a Hyper-V VM with an AMD processor.
You have to add the following to the boot parameters:
hw.clflush_disable = 1
After the latter is added to the boot parameters, you can boot Pfsense and it will bypass the OP error.
Hope this helps someone with this issue.
Hi guys,
Google took me here because I was getting the exact same error as in your screenshot. I was trying to install pfsense 2.0 in a Hyper-V VM. The first server I used was a HP DL385 G2 (AMD quad cores) running Windows 2008 R2 x64 Enterprise. No matter how I adjusted the various VM settings I would get that error. Next I attempted to do a Hyper-V install of pfsense 2.0 on a HP Proliant DL380 G5 (Intel) running the same OS. The install proceeded without a hitch (had to use legacy network, of course.)
I have two cluster nodes (for this test) in the same cluster, One an AMD based HP Proliant and the other an Intel based HP Proliant.
AMD based Hyper-V: fail as in screen shot.
Intel based Hyper-V: successSo, no idea what the issue is beyond the results of my attempts. I'm not a Linux guru, just trying out pfsense to see if it can replace my fancy "hardware" based security equipment. I'll be interested to see if this generates any installer patches.
Good luck,
Matt -
Thank you for finding and reporting the fix! This does help!
-
I added that tidbit to http://doc.pfsense.org/index.php/Boot_Troubleshooting (and reformatted the page a bit in the process)
-
Well, this is humorous…
I totally abandoned my project (before seeing your posts with the resolution) and just today restarted it. So, I completely forgot about the boot issue. Today I was trying to install pfsense on a Hyper-V R2 server and got the pmap_invalidate_cache_range at boot. So I googled the error bringing me to this thread. I then see a post about someone with a DL385 G2 and say to myself, "what are the odds?" until I see that it is my own post from October of last year. Face in palm...
However, I now have the resolution to my problem. I'm curious to see how the performance is on Hyper-V.
Curiously, or maybe not, pfsense installs without a hitch on the Proliant server as a bare metal install. Even if it's 6 months late, thanks for the info!
Matt
-
I have two cluster nodes (for this test) in the same cluster, One an AMD based HP Proliant and the other an Intel based HP Proliant.
AMD based Hyper-V: fail as in screen shot.
Intel based Hyper-V: successOn a sidenote, the above config is not supported by Microsoft and I don't think you VM's are going to be that happy when doing live migrations…