Hey Christopher,
You have a Ph.D. and you work with Remedy? What gives? LOL, makes me believe that you do have to be a rocket scientist to be a Remedy Professional, as if I didn't know already. I am sure it is in the Computer Science field. I send a belated Congratulations for your accomplishment of such a prestigious title! If I need some real computer science help(working on another BS degree in Computer Science) I will give you a shout, ; ). Mike L From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of strauss Sent: Wednesday, August 26, 2009 2:22 PM To: arslist@ARSLIST.ORG Subject: Re: 7.1.0 P7 Install problems ** 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"
