Is there any known issues when trying to run CentOS (x86 or x64) on a fresh install of vmware 4.1?
Details as to why I am asking are here in the CentOS forums: https://www.centos.org/modules/newbb/viewtopic.php?viewmode=flat&order=D...
Thanks! -Drew
Is there any known issues when trying to run CentOS (x86 or x64) on a fresh install of vmware 4.1? Details as to why I am asking are here in the CentOS forums: https://www.centos.org/modules/newbb/viewtopic.php?viewmode=flat&order=D...
Vmware, no. I have been using it for many release including yours for some time and I only use x64. The only difference is the hardware, that's a newer box than I have at any location and its amd, mine are all Intel. ESXi doesn't emulate a consistent proc, it passes it in. If the underlying hardware is problematic so is the vm. I didn't bother to check, but I would assume that platform is supported for RHEL 5 but possibly the combination is bad.
My only two suggestions:
1. I wouldn't run asterisk in a vm if my life depended on it, tried many times and it always came around sooner or later to remind me it didn't want that malarkey.
2. Slap your 299.00 down on a single incidence at vmware, you'll almost feel ripped off on how fast you will likely get the right answer. That's a big company dealing w/ very elaborate and large setups, someone will have been there and done that, I can assure you.
Email back your reso, I am curious to know. jlc
Well, thanks for the quick reply. Yea, I share your concerns w/ asterisk in a virtual environment as well, however, the only OS that I have had an issue running is anything CentOS based. I have Ubuntu, gentoo, and m$ products running perfectly fine on the machine, right now. Honestly, I can't afford to plunk down the cash to VMWare so, if I can't figure out the issue, I will be forced to just not use anything CentOS based. For now, I just grabbed another random PC and installed my asterisknow server on it. Thanks -Drew
On Sun, Oct 24, 2010 at 4:20 PM, Joseph L. Casale <jcasale@activenetwerx.com
wrote:
Is there any known issues when trying to run CentOS (x86 or x64) on a
fresh install of vmware 4.1?
Details as to why I am asking are here in the CentOS forums:
https://www.centos.org/modules/newbb/viewtopic.php?viewmode=flat&order=D...
Vmware, no. I have been using it for many release including yours for some time and I only use x64. The only difference is the hardware, that's a newer box than I have at any location and its amd, mine are all Intel. ESXi doesn't emulate a consistent proc, it passes it in. If the underlying hardware is problematic so is the vm. I didn't bother to check, but I would assume that platform is supported for RHEL 5 but possibly the combination is bad.
My only two suggestions:
- I wouldn't run asterisk in a vm if my life depended on it, tried many
times and it always came around sooner or later to remind me it didn't want that malarkey.
- Slap your 299.00 down on a single incidence at vmware, you'll almost
feel ripped off on how fast you will likely get the right answer. That's a big company dealing w/ very elaborate and large setups, someone will have been there and done that, I can assure you.
Email back your reso, I am curious to know. jlc _______________________________________________ CentOS-virt mailing list CentOS-virt@centos.org http://lists.centos.org/mailman/listinfo/centos-virt
[>] 1. I wouldn't run asterisk in a vm if my life depended on it, tried many times and it always came around sooner or later to remind me it didn't want that malarkey.
jlc [>]
Trixbox CE runs perfectly as a centos kvm guest. And quite well with various brands of sip phones. Only drawback is I can't pass an analog pci voice card/hardware to the guest.
But it turns out I don't need to with voip, so no need for analog.
Anyway, I'm betting asterisk could too..
On 24 October 2010 23:24, compdoc compdoc@hotrodpc.com wrote:
Trixbox CE runs perfectly as a centos kvm guest. And quite well with various brands of sip phones. Only drawback is I can't pass an analog pci voice card/hardware to the guest.
The problems with running Asterisk on virtualised platforms becomes more visible when you try to run IAX trunks which are dependant on zaptel (or -- these days -- dahdi) which is very dependent on RTC.
If you use just SIP it's gonna be fine.
The problems with running Asterisk on virtualised platforms becomes more
visible when you try to run IAX trunks which are dependant on zaptel [>]
(or -- these days -- dahdi) which is very dependent on RTC.
[>] >>If you use just SIP it's gonna be fine. _______________________________________________
[>]
I use a service that allows sip or iax configurations of its trunk, and using IAX works better than my sip trunks.
On 25 October 2010 21:48, compdoc compdoc@hotrodpc.com wrote:
I use a service that allows sip or iax configurations of its trunk, and using IAX works better than my sip trunks.
That's interesting one. Can you run zttest (or dahdi_test) and provide some results as for accuracy?
From my experience (with Xen mainly) I was getting somewhere between
60-80 % accuracy which is really, really bad.
Regards, Bart
That's interesting one. Can you run zttest (or dahdi_test) and provide
some results as for accuracy?
From my experience (with Xen mainly) I was getting somewhere between 60-80 % accuracy which is really, really bad.
Regards, Bart
[>]
/usr/sbin/dahdi_test Unable to open dahdi interface: No such file or directory
zttest -bash: zttest: command not found
I don't have dadhi/zaptel running, since no hardware. Sorry, it's been a while, but seems I remember having had some issues with dahdi.
Am 24.10.2010 23:03, schrieb Drew Kollasch:
Is there any known issues when trying to run CentOS (x86 or x64) on a fresh install of vmware 4.1?
Details as to why I am asking are here in the CentOS forums: https://www.centos.org/modules/newbb/viewtopic.php?viewmode=flat&order=D...
Thanks! -Drew
https://access.redhat.com/kb/docs/DOC-38013
should nail this.
Alexander
P.S. Btw. there is no "vmware 4.1". VMware is a company. You are using either "VMware ESXi 4.1 Installable" or "VMware ESXi 4.1 Embedded".
On Sun, 24 Oct 2010 23:47:09 +0200, Alexander Dalloz ad+lists@uni-x.org wrote:
Am 24.10.2010 23:03, schrieb Drew Kollasch:
Is there any known issues when trying to run CentOS (x86 or x64) on a
fresh
install of vmware 4.1?
Details as to why I am asking are here in the CentOS forums:
https://www.centos.org/modules/newbb/viewtopic.php?viewmode=flat&order=D...
Thanks! -Drew
https://access.redhat.com/kb/docs/DOC-38013
should nail this.
That only relates to running as a virtual guest on top of Xen. No mention of VMWare.
Steve
On Sun, 24 Oct 2010 23:47:09 +0200, Alexander Dalloz ad+lists@uni-x.org wrote:
Am 24.10.2010 23:03, schrieb Drew Kollasch:
Is there any known issues when trying to run CentOS (x86 or x64) on a
fresh
install of vmware 4.1?
Details as to why I am asking are here in the CentOS forums:
https://www.centos.org/modules/newbb/viewtopic.php?viewmode=flat&order=D...
Thanks! -Drew
https://access.redhat.com/kb/docs/DOC-38013
should nail this.
That only relates to running as a virtual guest on top of Xen. No mention of VMWare.
Steve
You are correct, that this knowledge base article only mentions Xen as the hypervisor. Though the OP gets exactly the documented kernel panic and call trace signature. So it is very likely that he is running into this.
Regards
Alexander
On Sun, 2010-10-24 at 16:03 -0500, Drew Kollasch wrote:
Is there any known issues when trying to run CentOS (x86 or x64) on a fresh install of vmware 4.1?
Details as to why I am asking are here in the CentOS forums: https://www.centos.org/modules/newbb/viewtopic.php?viewmode=flat&order=D...
Thanks! -Drew
Reading that thread...
Is the kernel panic during install or during first boot?
Assuming first boot, there are a few options. 1. Use an older install disc. This was the suggested resolution. 2. Use a kickstart file to update during install (%post), before first boot. 3. Use the install disc as a rescue disc to update the system after install, before first boot. I like this option for the simplicity in a single instance install. 4. Setup a local repository, with updates, and install from there using the net install disc. I like this option for multiple installs. I'm heading in this direction except with PXE instead of physical discs.
If while booting the install disc, 1. See option 1 in previous section. 2. Create your own updated install disc. This option has very little to recommend it as it is significant effort for little gain. The pro is that you will have a very good understanding of how the install disc is put together.
Also, that issue appears to be AMD related? If you have another virt server that uses Intel, you could create the VM, install, update and then move it.
All in all, using a CentOS 5.4 install disc and upgrading seems to be the simplest for your one off. That should be possible with AsteriskNow if you use an older disc of theirs.
As far as Asterisk goes, I don't restrict myself to VoIP, due to 911 requirements. In the event of power failure or Internet issue, my POTS line works more reliably. By having a UPS on my Asterisk system and PoE for my phones in conjunction with a POTS line, I have a system that is more survivable during external issues. Since I run independent VoIP and data networks, it makes sense on several levels to maintain my primary Asterisk system on bare metal. Though, in the event of failure, I have no problem running the backup on my virt server. I use Elastix, which is also CentOS 5 based. I modify the kickstart file to do updates at the end of %post. I use PXE, but it should be straightforward to modify the disc image before burning.
Drew Kollasch wrote:
Is there any known issues when trying to run CentOS (x86 or x64) on a fresh install of vmware 4.1?
Details as to why I am asking are here in the CentOS forums: https://www.centos.org/modules/newbb/viewtopic.php?viewmode=flat&order=D... https://www.centos.org/modules/newbb/viewtopic.php?viewmode=flat&order=DESC&topic_id=28521&forum=39
Thanks! -Drew
CentOS-virt mailing list CentOS-virt@centos.org http://lists.centos.org/mailman/listinfo/centos-virt
What OS and kernel version have you configured your ESX virtual machine for? Are you at all trying to run a non standard kernel? The OS/kernel version settings on vmware are not just for for informational purposes, but instead vmware makes very specific assumptions about what clocking options (and possible other things) are configured in your kernel based on these settings. It assumes, for example that Redhat 5 does NOT use a tickless kernel and that all recent releases of Ubuntu do use a tickless kernel. If you choose a setting that is too far off from the kernel your running, you will have major clocking issues and your machine may not run.
I discovered this when I had a VMware virtual machine from a hosting provider and was having problems. Finally, I was able to write a small program which did a select with a timeout, that would not run in the VM, but ran in other places. I called the hosting provider and asked them to read me the vmware config parameters for my VM and sure enough I was running CentOS 5 and they had configured my VM as Ubuntu. They changed that to Red Hat and all my problems went away.
Nataraj