I have FreePBX Distro on an OpenVZ container and I am trying to register the sys admin license. It is failing with error 818. Apparently schmooze thinks it’s because the standard venet0:0 interface does not have a MAC address.
Digium has the same requirement to register their g729 and DPMA licenses. All I have to do for that is
vzctl set $VEID --netif_add eth0 --save
On the hw node. This creates the virtual eth0 with MAC address for the container which makes the digium license registration software happy.
So why doesn’t this work with schmooze licensing? Has anyone found a work around?
That statement seems to contradict this procedure which explains how to install the FreePBX Distro on CentOS…without the ISO.
We can install from ISO or the above procedure. It’s not easy to install from ISO in OpenVZ but it can be done…we do it all the time. We do not make any modifications to FreePBX distro or any other distro. The networking is part of CentOS.
I can state that will not work and you can not claim this to be a FreePBX Distro system as running in OpenVZ requires changes which means its not the FreePBX Distro anymore and should not be referenced as such.
Yes but as I stated that script is designed for a stock Centos 6.x. A oenvz of Centos is not stock as it does not use the included kernel from Centos for that version. It uses the kernel of the host. DAHDI is built for our kernel which means it will break and you can not run DAHDI on the container but on the host so no a OpenVZ container with Centos is not the Distro for this reason.
DAHDI is built for our kernel which means it will break and you can not run DAHDI on the container but on the host so no a OpenVZ container with Centos is not the Distro for this reason.
DAHDI works fine for us on OpenVZ kernel. Actually Asterisk/FreePBX runs extremely well on OpenVZ.
Your statement implies you are using a custom kernel. Not as far as we can tell.
Anyone who has not tried OpenVZ lately I would encourage them to give it another go. CentOS 6 based OpenVZ is much improved from 5 and 5 worked pretty well imho.
Also, a lot of OpenVZ is now baked into the CentOS 6 kernel. In fact I think you can now run OpenVZ on a stock kernel…just with a reduced feature set.