Hyper-V ICS 1.0 (w/Synthethic Network Driver) for pfSense 2.1 & 2.1.1
-
So what needs to happen for us to have an official pfSense build with Hyper-V support?
The latest image that Zootie has provided has a greater stability than the official build under Hyper-V!
I use it in a Hyper-V environment extensively. At first I had to use the "Legacy Network cards" and then install ShellCmd to bring each of the interfaces down and up again to work. This kind of worked but we have reduced throughput due to the "Legacy Network cards".
Since these unofficial builds have been available the pfSense installs have been a lot more stable and have much better throughput.
I understand that you are protecting your trademark and I think that pfSense is worth protecting.
If you need to test an official pfSense build with Hyper-V support I'll be more than happy to test so that this can be released.
Peter
-
@gonzopancho:
….
The business of pfSense (the products and projects) is very much dependent on exactly the same distribution dynamic. We want pfSense distributed far and wide, but in an unmodified form from what we build, and without charge.That all said, if you are willing to work with us, we are willing to engage on getting an official pfSense for Hyper-V build done, and distributed. If you're interested, we're interested.
….
(EDIT: formatting, spelling and "I am.")
Hi gonzopancho!
Community need Hyper-V support!
If pfSense team currently don't have time/resources to produce stable Hyper-V image, please!!!, build a testing image with zooties patches
It's working except CARP!Many people want to use pfSense on Hyper-V, and use it today…
Create offical thread pfSense on Hyper-V and you will get feedback from community
Community will hunt down bugs in the pfSense software :)Thank you!
P.S.
Community, if you want to use pfSense on Hyper-V, please post your thoughts about it! -
@hmh:
P.S.
Community, if you want to use pfSense on Hyper-V, please post your thoughts about it!That's the beginning of the end of the pfSense community.
@gonzopancho:
That all said, if you are willing to work with us, we are willing to engage on getting an official pfSense for Hyper-V build done, and distributed. If you're interested, we're interested.
More than 50k views on the old hyper-v integration thread. Only one post from an admin there. We're interested, we have to, because the pfSense team seems to have other interests.
-
As requested, I've removed the VM from the links, I just left a readme with a link to this thread.
I can't remove the kernel modules zip from the first post (since I can't edit it anymore due to forum restrictions). However, I'd ask admins to please leave it in place so adventurous users can try and get Option B working for their environment. It only has the kernel compiled modules and the source patch file. While they were compiled using pfSense tools, the zip itself doesn't contain pfSense itself, and the process to get them to work implies that users doing it understand that they are modifying pfSense outside of its original distribution (and have no support or certification expectations by doing so).
I think most of us understand ESF's need to control the distribution and quality of pfSense, we're just frustrated because this is critical for our needs (both for network and disk throughput and to be able to shutdown the VM in a way compatible with Hyper-V and Windows Clustering) and we feel somewhat neglected after years of asking for help. The current measures seem to be a overreaction to the acts of others and in preparation of 2.2, but I think most can see the slippery slope. We are grateful to the project and want to help. I hope we can find a middle ground: a way to contribute to the community w/o grinding grassroots efforts to a halt.
The pfSense-Hyper-V sub-community has waited a long time to have better Hyper-V support and there is considerable interest (as the number of views of the old thread show), and we have tried to get attention to these efforts so they become part of the official distribution (partly why I've gone to great pains to try and document everything I've done, so it can be formalized and included in the official distribution). From a couple of old posts, it seemed that part of the problem was that the development team didn't have any servers with Hyper-V to test, so when the original driver source was released and we figured out a way to get them working with pfSense, it made sense to try and get the community involved in testing in a variety of environments.
Please let us know how we can help.
-
More than 50k views on the old hyper-v integration thread. Only one post from an admin there. We're interested, we have to, because the pfSense team seems to have other interests.
Good point! It is the most viewed thread in the "Virtualization installations and techniques" forum!
Surely we must have enough people interested in the community to have a build that supports Hyper-V without having to wait for pfSense 2.2???
Peter
-
More than 50k views on the old hyper-v integration thread. Only one post from an admin there. We're interested, we have to, because the pfSense team seems to have other interests.
Good point! It is the most viewed thread in the "Virtualization installations and techniques" forum!
Surely we must have enough people interested in the community to have a build that supports Hyper-V without having to wait for pfSense 2.2???
Indeed, it is the most read by far, nearly 4x views than the most viewed sticky thread (I don't know why it never got made into a sticky, maybe because it was too confusing - partly why I started this one, so it could be made into a sticky). Looking on other forums, there is only a handful of threads that have more views (many of them older).
So far, the kernel modules seem to work fine with 2.1.1. Unless there are big source changes coming in 2.1.1, it should be possible to include Hyper-V support in the build process for 2.1.1 (so we can begin testing with snapshopts). How can we help to get this in the official development, build, and distribution process?
-
When it comes to non-profits, Microsoft is very generous. And using something so wonderful like pfSense and using advanced hypervisor features like VM Replication, live export of running VM etc makes the life a lot easy. If I had budget to buy VMWare licenses then we could have also bought a commercial firewall like Sonicwall/Cyberoam etc.
If the idea is to reach far and wide, then Hyper-V is not something that should be ignored.
-
Indeed, it is the most read by far, nearly 4x views than the most viewed sticky thread (I don't know why it never got made into a sticky, maybe because it was too confusing - partly why I started this one, so it could be made into a sticky). Looking on other forums, there is only a handful of threads that have more views (many of them older).
So far, the kernel modules seem to work fine with 2.1.1. Unless there are big source changes coming in 2.1.1, it should be possible to include Hyper-V support in the build process for 2.1.1 (so we can begin testing with snapshopts). How can we help to get this in the official development, build, and distribution process?
Is it possible for the pfSense team (or should I say ESF?) to implement this into 2.1.1???
Even if it means that we have to enable it in the Advanced settings or modify some System Tunables or something.
Peter
-
Also, please see here for many requests from the community for Hyper-V support:
https://blog.pfsense.org/?p=705#comments
Please, please, please can we have official Hyper-V support!
Peter
-
So what needs to happen for us to have an official pfSense build with Hyper-V support?
I thought I already outlined that. I'm willing to make it happen, but I'm going to need some help (perhaps from zootie),
and it will (of necessity) need to be buildable from source. Once that happens, we can produce an official 'snapshot' for
people (like you) to test, as well as setup for the test harness at work.I understand that you are protecting your trademark and I think that pfSense is worth protecting.
Thank you.
If you need to test an official pfSense build with Hyper-V support I'll be more than happy to test so that this can be released.
Thank you.
-
That's the beginning of the end of the pfSense community.
I'm unsure if you're speaking about the call for discussion, or if you're commenting.
If you're commenting, all I can really say is, "death of pfSense predicted, film at 11".
(http://en.wikipedia.org/wiki/Film_at_11)More than 50k views on the old hyper-v integration thread. Only one post from an admin there. We're interested, we have to, because the pfSense team seems to have other interests.
It's not other interests, it's "higher priorities". But I already made a very public commitment.
-
When it comes to non-profits, Microsoft is very generous. And using something so wonderful like pfSense and using advanced hypervisor features like VM Replication, live export of running VM etc makes the life a lot easy. If I had budget to buy VMWare licenses then we could have also bought a commercial firewall like Sonicwall/Cyberoam etc.
If the idea is to reach far and wide, then Hyper-V is not something that should be ignored.
A Microsoft Hyper-V PM was in-touch back in November, wanting pfSense officially supported on Hyper-V.
He estimated then that it would be at least 8 man-weeks of effort to get to a tested version.Neither pfSense, nor the companies behind it, are "non-profit". Don't confuse "open source" with "non-profit". Nobody will work without a salary for long, and there are bandwidth, hosting fees, insurance, rent, power bills, etc. to deal with.
Microsoft offered ZERO help. Even though there was a Microsoft engineer in-touch about the same time who had completed similar work. Microsoft wouldn't allow his patches to be used, for fear of 'taint'.
Your "if I had budget to buy VMware, I wouldn't use pfSense" bothers me. Do you understand how hostile that sounds over here?
Is the only reason that you use pfSense because we don't charge for it?
-
Also, please see here for many requests from the community for Hyper-V support:
https://blog.pfsense.org/?p=705#comments
Please, please, please can we have official Hyper-V support!
Peter
Yes, if the community will assist.
-
Is it possible for the pfSense team (or should I say ESF?) to implement this into 2.1.1???
Even if it means that we have to enable it in the Advanced settings or modify some System Tunables or something.
Peter
It probably won't make the 2.1.1 release train, but I think a test version based on 2.1.1 could be made available.
Then we could move to the 2.2 train for Hyper-V support (which eliminates the back port.) -
@gonzopancho:
So what needs to happen for us to have an official pfSense build with Hyper-V support?
I thought I already outlined that. I'm willing to make it happen, but I'm going to need some help (perhaps from zootie),
and it will (of necessity) need to be buildable from source. Once that happens, we can produce an official 'snapshot' for
people (like you) to test, as well as setup for the test harness at work.I understand that you are protecting your trademark and I think that pfSense is worth protecting.
Thank you.
If you need to test an official pfSense build with Hyper-V support I'll be more than happy to test so that this can be released.
Thank you.
Many thanks for replying, it's much appreciated, it's great to finally have a an acknowledgment and a response from the pfSense team!
Hopefully zootie will be more than happy to help out. He has spent considerable time already in supporting the Hyper-V part of the pfSense community.
I look forward to having an official build to play with in the future!
Peter
-
zootie, you'd better remove your VHDs before you receive "the most polite letter possible via the law firm". You know, you can only provide "genuine pfSense
software". Not kidding ya. ::)BTW, your Option C is useless due to actions taken by the pfSense guys, which they apparently wish to continue. You know, they think noone should have access to the build tools repo, unless it's "subject to certain contractual obligations". Otherwise you're gonna get accused exactly like the poor guy who built an early v2.2 image and posted that on the forum. And you'll become a horrible offender who "built something that clearly was not “pfSense”, named it “pfSense 2.2”, violating our registered trademark, and then announced on the pfSense forum with an adulterated logo."
This project has become a pile of legal BS. >:( >:( >:(
I'm sorry you feel that way. Perhaps you would like to explain your viewpoint more.
-
I have edited the original post to remove the links.
-
Outch.
Even threatning with legal action to something what i see as a major contribution (helping pfsense work on a hypervisor).
We where about to release a fully working pfsense with Citrix Xenserver 6.2 for the community.but i guess we will keep that build to our selfs after reading this.
For the admins in question: i would really wonder if thats a right way of handling things if you say you depend on the community yet shoot it down when they do actually contribute :-)
Regards,
Marco -
Outch.
Even threatning with legal action to something what i see as a major contribution (helping pfsense work on a hypervisor).
We where about to release a fully working pfsense with Citrix Xenserver 6.2 for the community.but i guess we will keep that build to our selfs after reading this.
For the admins in question: i would really wonder if thats a right way of handling things if you say you depend on the community yet shoot it down when they do actually contribute :-)
Regards,
MarcoTry and stay positive, and try and find a way to keep contributing. We might be able to find common ground.
Sometimes, I'm somewhat reticent to keep contributing. I don't like that 2.2 might be having a community edition separate from a more formal (and functional) commercial edition: in my experience, the community edition ends up purposely crippled with only minor features to drive customers to the commercial edition. Then again, I might be misinformed (remember vaguely reading about the possibility of the split, can't remember if it was an official source, and even that might change) and maybe there are no plans on such a split, or even if it splits, the community edition might keep thriving and benefit from a more formal commercial endeavor that can channel more resources to improving the product. It is far too early to tell and the pfSense team deserves the benefit of the doubt.
In the end, I've benefited from past work from the pfSense and monowall community, and I intend to keep helping if I can find a way to do it.
If your modifications were based on the build process, we might be able to figure out how to integrate your changes (same way we're trying with the hyperv drivers).
-
@gonzopancho:
I thought I already outlined that. I'm willing to make it happen, but I'm going to need some help (perhaps from zootie),
and it will (of necessity) need to be buildable from source. Once that happens, we can produce an official 'snapshot' for
people (like you) to test, as well as setup for the test harness at work.Many thanks for replying, it's much appreciated, it's great to finally have a an acknowledgment and a response from the pfSense team!
Hopefully zootie will be more than happy to help out.
Yes, I'd be happy to help. In Option C, the drivers were compiled from lightly modified hyperv for FreeBSD 8.3 port source (the only modifications were to Makefiles to get the patch to apply, but we can probably forgo these changes by creating a patch that only applies to sys/modules/hyperv - something I didn't know when I started, hence the more inclusive patch). The source compiles using pfSense-tools and get the ko modules included on the ISO (they're included with the other kernel modules). However, I just need some help to get the drivers installed/used by the installation process.
I can try to keep digging, figuring out pfsense-tools by trial an error (since I haven't found any documentation on the tools other than inline comments). However, I'd only be struggling to figure out info that someone more familiar with the build process already knows (saving me hours of running in circles). Maybe someone that worked to integrate the virtio drivers? Or someone that would know how to instruct the installer/builder to modify /boot/loader.conf (if that is the best way to do this, maybe there is a way to have the installer only make the modification only when Hyper-V is detected).
gonzopancho, can you put me in touch with someone more knowledgeable on the tools? I'll probably need access to the tools repo (as instructed in the development list, I emailed a week ago with an SSH key to gain access, didn't hear back).
Thank you