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 <d...@blairing.com> 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" <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: >> 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<sponsor%3armisoluti...@verizon.net>ARSlist: >> "Where the Answers Are" >> >> >> _______________________________________________________________________________ >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >> Platinum >> Sponsor:rmisoluti...@verizon.net<sponsor%3armisoluti...@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<sponsor%3armisoluti...@verizon.net>ARSlist: > "Where the Answers Are" > > > > > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > Platinum > Sponsor:rmisoluti...@verizon.net<sponsor%3armisoluti...@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"
