What is a good way to test this? Does anyone have results from VoIP Spear (voipspear.com) or VQMon (www.telchemy.com/vqmon.php)?

Good work! I see that a full force of at least 4 people are at work to get this beast working.

Keep it up guys!!!

passwd-master
ssh-keygen -f /etc/ssh/ssh_host_rsa_key -N -t rsa
ssh-keygen -f /etc/ssh/ssh_host_dsa_key -N -t dsa

Both the article and WIKI have been revised accordingly.

changed it to asterisk:asterisk

In the Proxmox file system, it now shows up as owned by libuuid:libuuid

[WM: With the exception of fxotune.conf, all of the /etc/*.conf files should be root:root.]

[WM: We have a number of domains registered through omnis.com, and they provide DNS services for some of those domains.]

[WM: After running the Orgasmatron Installer script, don’t apply any FreePBX updates before restoring the Orgasmatron backup. That’s what got things out of sync. I’ve updated the WIKI to show the proper procedure.]

[WM: Ditto from the other comments about permissions. In this case, when you log into the VM, the owner:group will be revealed as mysql:mysql.]

[WM: Agreed. To fix in the current VM…]

cd /var/log/httpd
rm error_log
touch error_log
rm access_log
touch access_log
apachectl restart

[WM: If you look at the files while logged in as root on the Proxmox server, you’re correct. However, take a look at the same files after logging into the VM as root and you will note that fxotune.conf and amportal.conf.org show ownership as asterisk:asterisk. This is because there is no asterisk user defined on the Proxmox server so a placeholder apparently is used to reflect ownership by an account which is foreign the the Proxmox server itself.]

The file /etc/aliases.db has a chmod of 640 while it’s ownership is designated root:51 – what is the 51 group?

The file /etc/dumpdates is a zero byte file that has a chmod of 664 and owned by root:disk.

The file /etc/rndc.key has a chmod of 640 and is owned by root:floppy

hile the /etc/fxotune/conf and /etc/amportal.conf.org are owned by libuuid:libuuid, the file /etc/amportal.conf is owned by root:root, with the chmod for all three being 644.

The folders /etc/avahi and /etc/fail2ban are owned by root:root

[WM: Log into the VM. Examine the same files, and the cloud of secrecy will be lifted. 🙂 Some of these are CentOS/RedHat specific.]

Cannot be used in the OpenVZ template as there are no sources present in it currently.

[Correct. All of the source code for the project is in the PBX in a Flash source repository. The specific source for the OpenVZ build is in the OpenVZ directory. It was again updated this morning because of a missing piece. If desired, this can be used to upgrade Asterisk manually; however, the plan is to incorporate OpenVZ code upgrades into the update-sources script down the road. Until that happens, we will release either new OpenVZ builds or customized scripts to handle any upgrades that become necessary in the OpenVZ environment.]

http://www.phpmyadmin.net/home_page/downloads.php

The installed version still shows:-
phpMyAdmin – 2.11.0

[WM: We stay fairly current with the thousands of components that comprise PBX in a Flash… but not daily. This will be picked up in due course either through update-fixes or update-source. Take a look at some of the other (older) Linux distros in the Proxmox repository if you really want to have some fun. 🙄 ]

[WM: Correct. The Orgasmatron gets updated regularly, but not daily. FreePBX has had a good bit of activity in the last week.]

[WM: The source components all can be found in the /root folder. Install log is displayed on the screen as the apps are installed. All of the components including the install procedures are fully documented on our Best of Nerd Vittles site.]

The Orgasmatron referred below is malware:-

http://www.exterminate-it.com/malpedia/remove-orgasmatron

[WM: Heh. Yeah, we had our Orgasmatron first… and Woody Allen beat all of us. 🙂 Not the same application.]

It works!

[WM: That’s the idea! Just stay away from yum and watch the RSS feed on the web GUI for security notices, and you’ll be a Happy Camper.]

Some files in /etc like grub.conf, etc which are not allowed to be edited show up in the Edit Config files page and then the browser hangs awhile. It is better to suppress those files from being displayed and altering permissions / ownerships for files that need to be displayed but cannot yet be edited link one of the ldap config files.

Ethernet0 still shows OFFLINE (in bridge mode) as it is vmbr0 that we are connecting to although the eth0 is the one shown with the IP address from the DHCP server.

[WM: We’re working on the status program. Thanks. In bridged mode, the IP address should display at the bottom of the status display, but there still are issues including the Ethernet0 display. As for blocking editing, keep in mind that you are logged into a VM as root. There is no way to effectively block folks from ruining their systems if they are determined to do it. 🙂 This build is sufficiently stable that no updates should be necessary so enjoy the application as delivered. We do appreciate the heads up on bugs.]

None of the files in the /etc and /var/www/html/panel can be read for editing. The owner of the files in /etc are root:root and the permissions are 644.
The folder /etc/asterisk where the files can be read and edited have the owner as libuuid:libuuid and the permissions set to 664. The files in the folder /var/www/html/panel have the same permissions and owner as those in the /etc/asterisk folder and yet are unreadable for editing.

[WM: You’ve corrupted something. Don’t run yum update on PBX in a Flash systems. Our documentation explains the alternatives!]

[WM: Thanks. This is fixed in PIAF15.05 image. For earlier releases, log into your VM as root and issue the following command.]