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" <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 WaltersThe 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 ESXServer 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.orgPlatinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.orgPlatinum 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"
<<inline: bmc_skilled_pro_ar.png>>
_______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
