Good thought - that was a potential issue in initial attempts. The security admins here didn't see why it should be a need, so they were reluctant to let me use a domain admin for setup, until nothing else worked. Here is the progression we tried:
Logged in as local admin, installing with SQL authentication Logged in as local admin, installing with Windows authentication (non-domain admin) Logged in as domain admin, installing with SQL authentication Logged in as domain admin, installing with Windows authentication (domain admin) We also tried starting the service post-install with the credentials of a local and a domain admin. Same error every time. Rick On Wed, Aug 26, 2009 at 11:22 AM, strauss <stra...@unt.edu> wrote: > ** > > Can I assume that you are running the installer while logged in to the > server with the same domain or local account (with sufficient permissions) > that the Remedy AR System service is going to be running under?? I have > always found that to be an essential step in successfully installing 7.x > servers. > > > > Christopher Strauss, Ph.D. > > Call Tracking Administration Manager > > University of North Texas Computing & IT Center > > http://itsm.unt.edu/ > > > > *From:* Action Request System discussion list(ARSList) [mailto: > arsl...@arslist.org] *On Behalf Of *Rick Cook > *Sent:* Wednesday, August 26, 2009 1:17 PM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: 7.1.0 P7 Install problems > > > > ** I am just trying to install a brand new 7.1.0 patch 6 or 7 (I have tried > both) on a Win2k3/SQL2k5 VM. 3 GB RAM and appropriate patches. Lyle's > response shows how little data there is out there on this problem. > > > The installer does create the DB, so DB authentication isn't the issue. > The issue is that the Remedy AR System service simply will not start after > the DB is created but before the forms and workflow are imported by the > installer. This same set of conditions occurs no matter what we try during > or after the installation. We get the "service-specific error code 1064" > error code when we try. I have looked up that error code everywhere I can, > including the BMCDN. Some 7.5 users are reporting this on install, but I > appear to be the first to encounter it on a 7.1.0 install. There doesn't > seem to be an answer that anyone has found yet. > > I hate to admit it, but I am well and truly stumped. Since the same > behaviors occur with two different patches and with multiple install > options, it seems like an environmental issue, but I can see nothing wrong > with the environment. We have a Webex with Support in about an hour - we'll > see if they can find something no one has so far. I will, of course, share > any solutions that work. > > Rick > > On Wed, Aug 26, 2009 at 11:01 AM, Michael Latham <mlatha...@hotmail.com> > wrote: > > ** > > Hey Lyle, > > > > Actually he mentioned Error 1064 but maybe you made a typo, happens to the > best of us : P. It is a general sql error that can occur in oracle, mssql > server, or mysql. I am not quite sure but there is probably some type of > database related authentication issue here. Would have to delve a little > deeper into my notes for 7.* installs I have done over the past few years. > Just so you know I recently did a successful install of patch 7 in VirtualPC > environment. All ITSM apps, Atrium Core, and the related engines on > MSSQL2005 and Win2003Server. Now I cannot get the service to start. So we > are both looking at something similar here I suppose. The only difference I > have service startup issue after completing a successful install. Well > actually not complete cause I stopped the change management install due to > lag on my box. I am sure I broke something. I am about to go fresh again > and see what happens. I will keep you updated! Cheerios! > > > > Mike Latham – Some Remedy Developer Guy > > > > > > *From:* Action Request System discussion list(ARSList) [mailto: > arsl...@arslist.org] *On Behalf Of *Lyle Taylor > *Sent:* Wednesday, August 26, 2009 1:48 PM > *To:* arslist@ARSLIST.ORG > > > *Subject:* Re: 7.1.0 P7 Install problems > > > > ** > > I just tried Googling “Windows error 1604”. Looks like it’s a common MySQL > error. Are you sure you’re using SQL Server and not MySQL? ;-) > > > > Lyle > > > > *From:* Action Request System discussion list(ARSList) [mailto: > arsl...@arslist.org] *On Behalf Of *Rick Cook > > > *Sent:* Wednesday, August 26, 2009 11:26 AM > > *To:* arslist@ARSLIST.ORG > *Subject:* Re: 7.1.0 P7 Install problems > > > > ** Just to eliminate that as a potential issue, we did bump up the RAM to 3 > GB. Still the same problem. Windows error 1064. > > Rick > > On Wed, Aug 26, 2009 at 6:54 AM, Rick Cook <remedyr...@gmail.com> wrote: > > ** > > 2 GB. AR System should at least install with that, since there is nothing > else but the OS running on the VM. The DB is remote. Agree? > > Rick > ------------------------------ > > *From*: copits.rich...@bwc.state.oh.us > *Date*: Wed, 26 Aug 2009 07:41:40 -0400 > *To*: <arslist@ARSLIST.ORG> > *Subject*: Re: 7.1.0 P7 Install problems > > Check the amount of memory that you have allocated in your VM…... > > > > *From:* Action Request System discussion list(ARSList) [mailto: > arsl...@arslist.org] *On Behalf Of *Rick Cook > *Sent:* Tuesday, August 25, 2009 6:13 PM > *To:* arslist@ARSLIST.ORG > *Subject:* 7.1.0 P7 Install problems > > > > ** I have been trying for two days to install AR Server 7.1.0 Patch 7 on a > Win2k3/SQL2k5 VM. I have done this a dozen times in other places without > significant problems, but this one just will not install. I get an arcane > Windows error (1064), there are almost no logs created, and while the DB and > the metatables are created, the service will not start, meaning that no > forms or workflow can be imported. We tried starting the service in debug > mode, but that didn't work at all. The problem seems to be that the service > just will not start. It doesn't reference any authentication or logon error > in the Event Viewer, just a mystery application error that leads pretty much > nowhere. > > We tried both SQL (sa) and Windows (admin) authentication, though the > Windows account used wasn't a full domain admin. It was a local admin that > also had admin privileges on the shared SQL server. My next step is to try > installing patch 6 instead of 7, to remove that from the list of potential > remaining issues. The server install is a direct download from Support just > yesterday. > > Has anyone seen this before? I am about out of ideas for new things to > try, and Support so far has only asked for files I don't have to give. > > Rick > _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers > Are"_ > > > Portions of this message may be confidential under an exemption to Ohio's > public records law or under a legal privilege. If you have received this > message in error or due to an unauthorized transmission or interception, > please delete all copies from your system without disclosing, copying, or > transmitting this message. > > _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers > Are"_ > > > _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. > > _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers > Are"_ > > _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers > Are"_ > > > _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers > Are"_ > _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"