| **
Rick and others, thank you...
As it turns out the Windows Install Anywhere for 7.5 p2 completed successfully just after I sent the email below, so i can confirm that the core features (server, email (POP/SMTP), mid-tier/tomcat) will indeed install and run under XP (sp3) under VMWare Fustion (2.05) on a Mac.
There is chance you might see this very installation at WWRUG in Las Vegas!
The only items logged as slightly out of the ordinary were the NLS_LANG setting (which was caught as an error by the installer) and I managed to somehow lose one of the database roles for ARAdmin. Rick, I think the 1064 might be some sort of generic message, because I got that when I tried to start the server before all the data had been loaded by the SQL scripts, but the server did eventually start and run itself (and continues to run).
Now, armed with my NLS_LANG info, going to try for the Linux combinations...
Doug
On Sep 18, 2009, at 12:49 PM, Rick Cook wrote: **
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 <[email protected]> wrote:
Rick,
I am Sooooo 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" <[email protected]>
Date: Fri, 18 Sep 2009 15:59:43
To: <[email protected]>
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:[email protected]] On Behalf Of Frank, Gordon M. (CMS/CTR)
Sent: 18 September 2009 14:34
To: [email protected]
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:[email protected] ARSlist: "Where the Answers Are"
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are"
--
Doug Blair
[email protected]
+1 224-558-5462
200 North Arlington Heights Road
Arlington Heights, Illinois 60004
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are"
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are"
_Platinum Sponsor: [email protected] ARSlist: "Where the Answers Are"_
Doug
-- Doug Blair +1 224-558-5462
200 North Arlington Heights Road Arlington Heights, Illinois 60004
|
