Re: VMWare - Who is using successfully?
en't even getting the base AR System service to do the initial startup during its installation. Returns a "Service-specific error 1064". Support has hd us run all kinds of diagnostics on it, the install .exe checks out, etc. I have searched every source of information I can think of for an answer to this, with no success. Rick -Original Message- From: "Walters, Mark" <mark_walt...@bmc.com> Date: Fri, 18 Sep 2009 15:59:43 To: <arslist@ARSLIST.ORG> Subject: Re: VMWare - Who is using successfully? What OS are you running in the VMs? If it's Windows you may be hitting, with a full ITSM system, the 2GB limit for 32 bit Windows. How large is the arserver.exe process once it has started up? By default 32 bit Windows will allow a process to grow to 2GB, if your arserver reaches this then you can expect malloc errors. There is a /3GB switch that can be added to the boot.ini file that will increase the maximum size. Alternatively, and possibly a better solution, would be to use a 64 bit version of Windows in the VMs. This allows, out of the box, a 32 bit process (which all current versions of ARS for Windows are) to use up to 4GB of RAM. You may also want to have a look at why the server is getting so bit - enable Copy-Cache-Logging: T in the ar.cfg and turn on thread logging. This will allow you to see admin changes that are leading to re-caching and any associated memory jumps. Mark Walters The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or support representative for BMC Software, Inc. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Frank, Gordon M. (CMS/CTR) Sent: 18 September 2009 14:34 To: arslist@ARSLIST.ORG Subject: VMWare - Who is using successfully? Who has successfully implemented ARS 7.1 and ITSM 7.0.3 on a VMWare ESX Server 3.5? We are experiencing malloc and Timeouts in a test environment. Gordon M. Frank Lockheed Martin ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are" ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are" Doug -- Doug Blair d...@blairing.com +1 224-558-5462 200 North Arlington Heights Road Arlington Heights, Illinois 60004 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are" ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are" _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_ Doug--Doug Blaird...@blairing.com+1 224-558-5462200 North Arlington Heights RoadArlington Heights, Illinois 60004 _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_
Re: VMWare - Who is using successfully?
I want to thank everyone so far for their feedback. We are running Windows Server 2003 R2 and SQL Server 2005. We did find a problem with the Transaction Log allocation. If you have a template installed in the "Model" database you will get this regardless of what you declare in the installation script. We had a very small allocation in our template (not installed by myself) and this drove us crazy. A BMC engineer actually said that they do not support VMWare on the Database server. Is this a "Business" decision or a "Technical Problem." We will be getting VMWare and BMC together later next week to discuss. I will try to keep the list posted. Gordon M. Frank Lockheed Martin -Original Message- From: Frank, Gordon M. (CMS/CTR) Sent: Friday, September 18, 2009 9:34 AM To: arslist@ARSLIST.ORG Cc: Frank, Gordon M. (CMS/CTR) Subject: VMWare - Who is using successfully? Who has successfully implemented ARS 7.1 and ITSM 7.0.3 on a VMWare ESX Server 3.5? We are experiencing malloc and Timeouts in a test environment. Gordon M. Frank Lockheed Martin ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
Re: VMWare - Who is using successfully?
I had the same experience trying to build a virtual 7.5 ITSM build. The SQL Server build went fine all the way through, but I could never get the Oracle 10g build to work. I don't remember the error specifically, but it was failing to contact the DB during the initial startup. Since I was just building a sandbox, I gave up on Oracle and went with the SQL Server build. ARS 7.5p1 Host OS: XP and x64 2003EE Guest OS: 2003EE Software: VMWare Workstation 6.5 & VMWare Server 2.0 I thought about trying Fusion also, but looks like that would have been a waste of time :) Juan Ingles On Fri, Sep 18, 2009 at 10:05 AM, Doug Blair wrote: > Rick, > > I am So happy to hear that someone else has run into this issue! I was > beginning to think that I was nuts! (which still might be true... ) > > Attempting to set up a minimal AR 7.5 patch 002 against Oracle 10g, and I > have tried several architectures inside VMWare (VMWare Fusion on a Mac, if > you must know). > > When I tried installing on Linux under VM, Oracle installs OK, and then the > ARInstaller wouldn't get past a stage where it validated one's database > credentials. I then built a Windows XP VM on the same machine, installed > the Windows version of Oracle and the Windows AR 7.5 p2 installer, and the > installer completed but the server refused to start with the same > "application-specific error code 1064" message you got. > > Luckily, the log left behind by the windows installer is much more detailed > than the one left by the Linux install. > > In my first attempt on the Windows VM I discovered that the NLS_LANG > setting is significant in the Oracle environment, and on Windows it gets set > in two places. Assuming you have the unicode version of the database and you > want to install a unicode version of the ARServer, there is still a primary > language, and not all the character sets support all the charcters needed to > send XML. By default the Oracle install makes the database's NLS_LANG the > same as your desktop, which is probably something like > "Americaa_America.WE8MSWIN1252" (Territory underscore country dot > characterset). I needed to change the NLS_LANG in the windows registry to > America_American.AL32UTF16 or something close to that to get the installer > to complete. After this, the install did complete and the arserverd runs, > but because of the character set discrepancy all of the SQL that loaded > things like groups and users and tables didn't run, so I couldnt do much. > > There's a very helpful discussion of this at > http://www.oracle.com/technology/tech/globalization/htdocs/nls_lang%20faq.htm > . > > And I am now beginning to doubt what I just wrote, because I removed it all > and tried to reinstall now that I have the database set up with the proper > character set. This time similar symptoms with the 1064 failure, and the > installer log notes that ARADMIN does not have the CREATE_TABLE ability. > > So I am adding that (and for that matter all the DBA roles!) to my ARADMIN > user in the database and will try another reinstall this afternoon. > > And if it turns out that the issue is the primary language at the DB, I > might go back to the Linux installation since that more closely resembles > the production box here. Keep you posted on that too. > > Doug > > > > > In my first attempt > > On Sep 18, 2009, at 9:06 AM, Rick Cook wrote: > > Um, no, Mark. We aren't even getting the base AR System service to do the >> initial startup during its installation. Returns a "Service-specific error >> 1064". Support has hd us run all kinds of diagnostics on it, the install >> .exe checks out, etc. I have searched every source of information I can >> think of for an answer to this, with no success. >> >> Rick >> >> -Original Message- >> From: "Walters, Mark" >> >> Date: Fri, 18 Sep 2009 15:59:43 >> To: >> Subject: Re: VMWare - Who is using successfully? >> >> >> What OS are you running in the VMs? If it's Windows you may be hitting, >> with a full ITSM system, the 2GB limit for 32 bit Windows. How large is the >> arserver.exe process once it has started up? >> >> By default 32 bit Windows will allow a process to grow to 2GB, if your >> arserver reaches this then you can expect malloc errors. There is a /3GB >> switch that can be added to the boot.ini file that will increase the maximum >> size. Alternatively, and possibly a better solution, would be to use a 64 >> bit version of Windows in the VMs. This allows, out of the box, a 32 bit >> process (which all current versions of ARS for Windows a
Re: VMWare - Who is using successfully?
Doug, Let me share more details - maybe this will help you triangulate on the issue, which may help me. First, we are on a completely different platform - installing ARS 7.1 on a 32-bit Win2003 VM against a remote shared SQL 2005 DB box. I know the base ARSystem DB tables are getting created, because we've checked. They seem to have the proper permissions. So I don't think the DB is the problem. The only times I have seen 7.5 fail like this was when DEP was not used EXACTLY as the instructions state. But that doesn't sound like your problem, since you're not on a Windows platform. Those of you who are, RTFM. Seriously. And then follow it. Seriously. I have installed AR/ITSM 7.5 p2 on a 32-bit MS Virtual PC (Win2k3/SQL2k5), and while it was glitchy, and took a few tries, it did eventually install. Surely BMC has tested ARS 7.1 on VM ESX, since they have a detailed performance white paper out on the subject, using that combination. Support says that they tested the 7.1p6 executable (I also tried p5) and found no problems installing it on their test box, so we're down to having to try a physical server - which we can only hope will work. Client is not happy, and I don't blame them. Rick On Fri, Sep 18, 2009 at 10:05 AM, Doug Blair wrote: > Rick, > > I am So happy to hear that someone else has run into this issue! I was > beginning to think that I was nuts! (which still might be true... ) > > Attempting to set up a minimal AR 7.5 patch 002 against Oracle 10g, and I > have tried several architectures inside VMWare (VMWare Fusion on a Mac, if > you must know). > > When I tried installing on Linux under VM, Oracle installs OK, and then the > ARInstaller wouldn't get past a stage where it validated one's database > credentials. I then built a Windows XP VM on the same machine, installed > the Windows version of Oracle and the Windows AR 7.5 p2 installer, and the > installer completed but the server refused to start with the same > "application-specific error code 1064" message you got. > > Luckily, the log left behind by the windows installer is much more detailed > than the one left by the Linux install. > > In my first attempt on the Windows VM I discovered that the NLS_LANG > setting is significant in the Oracle environment, and on Windows it gets set > in two places. Assuming you have the unicode version of the database and you > want to install a unicode version of the ARServer, there is still a primary > language, and not all the character sets support all the charcters needed to > send XML. By default the Oracle install makes the database's NLS_LANG the > same as your desktop, which is probably something like > "Americaa_America.WE8MSWIN1252" (Territory underscore country dot > characterset). I needed to change the NLS_LANG in the windows registry to > America_American.AL32UTF16 or something close to that to get the installer > to complete. After this, the install did complete and the arserverd runs, > but because of the character set discrepancy all of the SQL that loaded > things like groups and users and tables didn't run, so I couldnt do much. > > There's a very helpful discussion of this at > http://www.oracle.com/technology/tech/globalization/htdocs/nls_lang%20faq.htm > . > > And I am now beginning to doubt what I just wrote, because I removed it all > and tried to reinstall now that I have the database set up with the proper > character set. This time similar symptoms with the 1064 failure, and the > installer log notes that ARADMIN does not have the CREATE_TABLE ability. > > So I am adding that (and for that matter all the DBA roles!) to my ARADMIN > user in the database and will try another reinstall this afternoon. > > And if it turns out that the issue is the primary language at the DB, I > might go back to the Linux installation since that more closely resembles > the production box here. Keep you posted on that too. > > Doug > > > > > In my first attempt > > On Sep 18, 2009, at 9:06 AM, Rick Cook wrote: > > Um, no, Mark. We aren't even getting the base AR System service to do the >> initial startup during its installation. Returns a "Service-specific error >> 1064". Support has hd us run all kinds of diagnostics on it, the install >> .exe checks out, etc. I have searched every source of information I can >> think of for an answer to this, with no success. >> >> Rick >> >> -Original Message- >> From: "Walters, Mark" >> >> Date: Fri, 18 Sep 2009 15:59:43 >> To: >> Subject: Re: VMWare - Who is using successfully? >> >> >> What OS are you running in the VMs? If it's Win
Re: VMWare - Who is using successfully?
Rick, I am So happy to hear that someone else has run into this issue! I was beginning to think that I was nuts! (which still might be true... ) Attempting to set up a minimal AR 7.5 patch 002 against Oracle 10g, and I have tried several architectures inside VMWare (VMWare Fusion on a Mac, if you must know). When I tried installing on Linux under VM, Oracle installs OK, and then the ARInstaller wouldn't get past a stage where it validated one's database credentials. I then built a Windows XP VM on the same machine, installed the Windows version of Oracle and the Windows AR 7.5 p2 installer, and the installer completed but the server refused to start with the same "application-specific error code 1064" message you got. Luckily, the log left behind by the windows installer is much more detailed than the one left by the Linux install. In my first attempt on the Windows VM I discovered that the NLS_LANG setting is significant in the Oracle environment, and on Windows it gets set in two places. Assuming you have the unicode version of the database and you want to install a unicode version of the ARServer, there is still a primary language, and not all the character sets support all the charcters needed to send XML. By default the Oracle install makes the database's NLS_LANG the same as your desktop, which is probably something like "Americaa_America.WE8MSWIN1252" (Territory underscore country dot characterset). I needed to change the NLS_LANG in the windows registry to America_American.AL32UTF16 or something close to that to get the installer to complete. After this, the install did complete and the arserverd runs, but because of the character set discrepancy all of the SQL that loaded things like groups and users and tables didn't run, so I couldnt do much. There's a very helpful discussion of this at http://www.oracle.com/technology/tech/globalization/htdocs/nls_lang%20faq.htm . And I am now beginning to doubt what I just wrote, because I removed it all and tried to reinstall now that I have the database set up with the proper character set. This time similar symptoms with the 1064 failure, and the installer log notes that ARADMIN does not have the CREATE_TABLE ability. So I am adding that (and for that matter all the DBA roles!) to my ARADMIN user in the database and will try another reinstall this afternoon. And if it turns out that the issue is the primary language at the DB, I might go back to the Linux installation since that more closely resembles the production box here. Keep you posted on that too. Doug In my first attempt On Sep 18, 2009, at 9:06 AM, Rick Cook wrote: Um, no, Mark. We aren't even getting the base AR System service to do the initial startup during its installation. Returns a "Service- specific error 1064". Support has hd us run all kinds of diagnostics on it, the install .exe checks out, etc. I have searched every source of information I can think of for an answer to this, with no success. Rick -Original Message- From: "Walters, Mark" Date: Fri, 18 Sep 2009 15:59:43 To: Subject: Re: VMWare - Who is using successfully? What OS are you running in the VMs? If it's Windows you may be hitting, with a full ITSM system, the 2GB limit for 32 bit Windows. How large is the arserver.exe process once it has started up? By default 32 bit Windows will allow a process to grow to 2GB, if your arserver reaches this then you can expect malloc errors. There is a /3GB switch that can be added to the boot.ini file that will increase the maximum size. Alternatively, and possibly a better solution, would be to use a 64 bit version of Windows in the VMs. This allows, out of the box, a 32 bit process (which all current versions of ARS for Windows are) to use up to 4GB of RAM. You may also want to have a look at why the server is getting so bit - enable Copy-Cache-Logging: T in the ar.cfg and turn on thread logging. This will allow you to see admin changes that are leading to re-caching and any associated memory jumps. Mark Walters The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or support representative for BMC Software, Inc. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Frank, Gordon M. (CMS/CTR) Sent: 18 September 2009 14:34 To: arslist@ARSLIST.ORG Subject: VMWare - Who is using successfully? Who has successfully implemented ARS 7.1 and ITSM 7.0.3 on a VMWare ESX Server 3.5? We are experiencing
Re: VMWare - Who is using successfully?
Our AR servers are running on Windows Server 2003 hosts running under VMWare ESX (not sure which version, though), and we're relatively stable (I don't believe any of the issues we're having are related to VMWare). We haven't had issues like what you're describing. That error number was being encountered by someone else on the list a little while back, though. Try searching the archives. I'm not sure if (s)he ever figured it out, though... Lyle -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Frank, Gordon M. (CMS/CTR) Sent: Friday, September 18, 2009 7:34 AM To: arslist@ARSLIST.ORG Subject: VMWare - Who is using successfully? Who has successfully implemented ARS 7.1 and ITSM 7.0.3 on a VMWare ESX Server 3.5? We are experiencing malloc and Timeouts in a test environment. Gordon M. Frank Lockheed Martin ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are" NOTICE: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
Re: VMWare - Who is using successfully?
I am not running ESX but rather workstation. On 32 bit XP (server or ws) you can use the /3gb switch to give more memory to an app (like vm). On the vm don't over allocate memory. Run it at the bare minimum and try to keep it all in unswappable memory (a VM setting). The /3gb switch has extensive references. I am running - a very non-busy itsm - but get great performance no matter what operations I do on the Remedy VM - and no matter how heavy I load my box's memory. I've also seen Windows production VMs running on a group of quite big 64bit, 8 cpu machines on MS SQL Server. I really loaded that one (multiple long lived data migration processes from multiple client machines into the server group) and had excellent performance throughout. No users were on the system at the time. Normal users were around 100-200 or so I would guess and I had not heard of any complaints. Cheers Ben -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Walters, Mark Sent: September 18, 2009 4:00 PM To: arslist@ARSLIST.ORG Subject: Re: VMWare - Who is using successfully? What OS are you running in the VMs? If it's Windows you may be hitting, with a full ITSM system, the 2GB limit for 32 bit Windows. How large is the arserver.exe process once it has started up? By default 32 bit Windows will allow a process to grow to 2GB, if your arserver reaches this then you can expect malloc errors. There is a /3GB switch that can be added to the boot.ini file that will increase the maximum size. Alternatively, and possibly a better solution, would be to use a 64 bit version of Windows in the VMs. This allows, out of the box, a 32 bit process (which all current versions of ARS for Windows are) to use up to 4GB of RAM. You may also want to have a look at why the server is getting so bit - enable Copy-Cache-Logging: T in the ar.cfg and turn on thread logging. This will allow you to see admin changes that are leading to re-caching and any associated memory jumps. Mark Walters The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or support representative for BMC Software, Inc. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Frank, Gordon M. (CMS/CTR) Sent: 18 September 2009 14:34 To: arslist@ARSLIST.ORG Subject: VMWare - Who is using successfully? Who has successfully implemented ARS 7.1 and ITSM 7.0.3 on a VMWare ESX Server 3.5? We are experiencing malloc and Timeouts in a test environment. Gordon M. Frank Lockheed Martin ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are" ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are" ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
Re: VMWare - Who is using successfully?
Um, no, Mark. We aren't even getting the base AR System service to do the initial startup during its installation. Returns a "Service-specific error 1064". Support has hd us run all kinds of diagnostics on it, the install .exe checks out, etc. I have searched every source of information I can think of for an answer to this, with no success. Rick -Original Message- From: "Walters, Mark" Date: Fri, 18 Sep 2009 15:59:43 To: Subject: Re: VMWare - Who is using successfully? What OS are you running in the VMs? If it's Windows you may be hitting, with a full ITSM system, the 2GB limit for 32 bit Windows. How large is the arserver.exe process once it has started up? By default 32 bit Windows will allow a process to grow to 2GB, if your arserver reaches this then you can expect malloc errors. There is a /3GB switch that can be added to the boot.ini file that will increase the maximum size. Alternatively, and possibly a better solution, would be to use a 64 bit version of Windows in the VMs. This allows, out of the box, a 32 bit process (which all current versions of ARS for Windows are) to use up to 4GB of RAM. You may also want to have a look at why the server is getting so bit - enable Copy-Cache-Logging: T in the ar.cfg and turn on thread logging. This will allow you to see admin changes that are leading to re-caching and any associated memory jumps. Mark Walters The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or support representative for BMC Software, Inc. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Frank, Gordon M. (CMS/CTR) Sent: 18 September 2009 14:34 To: arslist@ARSLIST.ORG Subject: VMWare - Who is using successfully? Who has successfully implemented ARS 7.1 and ITSM 7.0.3 on a VMWare ESX Server 3.5? We are experiencing malloc and Timeouts in a test environment. Gordon M. Frank Lockheed Martin ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are" ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
Re: VMWare - Who is using successfully?
What OS are you running in the VMs? If it's Windows you may be hitting, with a full ITSM system, the 2GB limit for 32 bit Windows. How large is the arserver.exe process once it has started up? By default 32 bit Windows will allow a process to grow to 2GB, if your arserver reaches this then you can expect malloc errors. There is a /3GB switch that can be added to the boot.ini file that will increase the maximum size. Alternatively, and possibly a better solution, would be to use a 64 bit version of Windows in the VMs. This allows, out of the box, a 32 bit process (which all current versions of ARS for Windows are) to use up to 4GB of RAM. You may also want to have a look at why the server is getting so bit - enable Copy-Cache-Logging: T in the ar.cfg and turn on thread logging. This will allow you to see admin changes that are leading to re-caching and any associated memory jumps. Mark Walters The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or support representative for BMC Software, Inc. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Frank, Gordon M. (CMS/CTR) Sent: 18 September 2009 14:34 To: arslist@ARSLIST.ORG Subject: VMWare - Who is using successfully? Who has successfully implemented ARS 7.1 and ITSM 7.0.3 on a VMWare ESX Server 3.5? We are experiencing malloc and Timeouts in a test environment. Gordon M. Frank Lockheed Martin ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are" ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
Re: VMWare - Who is using successfully?
I am currently unable to even install 7.1 on this environment. I have had no problems installing on MS Virtual Machines, or on older versions of VM. I can't even get the service to start up. I am all the way up to BMC's Resolution team, and as yet am no closer to it working than I was my first time through it. Is there something inherent in either of these platforms that would cause this? --Original Message-- From: Frank, Gordon M. (CMS/CTR) Sender: Arslist To: Arslist ReplyTo: Arslist Subject: VMWare - Who is using successfully? Sent: Sep 18, 2009 6:33 AM Who has successfully implemented ARS 7.1 and ITSM 7.0.3 on a VMWare ESX Server 3.5? We are experiencing malloc and Timeouts in a test environment. Gordon M. Frank Lockheed Martin ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are" Rick
