Re: 7.1.0 P7 Install problems: RESOLVED
I think we finally have a solution for this. It resolved the error on a 7.1 p7 installation. Kudos to the Windows Admin at Tideworks for ferreting this one out. Environment is Windows 2003R2 on a VM ESX 3.5 platform. Remote SQL 2005 DB. The conflicting group policy is “Disable DNS Client”, which sets the local DNS Client service to ‘disabled’. The result of this policy is to disable the local DNS cache and force systems to refer to DNS servers for name resolution. If the DNS Client service is stopped, the Remedy service will fail to start with the non-specific error 1064. Create a group policy to enable the DNS client service and apply it to a new OU containing the Remedy server computer account. Rick On Wed, Aug 26, 2009 at 6:01 PM, Axton axton.gr...@gmail.com wrote: ** Remedy almost kept him from getting a Ph.D., kinda :) Chris was a great guy to work for. I commonly reflect on his military demeanor when things aren't working. Axton Grams On Wed, Aug 26, 2009 at 2:14 PM, Michael Latham mlatha...@hotmail.comwrote: ** 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
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. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
Re: 7.1.0 P7 Install problems
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 -Original Message- From: copits.rich...@bwc.state.oh.us Date: Wed, 26 Aug 2009 07:41:40 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. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
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_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
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.commailto: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.usmailto:copits.rich...@bwc.state.oh.us Date: Wed, 26 Aug 2009 07:41:40 -0400 To: arslist@ARSLIST.ORGmailto: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:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Rick Cook Sent: Tuesday, August 25, 2009 6:13 PM To: arslist@ARSLIST.ORGmailto: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.netmailto: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.netmailto: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. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
Re: 7.1.0 P7 Install problems
Quite sure. It is on a shared SQL 2005 server, on which another Remedy server and multiple other application databases also reside. I have seen a few people report this same problem, but cannot locate a solution anywhere. Rick -Original Message- From: Lyle Taylor tayl...@ldschurch.org Date: Wed, 26 Aug 2009 11:47:56 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.commailto: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.usmailto:copits.rich...@bwc.state.oh.us Date: Wed, 26 Aug 2009 07:41:40 -0400 To: arslist@ARSLIST.ORGmailto: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:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Rick Cook Sent: Tuesday, August 25, 2009 6:13 PM To: arslist@ARSLIST.ORGmailto: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.netmailto: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.netmailto: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. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
Re: 7.1.0 P7 Install problems
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_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
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.comwrote: ** 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
Re: 7.1.0 P7 Install problems
maybe? http://www.subnixus.com/error-codes/error-1064.html _ From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Michael Latham Sent: Wednesday, August 26, 2009 12:02 PM To: arslist@ARSLIST.ORG Subject: Re: 7.1.0 P7 Install problems ** 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_
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.commailto: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:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Lyle Taylor Sent: Wednesday, August 26, 2009 1:48 PM To: arslist@ARSLIST.ORGmailto: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:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Rick Cook Sent: Wednesday, August 26, 2009 11:26 AM To: arslist@ARSLIST.ORGmailto: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.commailto: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.usmailto:copits.rich...@bwc.state.oh.us Date: Wed, 26 Aug 2009 07:41:40 -0400 To: arslist@ARSLIST.ORGmailto: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:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Rick Cook Sent: Tuesday, August 25, 2009 6:13 PM To: arslist@ARSLIST.ORGmailto: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
Re: 7.1.0 P7 Install problems
Yeah, I have dyslexic memory... I did indeed search for error 1064 (I just ran searches on the two numbers to see which results matched what I saw before). I just found it interesting that most of the results I got back seemed to talk about MySQL. I wrote my message tongue-in-cheek, though, since I knew he wasn't really on MySQL. Sorry if that wasn't clear. From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Michael Latham Sent: Wednesday, August 26, 2009 12:02 PM To: arslist@ARSLIST.ORG Subject: Re: 7.1.0 P7 Install problems ** 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.commailto: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.usmailto:copits.rich...@bwc.state.oh.us Date: Wed, 26 Aug 2009 07:41:40 -0400 To: arslist@ARSLIST.ORGmailto: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:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Rick Cook Sent: Tuesday, August 25, 2009 6:13 PM To: arslist@ARSLIST.ORGmailto: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.netmailto: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.netmailto:rmisoluti...@verizon.net ARSlist: Where the Answers Are_ _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers Are_ NOTICE
Re: 7.1.0 P7 Install problems
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
Re: 7.1.0 P7 Install problems
Okay, that should have been MORE than enough permission; I normally use a domain user account for the service that has been given local administrator rights on the server, and install while logged in as such. I also add that account to the SQL Server and given it a dbcreator role first, but you said that wasn't a problem. 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:34 PM To: arslist@ARSLIST.ORG Subject: Re: 7.1.0 P7 Install problems ** 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.edumailto: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:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Rick Cook Sent: Wednesday, August 26, 2009 1:17 PM To: arslist@ARSLIST.ORGmailto: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.commailto: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:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Lyle Taylor Sent: Wednesday, August 26, 2009 1:48 PM To: arslist@ARSLIST.ORGmailto: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
Re: 7.1.0 P7 Install problems
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
Re: 7.1.0 P7 Install problems
do you get anything on screen when you try to use the armonitor.cfg's file via command line?...does it start, error out, anything? _ From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Rick Cook Sent: Wednesday, August 26, 2009 12: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
Re: 7.1.0 P7 Install problems
We did try to run arserver.exe from the command line, but it errors out immediately. No output on the command line itself. Just spent an hour on the phone with a competent-sounding tech with a backline tech in her other ear. No solutions yet, so they are escalating further. Hope to have an update tomorrow morning. Rick On Wed, Aug 26, 2009 at 12:20 PM, LJ Longwing lj.longw...@gmail.com wrote: ** do you get anything on screen when you try to use the armonitor.cfg's file via command line?...does it start, error out, anything? -- *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] *On Behalf Of *Rick Cook *Sent:* Wednesday, August 26, 2009 12: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.comwrote: ** 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
Re: 7.1.0 P7 Install problems
What is the error? _ From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Rick Cook Sent: Wednesday, August 26, 2009 2:08 PM To: arslist@ARSLIST.ORG Subject: Re: 7.1.0 P7 Install problems ** We did try to run arserver.exe from the command line, but it errors out immediately. No output on the command line itself. Just spent an hour on the phone with a competent-sounding tech with a backline tech in her other ear. No solutions yet, so they are escalating further. Hope to have an update tomorrow morning. Rick On Wed, Aug 26, 2009 at 12:20 PM, LJ Longwing lj.longw...@gmail.com wrote: ** do you get anything on screen when you try to use the armonitor.cfg's file via command line?...does it start, error out, anything? _ From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Rick Cook Sent: Wednesday, August 26, 2009 12: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
Re: 7.1.0 P7 Install problems
Don't remember - some Windows/system error. Rick On Wed, Aug 26, 2009 at 1:53 PM, LJ Longwing lj.longw...@gmail.com wrote: ** What is the error? -- *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] *On Behalf Of *Rick Cook *Sent:* Wednesday, August 26, 2009 2:08 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: 7.1.0 P7 Install problems ** We did try to run arserver.exe from the command line, but it errors out immediately. No output on the command line itself. Just spent an hour on the phone with a competent-sounding tech with a backline tech in her other ear. No solutions yet, so they are escalating further. Hope to have an update tomorrow morning. Rick On Wed, Aug 26, 2009 at 12:20 PM, LJ Longwing lj.longw...@gmail.comwrote: ** do you get anything on screen when you try to use the armonitor.cfg's file via command line?...does it start, error out, anything? -- *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] *On Behalf Of *Rick Cook *Sent:* Wednesday, August 26, 2009 12: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.comwrote: ** 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
Re: 7.1.0 P7 Install problems
The same one that happens when you try to start the service? _ From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Rick Cook Sent: Wednesday, August 26, 2009 2:59 PM To: arslist@ARSLIST.ORG Subject: Re: 7.1.0 P7 Install problems ** Don't remember - some Windows/system error. Rick On Wed, Aug 26, 2009 at 1:53 PM, LJ Longwing lj.longw...@gmail.com wrote: ** What is the error? _ From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Rick Cook Sent: Wednesday, August 26, 2009 2:08 PM To: arslist@ARSLIST.ORG Subject: Re: 7.1.0 P7 Install problems ** We did try to run arserver.exe from the command line, but it errors out immediately. No output on the command line itself. Just spent an hour on the phone with a competent-sounding tech with a backline tech in her other ear. No solutions yet, so they are escalating further. Hope to have an update tomorrow morning. Rick On Wed, Aug 26, 2009 at 12:20 PM, LJ Longwing lj.longw...@gmail.com wrote: ** do you get anything on screen when you try to use the armonitor.cfg's file via command line?...does it start, error out, anything? _ From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Rick Cook Sent: Wednesday, August 26, 2009 12: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
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 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
