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 <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"
