Re: 7.5 Installation Problems (of course!)
When we tried to install 7.5 p3 on our Dev Server we were given the error that we needed to change the Registry NS_Lang setting to AMERICAN_AMERICA.AL32UTF8 (it's currently AMERICAN_AMERICA.WE8MSWIN1252) When we changed this registry setting a bunch of our forms disappeared because (we think) there were views on these forms local language settings. So we deleted all of these views, updated the registry and we are still having a problem with one of our forms. So we ran a csscan and nothing came back with any errors. Ran the conversion on the database and then changed the registry and we are STILL having a problem with a Display only form that has about 30 views on it. The views don't have any Locales set, but each of them is for a different language. (so the German view would have instructions in all the text boxes in German for example). This form will eventually be getting rid of all the views so all the data, text boxes, etc, is going to be data driven, but for now, why do you think it's giving us a problem? Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Kemes, Lisa Sent: Friday, February 26, 2010 4:09 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** Unfortunately, our csscan is coming up with different errors each time we run it. It's not consistent at all. What we want to do is find the records that are not compatible, move them to dev and convert them as a test to see what happens. But with 2500+ records that are constantly changing on the results, it's been very hard for us to pinpoint which records are really the problem. Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Axton Sent: Thursday, January 28, 2010 5:17 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** You're welcome. I am going through the same thing right now, so it's all fresh in my mind. Axton The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. On Thu, Jan 28, 2010 at 3:41 PM, Shellman, David dave.shell...@tycoelectronics.commailto:dave.shell...@tycoelectronics.com wrote: ** Axton, Thanks for the assist. I need to work through some thoughts and come up with a conversion plan. Luckily there are few forms where we actually use the local language view so we may simply delete those views. Also we do not need to keep some of the data like in the AR System Email messages forms. 99% of our forms that display in a local language use View forms and data to display the text in the local language. Dave From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Axton Sent: Thursday, January 28, 2010 2:56 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** UTF8 character set uses CESU-8 code points, which are not compatible with the client character set AMERICAN_AMERICA.AL32UTF8 but are compatible with the client character set AMERICAN_AMERICA.WE8MSWIN1252. Read here: http://www.oracle.com/technology/tech/globalization/htdocs/nls_lang%20faq.htm#_Toc110410550 http://download-east.oracle.com/docs/cd/B19306_01/server.102/b14225/ch11charsetmig.htm#CEGCGEAF http://www.oracle.com/technology/tech/globalization/htdocs/nls_lang%20faq.htm#_Toc110410550 I believe there is invalid data in the db that will have to be converted/cleaned up if you want to change the client localization settings and expect it to work. This means moving all the 8-bit characters (CESU-8, or whatever else there are) to the proper UTF-8 code point so that a client expecting that data can understand it. -- Axton The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. On Thu, Jan 28, 2010 at 12:15 PM, Shellman, David dave.shell...@tycoelectronics.commailto:dave.shell...@tycoelectronics.com wrote: ** Axton, Here is what I got back from our DBA. The data in the database is in utf8 characterset. The database would not allow it to be stored other than that. The application would have a failure on the storing of invalid characters which would show up on the (application server). I can run the csscan though. The csscan is used when you want to convert your characterset and we do not want to do that. Dave _Platinum Sponsor: rmisoluti
Re: 7.5 Installation Problems (of course!)
We have finally identified the root of the failed installations. Now to figure out how to correct this issue. A couple of years ago we installed 7.01 on a new app server and to a separate DB server. We went through the steps of setting the servers up to for Unicode. We are a world wide company with helpdesks in the US, Europe, China, Japan, Thailand, etc. We asked questions to support and backline engineers to make sure that we had it setup correctly. Last fall we upgraded to 7.01. Turns out we missed a registry setting. On our app servers (development and production) NLS_LANG is set to AMERICAN_AMERICA.WE8MSWIN1252. When we change make the registry setting change to NLS_LANG=AMERICAN_AMERICA.AL32UTF8 as noted in the installation guide, we start seeing all sorts of errors in the arerror log about missing forms, missing data, missing workflow, etc. We've not seen a few issues with languages that we can directly relate to having an incorrect NLS_LANG. We have seen a few issues that were bugs in the email engine. Any thoughts on how to correct? Dave From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Kemes, Lisa Sent: Monday, January 25, 2010 2:58 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** BMC looked at our logs and among many errors, said that one of the errors is because either the Group, User, ReportType, ReportCreator, has bad entries or duplicate entries on them. There were no duplicates per se, but there were records with duplicate Unique Id's in the Unique Identifier (on the Group Form). Not sure why the system would allow this, but we think it's from doing Copy to New actions on some of the Groups. Not 100% sure yet is this is one of the culprits but we are looking into this Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Kemes, Lisa Sent: Friday, January 22, 2010 2:25 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** I couldn't find any RIK files under the TEMP directory (should be under the Utilities folder correct?) But I did find these logs All the RIK files we can find are: ARServer-RIK_PostUpgrade.log ARServer-RIK_PostUgradeInstall.log ARServer-RIK_PostUpgrade_error.log ARServer-RIK_PostUpgrade_apps.log In the ARServer-RIK_PostUpgrade Log: Cannot get target schema details from the server specified. Status List : 1 items ERROR: #303 ReportType - Form does not exist on server Attempting import from schema ReportType in file to ReportType on server The command line option for schema is not valid. Cannot import Loading Mappings failed: The import was not attempted If only I can find the command line that is not working... Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Tommy Morris Sent: Friday, January 22, 2010 1:25 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** It was in a RIK file. I think that this one in particular was created using an install utility that BMC provided but you can check in your temp directory to see if you can find one there. From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Kemes, Lisa Sent: Friday, January 22, 2010 12:20 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** Thank Tommy! What file is this in? Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Tommy Morris Sent: Saturday, January 23, 2010 1:56 AM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** I will apologize for the length of this response but maybe this information will help BMC to check for the issue that we had first so it will not take as long to get you up and running. Here is what BMC found during our two months of troubleshooting: By the way, Here is the info that tells me difference between this build vs previous build as even though your installer shows worked sometimes but it actually were not really was working as expected: Here is the working version: ***before processing : char-set: windows-1252 # ***type of object 0 ***before processing : begin schema name : Group ***type of object 1 ***Processing schema : begin schema name : Group core-version : 2 upgrade-version: 0 num-fields : 38 timestamp : 1137189702 owner : ARSERVER last-changed : ARSERVER default-vui: Default Admin View1 num-vuis : 1 export-version : 9 schema-type: 1 next-field-id : 536870919 index : 1\179\0 get-list-flds : 7\105\30\0\\106\10\0\\107\10\0\\120\10\0\\115\12\0
Re: 7.5 Installation Problems (of course!)
AMERICAN_AMERICA.WE8MSWIN1252 allows characters that do not translate properly in AMERICAN_AMERICA.AL32UTF8. Examples are all your 8-bit ascii characters. The code points are different between the two localizations which means that some other characters may not render properly depending on how things were written and are now being read. Try running Oracle's csscan utility against the db to see what comes back. Do you see checksum errors in the logs (i.e., invalid definition) in the arerror.log? Axton Grams The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. On Thu, Jan 28, 2010 at 9:15 AM, Shellman, David dave.shell...@tycoelectronics.com wrote: ** We have finally identified the root of the failed installations. Now to figure out how to correct this issue. A couple of years ago we installed 7.01 on a new app server and to a separate DB server. We went through the steps of setting the servers up to for Unicode. We are a world wide company with helpdesks in the US, Europe, China, Japan, Thailand, etc. We asked questions to support and backline engineers to make sure that we had it setup correctly. Last fall we upgraded to 7.01. Turns out we missed a registry setting. On our app servers (development and production) NLS_LANG is set to AMERICAN_AMERICA.WE8MSWIN1252. When we change make the registry setting change to NLS_LANG=AMERICAN_AMERICA.AL32UTF8 as noted in the installation guide, we start seeing all sorts of errors in the arerror log about missing forms, missing data, missing workflow, etc. We've not seen a few issues with languages that we can directly relate to having an incorrect NLS_LANG. We have seen a few issues that were bugs in the email engine. Any thoughts on how to correct? Dave -- *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] *On Behalf Of *Kemes, Lisa *Sent:* Monday, January 25, 2010 2:58 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: 7.5 Installation Problems (of course!) ** BMC looked at our logs and among many errors, said that one of the errors is because either the Group, User, ReportType, ReportCreator, has bad entries or duplicate entries on them. There were no duplicates per se, but there were records with duplicate Unique Id's in the Unique Identifier (on the Group Form). Not sure why the system would allow this, but we think it's from doing Copy to New actions on some of the Groups. Not 100% sure yet is this is one of the culprits but we are looking into this Lisa -- *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] *On Behalf Of *Kemes, Lisa *Sent:* Friday, January 22, 2010 2:25 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: 7.5 Installation Problems (of course!) ** I couldn't find any RIK files under the TEMP directory (should be under the Utilities folder correct?) But I did find these logs All the RIK files we can find are: ARServer-RIK_PostUpgrade.log ARServer-RIK_PostUgradeInstall.log ARServer-RIK_PostUpgrade_error.log ARServer-RIK_PostUpgrade_apps.log In the ARServer-RIK_PostUpgrade Log: Cannot get target schema details from the server specified. Status List : 1 items ERROR: #303 ReportType - Form does not exist on server Attempting import from schema ReportType in file to ReportType on server The command line option for schema is not valid. Cannot import Loading Mappings failed: The import was not attempted If only I can find the command line that is not working... Lisa -- *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] *On Behalf Of *Tommy Morris *Sent:* Friday, January 22, 2010 1:25 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: 7.5 Installation Problems (of course!) ** It was in a RIK file. I think that this one in particular was created using an install utility that BMC provided but you can check in your temp directory to see if you can find one there. *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] *On Behalf Of *Kemes, Lisa *Sent:* Friday, January 22, 2010 12:20 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: 7.5 Installation Problems (of course!) ** Thank Tommy! What file is this in? Lisa -- *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] *On Behalf Of *Tommy Morris *Sent:* Saturday, January 23, 2010 1:56 AM *To:* arslist@ARSLIST.ORG *Subject:* Re: 7.5 Installation Problems (of course!) ** I will apologize for the length of this response but maybe
Re: 7.5 Installation Problems (of course!)
Hi Dave, This thing is not really something you can change on the fly, I think... I would setup a parallel server, against a new database instance, reimport the definitions and then SYNC the data using the API (RRR|Chive). When you are done do one of the following: 1. switch to the new server 2. redirect your old server against the new dbinstance 3. maybe export/import your new db to the old instance Best Regards - Misi, RRR AB, http://rrr.se ps. Doing an incremental data sync with RRR|Chive against 250 forms and a total of 10 million records took 23 minutes to complete when I last did it two weeks ago. ds. AMERICAN_AMERICA.WE8MSWIN1252 allows characters that do not translate properly in AMERICAN_AMERICA.AL32UTF8. Examples are all your 8-bit ascii characters. The code points are different between the two localizations which means that some other characters may not render properly depending on how things were written and are now being read. Try running Oracle's csscan utility against the db to see what comes back. Do you see checksum errors in the logs (i.e., invalid definition) in the arerror.log? Axton Grams The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. On Thu, Jan 28, 2010 at 9:15 AM, Shellman, David dave.shell...@tycoelectronics.com wrote: ** We have finally identified the root of the failed installations. Now to figure out how to correct this issue. A couple of years ago we installed 7.01 on a new app server and to a separate DB server. We went through the steps of setting the servers up to for Unicode. We are a world wide company with helpdesks in the US, Europe, China, Japan, Thailand, etc. We asked questions to support and backline engineers to make sure that we had it setup correctly. Last fall we upgraded to 7.01. Turns out we missed a registry setting. On our app servers (development and production) NLS_LANG is set to AMERICAN_AMERICA.WE8MSWIN1252. When we change make the registry setting change to NLS_LANG=AMERICAN_AMERICA.AL32UTF8 as noted in the installation guide, we start seeing all sorts of errors in the arerror log about missing forms, missing data, missing workflow, etc. We've not seen a few issues with languages that we can directly relate to having an incorrect NLS_LANG. We have seen a few issues that were bugs in the email engine. Any thoughts on how to correct? Dave -- *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] *On Behalf Of *Kemes, Lisa *Sent:* Monday, January 25, 2010 2:58 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: 7.5 Installation Problems (of course!) ** BMC looked at our logs and among many errors, said that one of the errors is because either the Group, User, ReportType, ReportCreator, has bad entries or duplicate entries on them. There were no duplicates per se, but there were records with duplicate Unique Id's in the Unique Identifier (on the Group Form). Not sure why the system would allow this, but we think it's from doing Copy to New actions on some of the Groups. Not 100% sure yet is this is one of the culprits but we are looking into this Lisa -- *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] *On Behalf Of *Kemes, Lisa *Sent:* Friday, January 22, 2010 2:25 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: 7.5 Installation Problems (of course!) ** I couldn't find any RIK files under the TEMP directory (should be under the Utilities folder correct?) But I did find these logs All the RIK files we can find are: ARServer-RIK_PostUpgrade.log ARServer-RIK_PostUgradeInstall.log ARServer-RIK_PostUpgrade_error.log ARServer-RIK_PostUpgrade_apps.log In the ARServer-RIK_PostUpgrade Log: Cannot get target schema details from the server specified. Status List : 1 items ERROR: #303 ReportType - Form does not exist on server Attempting import from schema ReportType in file to ReportType on server The command line option for schema is not valid. Cannot import Loading Mappings failed: The import was not attempted If only I can find the command line that is not working... Lisa -- *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] *On Behalf Of *Tommy Morris *Sent:* Friday, January 22, 2010 1:25 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: 7.5 Installation Problems (of course!) ** It was in a RIK file. I think that this one in particular was created using an install utility that BMC provided but you can check in your temp directory to see
Re: 7.5 Installation Problems (of course!)
We'll keep that as an option. Thanks, Dave -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Misi Mladoniczky Sent: Thursday, January 28, 2010 11:57 AM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) Hi Dave, This thing is not really something you can change on the fly, I think... I would setup a parallel server, against a new database instance, reimport the definitions and then SYNC the data using the API (RRR|Chive). When you are done do one of the following: 1. switch to the new server 2. redirect your old server against the new dbinstance 3. maybe export/import your new db to the old instance Best Regards - Misi, RRR AB, http://rrr.se ps. Doing an incremental data sync with RRR|Chive against 250 forms and a total of 10 million records took 23 minutes to complete when I last did it two weeks ago. ds. AMERICAN_AMERICA.WE8MSWIN1252 allows characters that do not translate properly in AMERICAN_AMERICA.AL32UTF8. Examples are all your 8-bit ascii characters. The code points are different between the two localizations which means that some other characters may not render properly depending on how things were written and are now being read. Try running Oracle's csscan utility against the db to see what comes back. Do you see checksum errors in the logs (i.e., invalid definition) in the arerror.log? Axton Grams The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. On Thu, Jan 28, 2010 at 9:15 AM, Shellman, David dave.shell...@tycoelectronics.com wrote: ** We have finally identified the root of the failed installations. Now to figure out how to correct this issue. A couple of years ago we installed 7.01 on a new app server and to a separate DB server. We went through the steps of setting the servers up to for Unicode. We are a world wide company with helpdesks in the US, Europe, China, Japan, Thailand, etc. We asked questions to support and backline engineers to make sure that we had it setup correctly. Last fall we upgraded to 7.01. Turns out we missed a registry setting. On our app servers (development and production) NLS_LANG is set to AMERICAN_AMERICA.WE8MSWIN1252. When we change make the registry setting change to NLS_LANG=AMERICAN_AMERICA.AL32UTF8 as noted in the installation guide, we start seeing all sorts of errors in the arerror log about missing forms, missing data, missing workflow, etc. We've not seen a few issues with languages that we can directly relate to having an incorrect NLS_LANG. We have seen a few issues that were bugs in the email engine. Any thoughts on how to correct? Dave -- *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] *On Behalf Of *Kemes, Lisa *Sent:* Monday, January 25, 2010 2:58 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: 7.5 Installation Problems (of course!) ** BMC looked at our logs and among many errors, said that one of the errors is because either the Group, User, ReportType, ReportCreator, has bad entries or duplicate entries on them. There were no duplicates per se, but there were records with duplicate Unique Id's in the Unique Identifier (on the Group Form). Not sure why the system would allow this, but we think it's from doing Copy to New actions on some of the Groups. Not 100% sure yet is this is one of the culprits but we are looking into this Lisa -- *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] *On Behalf Of *Kemes, Lisa *Sent:* Friday, January 22, 2010 2:25 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: 7.5 Installation Problems (of course!) ** I couldn't find any RIK files under the TEMP directory (should be under the Utilities folder correct?) But I did find these logs All the RIK files we can find are: ARServer-RIK_PostUpgrade.log ARServer-RIK_PostUgradeInstall.log ARServer-RIK_PostUpgrade_error.log ARServer-RIK_PostUpgrade_apps.log In the ARServer-RIK_PostUpgrade Log: Cannot get target schema details from the server specified. Status List : 1 items ERROR: #303 ReportType - Form does not exist on server Attempting import from schema ReportType in file to ReportType on server The command line option for schema is not valid. Cannot import Loading Mappings failed: The import was not attempted If only I can find the command line that is not working... Lisa -- *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] *On Behalf Of *Tommy
Re: 7.5 Installation Problems (of course!)
Axton, Here is what I got back from our DBA. The data in the database is in utf8 characterset. The database would not allow it to be stored other than that. The application would have a failure on the storing of invalid characters which would show up on the (application server). I can run the csscan though. The csscan is used when you want to convert your characterset and we do not want to do that. Dave From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Axton Sent: Thursday, January 28, 2010 10:34 AM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** AMERICAN_AMERICA.WE8MSWIN1252 allows characters that do not translate properly in AMERICAN_AMERICA.AL32UTF8. Examples are all your 8-bit ascii characters. The code points are different between the two localizations which means that some other characters may not render properly depending on how things were written and are now being read. Try running Oracle's csscan utility against the db to see what comes back. Do you see checksum errors in the logs (i.e., invalid definition) in the arerror.log? Axton Grams The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. On Thu, Jan 28, 2010 at 9:15 AM, Shellman, David dave.shell...@tycoelectronics.commailto:dave.shell...@tycoelectronics.com wrote: ** We have finally identified the root of the failed installations. Now to figure out how to correct this issue. A couple of years ago we installed 7.01 on a new app server and to a separate DB server. We went through the steps of setting the servers up to for Unicode. We are a world wide company with helpdesks in the US, Europe, China, Japan, Thailand, etc. We asked questions to support and backline engineers to make sure that we had it setup correctly. Last fall we upgraded to 7.01. Turns out we missed a registry setting. On our app servers (development and production) NLS_LANG is set to AMERICAN_AMERICA.WE8MSWIN1252. When we change make the registry setting change to NLS_LANG=AMERICAN_AMERICA.AL32UTF8 as noted in the installation guide, we start seeing all sorts of errors in the arerror log about missing forms, missing data, missing workflow, etc. We've not seen a few issues with languages that we can directly relate to having an incorrect NLS_LANG. We have seen a few issues that were bugs in the email engine. Any thoughts on how to correct? Dave From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Monday, January 25, 2010 2:58 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** BMC looked at our logs and among many errors, said that one of the errors is because either the Group, User, ReportType, ReportCreator, has bad entries or duplicate entries on them. There were no duplicates per se, but there were records with duplicate Unique Id's in the Unique Identifier (on the Group Form). Not sure why the system would allow this, but we think it's from doing Copy to New actions on some of the Groups. Not 100% sure yet is this is one of the culprits but we are looking into this Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, January 22, 2010 2:25 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** I couldn't find any RIK files under the TEMP directory (should be under the Utilities folder correct?) But I did find these logs All the RIK files we can find are: ARServer-RIK_PostUpgrade.log ARServer-RIK_PostUgradeInstall.log ARServer-RIK_PostUpgrade_error.log ARServer-RIK_PostUpgrade_apps.log In the ARServer-RIK_PostUpgrade Log: Cannot get target schema details from the server specified. Status List : 1 items ERROR: #303 ReportType - Form does not exist on server Attempting import from schema ReportType in file to ReportType on server The command line option for schema is not valid. Cannot import Loading Mappings failed: The import was not attempted If only I can find the command line that is not working... Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Tommy Morris Sent: Friday, January 22, 2010 1:25 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** It was in a RIK file. I
Re: 7.5 Installation Problems (of course!)
AL32UTF8 is a superset of UTF8. Per the Remedy installation guide, the db character set should be set to AL32UTF8. Run csscan with a target character set of AL32UTF8 and see what it returns as lossy/unconvertible. I believe what you are running into is a problem with how the data as it is stored in the database. Since the client has been configured with AMERICAN_AMERICA.WE8MSWIN1252 for all this time, it has been reading/writing the data with the codepoints appropriate for that localization. These codepoints are very different than the codepoints for the same character in the character set AL32UTF8. See the following articles for more info: http://en.wikipedia.org/wiki/CESU-8 http://repettas.wordpress.com/2008/05/15/al32utf8utf8-unicode-database-character-set-implications/ UTF8, in the world of Oracle, is not really a UTF-8 compliant character set (bad name). AL32UTF8 is a complaiant UTF8 implementation. See the following: http://forums.oracle.com/forums/thread.jspa?messageID=1139523 http://download.oracle.com/docs/cd/B14117_01/server.101/b10749/applocaledata.htm#i636713 http://oracleappstechnology.blogspot.com/2007/10/difference-between-utf8-and-al32utf8.html What I think you need to do: 1. convert the instance from UTF8 to AL32UTF8. Part of this will require cleaning up data (CESU-8 data, 8-bit ascii data, and other unconvertible data that csscan returns) 2. update the oracle client to use AL32UTF8 While that may look like a short list, the actual process may have complications. In the ARSCHEMA, ACTLINK, and other Remedy meta-data tables, a checksum is calculated and stored. That is based on the name, last modified by, and other values. If any of the values used to generate the checksum contains data that must be converted, the migration path becomes very difficult. The output of the csscan utility should give you an idea of what you are looking at. If you have SQL Developer installed (java based oracle client that comes with 11g), connect to your db and see what kind of data is returned when you look at it from there. This is a java based client and is fully unicode capable. You may be surprised with the results for your 8-bit ascii characters (umlauts, euro symbol, etc.). -- Axton The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
Re: 7.5 Installation Problems (of course!)
UTF8 character set uses CESU-8 code points, which are not compatible with the client character set AMERICAN_AMERICA.AL32UTF8 but are compatible with the client character set AMERICAN_AMERICA.WE8MSWIN1252. Read here: http://www.oracle.com/technology/tech/globalization/htdocs/nls_lang%20faq.htm#_Toc110410550 http://download-east.oracle.com/docs/cd/B19306_01/server.102/b14225/ch11charsetmig.htm#CEGCGEAF http://www.oracle.com/technology/tech/globalization/htdocs/nls_lang%20faq.htm#_Toc110410550 I believe there is invalid data in the db that will have to be converted/cleaned up if you want to change the client localization settings and expect it to work. This means moving all the 8-bit characters (CESU-8, or whatever else there are) to the proper UTF-8 code point so that a client expecting that data can understand it. -- Axton The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. On Thu, Jan 28, 2010 at 12:15 PM, Shellman, David dave.shell...@tycoelectronics.com wrote: ** Axton, Here is what I got back from our DBA. The data in the database is in utf8 characterset. The database would not allow it to be stored other than that. The application would have a failure on the storing of invalid characters which would show up on the (application server). I can run the csscan though. The csscan is used when you want to convert your characterset and we do not want to do that. Dave ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
Re: 7.5 Installation Problems (of course!)
Axton, Thanks for the assist. I need to work through some thoughts and come up with a conversion plan. Luckily there are few forms where we actually use the local language view so we may simply delete those views. Also we do not need to keep some of the data like in the AR System Email messages forms. 99% of our forms that display in a local language use View forms and data to display the text in the local language. Dave From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Axton Sent: Thursday, January 28, 2010 2:56 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** UTF8 character set uses CESU-8 code points, which are not compatible with the client character set AMERICAN_AMERICA.AL32UTF8 but are compatible with the client character set AMERICAN_AMERICA.WE8MSWIN1252. Read here: http://www.oracle.com/technology/tech/globalization/htdocs/nls_lang%20faq.htm#_Toc110410550 http://download-east.oracle.com/docs/cd/B19306_01/server.102/b14225/ch11charsetmig.htm#CEGCGEAF http://www.oracle.com/technology/tech/globalization/htdocs/nls_lang%20faq.htm#_Toc110410550 I believe there is invalid data in the db that will have to be converted/cleaned up if you want to change the client localization settings and expect it to work. This means moving all the 8-bit characters (CESU-8, or whatever else there are) to the proper UTF-8 code point so that a client expecting that data can understand it. -- Axton The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. On Thu, Jan 28, 2010 at 12:15 PM, Shellman, David dave.shell...@tycoelectronics.commailto:dave.shell...@tycoelectronics.com wrote: ** Axton, Here is what I got back from our DBA. The data in the database is in utf8 characterset. The database would not allow it to be stored other than that. The application would have a failure on the storing of invalid characters which would show up on the (application server). I can run the csscan though. The csscan is used when you want to convert your characterset and we do not want to do that. Dave _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.5 Installation Problems (of course!)
You're welcome. I am going through the same thing right now, so it's all fresh in my mind. Axton The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. On Thu, Jan 28, 2010 at 3:41 PM, Shellman, David dave.shell...@tycoelectronics.com wrote: ** Axton, Thanks for the assist. I need to work through some thoughts and come up with a conversion plan. Luckily there are few forms where we actually use the local language view so we may simply delete those views. Also we do not need to keep some of the data like in the AR System Email messages forms. 99% of our forms that display in a local language use View forms and data to display the text in the local language. Dave -- *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] *On Behalf Of *Axton *Sent:* Thursday, January 28, 2010 2:56 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: 7.5 Installation Problems (of course!) ** UTF8 character set uses CESU-8 code points, which are not compatible with the client character set AMERICAN_AMERICA.AL32UTF8 but are compatible with the client character set AMERICAN_AMERICA.WE8MSWIN1252. Read here: http://www.oracle.com/technology/tech/globalization/htdocs/nls_lang%20faq.htm#_Toc110410550 http://download-east.oracle.com/docs/cd/B19306_01/server.102/b14225/ch11charsetmig.htm#CEGCGEAF http://www.oracle.com/technology/tech/globalization/htdocs/nls_lang%20faq.htm#_Toc110410550 I believe there is invalid data in the db that will have to be converted/cleaned up if you want to change the client localization settings and expect it to work. This means moving all the 8-bit characters (CESU-8, or whatever else there are) to the proper UTF-8 code point so that a client expecting that data can understand it. -- Axton The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. On Thu, Jan 28, 2010 at 12:15 PM, Shellman, David dave.shell...@tycoelectronics.com wrote: ** Axton, Here is what I got back from our DBA. The data in the database is in utf8 characterset. The database would not allow it to be stored other than that. The application would have a failure on the storing of invalid characters which would show up on the (application server). I can run the csscan though. The csscan is used when you want to convert your characterset and we do not want to do that. Dave _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
Re: 7.5 Installation Problems (of course!)
BMC looked at our logs and among many errors, said that one of the errors is because either the Group, User, ReportType, ReportCreator, has bad entries or duplicate entries on them. There were no duplicates per se, but there were records with duplicate Unique Id's in the Unique Identifier (on the Group Form). Not sure why the system would allow this, but we think it's from doing Copy to New actions on some of the Groups. Not 100% sure yet is this is one of the culprits but we are looking into this Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Kemes, Lisa Sent: Friday, January 22, 2010 2:25 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** I couldn't find any RIK files under the TEMP directory (should be under the Utilities folder correct?) But I did find these logs All the RIK files we can find are: ARServer-RIK_PostUpgrade.log ARServer-RIK_PostUgradeInstall.log ARServer-RIK_PostUpgrade_error.log ARServer-RIK_PostUpgrade_apps.log In the ARServer-RIK_PostUpgrade Log: Cannot get target schema details from the server specified. Status List : 1 items ERROR: #303 ReportType - Form does not exist on server Attempting import from schema ReportType in file to ReportType on server The command line option for schema is not valid. Cannot import Loading Mappings failed: The import was not attempted If only I can find the command line that is not working... Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Tommy Morris Sent: Friday, January 22, 2010 1:25 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** It was in a RIK file. I think that this one in particular was created using an install utility that BMC provided but you can check in your temp directory to see if you can find one there. From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Kemes, Lisa Sent: Friday, January 22, 2010 12:20 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** Thank Tommy! What file is this in? Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Tommy Morris Sent: Saturday, January 23, 2010 1:56 AM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** I will apologize for the length of this response but maybe this information will help BMC to check for the issue that we had first so it will not take as long to get you up and running. Here is what BMC found during our two months of troubleshooting: By the way, Here is the info that tells me difference between this build vs previous build as even though your installer shows worked sometimes but it actually were not really was working as expected: Here is the working version: ***before processing : char-set: windows-1252 # ***type of object 0 ***before processing : begin schema name : Group ***type of object 1 ***Processing schema : begin schema name : Group core-version : 2 upgrade-version: 0 num-fields : 38 timestamp : 1137189702 owner : ARSERVER last-changed : ARSERVER default-vui: Default Admin View1 num-vuis : 1 export-version : 9 schema-type: 1 next-field-id : 536870919 index : 1\179\0 get-list-flds : 7\105\30\0\\106\10\0\\107\10\0\\120\10\0\\115\12\0\\116\17\0\\7\8\0\ help-text : The Group form is a very special form which is used primarily to define user access to the various features of the Action Request System, including fo help-text : rms, guides, applications, fields within a form, and active links. Five special groups are provided by the AR System - Public, Administrator, Customiz help-text : e, Submitter and Assignee. The administrator of the AR System may set up additional groups to reflect various functional groups, such as a HD Staff o help-text : r Tech Support group.For more information on how this form works to provide access control for your AR System, please refer to the Action Request Sy help-text : stem Workflow Administrator's Guide. object-prop: 6\60006\4\0\\60008\40\0\60009\4\0\\60010\4\0\\60018\4\5\Group\60022\4\38\1\33\AR:HN ~ c} \ archive: 0\0\0 arch-time : 0\0\0\0 arch-from : audit : 0\0\0\ vui { Here is the log that shows it is skipping processing schema because missing b - before processing : egin schema ***before processing : char-set: windows-1252 # ***type of object 0 ***before processing : egin schema name : Group ***type of object 0 ***before processing : ui { id : 20002 ***type
Re: 7.5 Installation Problems (of course!)
Reinstalled 7.5 p3 and we are still getting errors (but different ones now!) Not ARERR, but errors in the install_log. One really weird thing is that a LOT of our core forms never got reinstalled. (User, Group, Roles, etc..) We opened up a ticket with BMC Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza Sent: Thursday, January 21, 2010 3:51 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** The plugin password is set from the AR Server Information configuration interface. Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Kemes, Lisa Sent: Thursday, January 21, 2010 3:17 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** I believe it was ARERR 8761: An invalid password has been used for access to the plug-in server. Contact your AR System Administrator for assistance. We restored our server to what it was yesterday morning and we are going to try again tomorrow morning. Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza Sent: Wednesday, January 20, 2010 5:18 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** What are the errors? Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Kemes, Lisa Sent: Wednesday, January 20, 2010 2:49 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** We tried this and now we are getting different errors. (again with having to do with the plug in). Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza Sent: Wednesday, January 20, 2010 2:42 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** Try starting the plugin server manually and see what you get.. You can steal the syntax for starting it from the armonitor.cfg file. Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Kemes, Lisa Sent: Wednesday, January 20, 2010 2:22 PM To: arslist@ARSLIST.ORG Subject: 7.5 Installation Problems (of course!) ** Just did an upgrade from ARS 7.1 p7 to 7.5 p3. We have Windows 2003 server and a separate Oracle 10g server. When trying to get into AR System Console/System/General/Server Information and getting ARERR [8760] Cannot establish a network connection to the AR System Plug-In server : ars-dev (5214) : RPC: Miscellaneous tli error - System error (Connection refused). Checked on ARERR 8760 and it has to do with the Plug in Server. Checked arplugin.exe and it is not running. Checked armonitor.log and it is not in there either. Can't turn on Plug-In Server logging (I believe) because we can't get into the Server Information. Has anyone else come across this at all? Lisa Kemes AR System Developer Tyco Electronics 717-810-2408 tel 717-810-2124 fax lisa.ke...@tycoelectronics.com _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.5 Installation Problems (of course!)
We had the same types of install problems. I bet your system is translating the Line Feeds in the install files as Carriage Returns when it converts the code. From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Kemes, Lisa Sent: Friday, January 22, 2010 11:31 AM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** Reinstalled 7.5 p3 and we are still getting errors (but different ones now!) Not ARERR, but errors in the install_log. One really weird thing is that a LOT of our core forms never got reinstalled. (User, Group, Roles, etc..) We opened up a ticket with BMC Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza Sent: Thursday, January 21, 2010 3:51 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** The plugin password is set from the AR Server Information configuration interface. Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Kemes, Lisa Sent: Thursday, January 21, 2010 3:17 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** I believe it was ARERR 8761: An invalid password has been used for access to the plug-in server. Contact your AR System Administrator for assistance. We restored our server to what it was yesterday morning and we are going to try again tomorrow morning. Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza Sent: Wednesday, January 20, 2010 5:18 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** What are the errors? Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Kemes, Lisa Sent: Wednesday, January 20, 2010 2:49 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** We tried this and now we are getting different errors. (again with having to do with the plug in). Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza Sent: Wednesday, January 20, 2010 2:42 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** Try starting the plugin server manually and see what you get.. You can steal the syntax for starting it from the armonitor.cfg file. Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Kemes, Lisa Sent: Wednesday, January 20, 2010 2:22 PM To: arslist@ARSLIST.ORG Subject: 7.5 Installation Problems (of course!) ** Just did an upgrade from ARS 7.1 p7 to 7.5 p3. We have Windows 2003 server and a separate Oracle 10g server. When trying to get into AR System Console/System/General/Server Information and getting ARERR [8760] Cannot establish a network connection to the AR System Plug-In server : ars-dev (5214) : RPC: Miscellaneous tli error - System error (Connection refused). Checked on ARERR 8760 and it has to do with the Plug in Server. Checked arplugin.exe and it is not running. Checked armonitor.log and it is not in there either. Can't turn on Plug-In Server logging (I believe) because we can't get into the Server Information. Has anyone else come across this at all? Lisa Kemes AR System Developer Tyco Electronics 717-810-2408 tel 717-810-2124 fax lisa.ke...@tycoelectronics.com _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers Are_ _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE
Re: 7.5 Installation Problems (of course!)
What's your environment in terms of resources available? I've had problems such as this on test systems that ran short on resources especially DB resources. Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Kemes, Lisa Sent: Friday, January 22, 2010 12:31 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** Reinstalled 7.5 p3 and we are still getting errors (but different ones now!) Not ARERR, but errors in the install_log. One really weird thing is that a LOT of our core forms never got reinstalled. (User, Group, Roles, etc..) We opened up a ticket with BMC Lisa -- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza Sent: Thursday, January 21, 2010 3:51 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** The plugin password is set from the AR Server Information configuration interface. Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Kemes, Lisa Sent: Thursday, January 21, 2010 3:17 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** I believe it was ARERR 8761: An invalid password has been used for access to the plug-in server. Contact your AR System Administrator for assistance. We restored our server to what it was yesterday morning and we are going to try again tomorrow morning. Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza Sent: Wednesday, January 20, 2010 5:18 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** What are the errors? Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Kemes, Lisa Sent: Wednesday, January 20, 2010 2:49 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** We tried this and now we are getting different errors. (again with having to do with the plug in). Lisa -- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza Sent: Wednesday, January 20, 2010 2:42 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** Try starting the plugin server manually and see what you get.. You can steal the syntax for starting it from the armonitor.cfg file. Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Kemes, Lisa Sent: Wednesday, January 20, 2010 2:22 PM To: arslist@ARSLIST.ORG Subject: 7.5 Installation Problems (of course!) ** Just did an upgrade from ARS 7.1 p7 to 7.5 p3. We have Windows 2003 server and a separate Oracle 10g server. When trying to get into AR System Console/System/General/Server Information and getting ARERR [8760] Cannot establish a network connection to the AR System Plug-In server : ars-dev (5214) : RPC: Miscellaneous tli error - System error (Connection refused). Checked on ARERR 8760 and it has to do with the Plug in Server. Checked arplugin.exe and it is not running. Checked armonitor.log and it is not in there either. Can't turn on Plug-In Server logging (I believe) because we can't get into the Server Information. Has anyone else come across this at all? Lisa Kemes AR System Developer Tyco Electronics 717-810-2408 tel 717-810-2124 fax lisa.ke...@tycoelectronics.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
Re: 7.5 Installation Problems (of course!)
I will apologize for the length of this response but maybe this information will help BMC to check for the issue that we had first so it will not take as long to get you up and running. Here is what BMC found during our two months of troubleshooting: By the way, Here is the info that tells me difference between this build vs previous build as even though your installer shows worked sometimes but it actually were not really was working as expected: Here is the working version: ***before processing : char-set: windows-1252 # ***type of object 0 ***before processing : begin schema name : Group ***type of object 1 ***Processing schema : begin schema name : Group core-version : 2 upgrade-version: 0 num-fields : 38 timestamp : 1137189702 owner : ARSERVER last-changed : ARSERVER default-vui: Default Admin View1 num-vuis : 1 export-version : 9 schema-type: 1 next-field-id : 536870919 index : 1\179\0 get-list-flds : 7\105\30\0\\106\10\0\\107\10\0\\120\10\0\\115\12\0\\116\17\0\\7\8\0\ help-text : The Group form is a very special form which is used primarily to define user access to the various features of the Action Request System, including fo help-text : rms, guides, applications, fields within a form, and active links. Five special groups are provided by the AR System - Public, Administrator, Customiz help-text : e, Submitter and Assignee. The administrator of the AR System may set up additional groups to reflect various functional groups, such as a HD Staff o help-text : r Tech Support group.For more information on how this form works to provide access control for your AR System, please refer to the Action Request Sy help-text : stem Workflow Administrator's Guide. object-prop: 6\60006\4\0\\60008\40\0\60009\4\0\\60010\4\0\\60018\4\5\Group\60022\4\38 \1\33\AR:HN ~ c} \ archive: 0\0\0 arch-time : 0\0\0\0 arch-from : audit : 0\0\0\ vui { Here is the log that shows it is skipping processing schema because missing b - before processing : egin schema ***before processing : char-set: windows-1252 # ***type of object 0 ***before processing : egin schema name : Group ***type of object 0 ***before processing : ui { id : 20002 ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
Re: 7.5 Installation Problems (of course!)
Thank Tommy! What file is this in? Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Tommy Morris Sent: Saturday, January 23, 2010 1:56 AM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** I will apologize for the length of this response but maybe this information will help BMC to check for the issue that we had first so it will not take as long to get you up and running. Here is what BMC found during our two months of troubleshooting: By the way, Here is the info that tells me difference between this build vs previous build as even though your installer shows worked sometimes but it actually were not really was working as expected: Here is the working version: ***before processing : char-set: windows-1252 # ***type of object 0 ***before processing : begin schema name : Group ***type of object 1 ***Processing schema : begin schema name : Group core-version : 2 upgrade-version: 0 num-fields : 38 timestamp : 1137189702 owner : ARSERVER last-changed : ARSERVER default-vui: Default Admin View1 num-vuis : 1 export-version : 9 schema-type: 1 next-field-id : 536870919 index : 1\179\0 get-list-flds : 7\105\30\0\\106\10\0\\107\10\0\\120\10\0\\115\12\0\\116\17\0\\7\8\0\ help-text : The Group form is a very special form which is used primarily to define user access to the various features of the Action Request System, including fo help-text : rms, guides, applications, fields within a form, and active links. Five special groups are provided by the AR System - Public, Administrator, Customiz help-text : e, Submitter and Assignee. The administrator of the AR System may set up additional groups to reflect various functional groups, such as a HD Staff o help-text : r Tech Support group.For more information on how this form works to provide access control for your AR System, please refer to the Action Request Sy help-text : stem Workflow Administrator's Guide. object-prop: 6\60006\4\0\\60008\40\0\60009\4\0\\60010\4\0\\60018\4\5\Group\60022\4\38\1\33\AR:HN ~ c} \ archive: 0\0\0 arch-time : 0\0\0\0 arch-from : audit : 0\0\0\ vui { Here is the log that shows it is skipping processing schema because missing b - before processing : egin schema ***before processing : char-set: windows-1252 # ***type of object 0 ***before processing : egin schema name : Group ***type of object 0 ***before processing : ui { id : 20002 ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : _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.5 Installation Problems (of course!)
It was in a RIK file. I think that this one in particular was created using an install utility that BMC provided but you can check in your temp directory to see if you can find one there. From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Kemes, Lisa Sent: Friday, January 22, 2010 12:20 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** Thank Tommy! What file is this in? Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Tommy Morris Sent: Saturday, January 23, 2010 1:56 AM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** I will apologize for the length of this response but maybe this information will help BMC to check for the issue that we had first so it will not take as long to get you up and running. Here is what BMC found during our two months of troubleshooting: By the way, Here is the info that tells me difference between this build vs previous build as even though your installer shows worked sometimes but it actually were not really was working as expected: Here is the working version: ***before processing : char-set: windows-1252 # ***type of object 0 ***before processing : begin schema name : Group ***type of object 1 ***Processing schema : begin schema name : Group core-version : 2 upgrade-version: 0 num-fields : 38 timestamp : 1137189702 owner : ARSERVER last-changed : ARSERVER default-vui: Default Admin View1 num-vuis : 1 export-version : 9 schema-type: 1 next-field-id : 536870919 index : 1\179\0 get-list-flds : 7\105\30\0\\106\10\0\\107\10\0\\120\10\0\\115\12\0\\116\17\0\\7\8\0\ help-text : The Group form is a very special form which is used primarily to define user access to the various features of the Action Request System, including fo help-text : rms, guides, applications, fields within a form, and active links. Five special groups are provided by the AR System - Public, Administrator, Customiz help-text : e, Submitter and Assignee. The administrator of the AR System may set up additional groups to reflect various functional groups, such as a HD Staff o help-text : r Tech Support group.For more information on how this form works to provide access control for your AR System, please refer to the Action Request Sy help-text : stem Workflow Administrator's Guide. object-prop: 6\60006\4\0\\60008\40\0\60009\4\0\\60010\4\0\\60018\4\5\Group\60022\4\38 \1\33\AR:HN ~ c} \ archive: 0\0\0 arch-time : 0\0\0\0 arch-from : audit : 0\0\0\ vui { Here is the log that shows it is skipping processing schema because missing b - before processing : egin schema ***before processing : char-set: windows-1252 # ***type of object 0 ***before processing : egin schema name : Group ***type of object 0 ***before processing : ui { id : 20002 ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : _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
Re: 7.5 Installation Problems (of course!)
I couldn't find any RIK files under the TEMP directory (should be under the Utilities folder correct?) But I did find these logs All the RIK files we can find are: ARServer-RIK_PostUpgrade.log ARServer-RIK_PostUgradeInstall.log ARServer-RIK_PostUpgrade_error.log ARServer-RIK_PostUpgrade_apps.log In the ARServer-RIK_PostUpgrade Log: Cannot get target schema details from the server specified. Status List : 1 items ERROR: #303 ReportType - Form does not exist on server Attempting import from schema ReportType in file to ReportType on server The command line option for schema is not valid. Cannot import Loading Mappings failed: The import was not attempted If only I can find the command line that is not working... Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Tommy Morris Sent: Friday, January 22, 2010 1:25 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** It was in a RIK file. I think that this one in particular was created using an install utility that BMC provided but you can check in your temp directory to see if you can find one there. From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Kemes, Lisa Sent: Friday, January 22, 2010 12:20 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** Thank Tommy! What file is this in? Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Tommy Morris Sent: Saturday, January 23, 2010 1:56 AM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** I will apologize for the length of this response but maybe this information will help BMC to check for the issue that we had first so it will not take as long to get you up and running. Here is what BMC found during our two months of troubleshooting: By the way, Here is the info that tells me difference between this build vs previous build as even though your installer shows worked sometimes but it actually were not really was working as expected: Here is the working version: ***before processing : char-set: windows-1252 # ***type of object 0 ***before processing : begin schema name : Group ***type of object 1 ***Processing schema : begin schema name : Group core-version : 2 upgrade-version: 0 num-fields : 38 timestamp : 1137189702 owner : ARSERVER last-changed : ARSERVER default-vui: Default Admin View1 num-vuis : 1 export-version : 9 schema-type: 1 next-field-id : 536870919 index : 1\179\0 get-list-flds : 7\105\30\0\\106\10\0\\107\10\0\\120\10\0\\115\12\0\\116\17\0\\7\8\0\ help-text : The Group form is a very special form which is used primarily to define user access to the various features of the Action Request System, including fo help-text : rms, guides, applications, fields within a form, and active links. Five special groups are provided by the AR System - Public, Administrator, Customiz help-text : e, Submitter and Assignee. The administrator of the AR System may set up additional groups to reflect various functional groups, such as a HD Staff o help-text : r Tech Support group.For more information on how this form works to provide access control for your AR System, please refer to the Action Request Sy help-text : stem Workflow Administrator's Guide. object-prop: 6\60006\4\0\\60008\40\0\60009\4\0\\60010\4\0\\60018\4\5\Group\60022\4\38\1\33\AR:HN ~ c} \ archive: 0\0\0 arch-time : 0\0\0\0 arch-from : audit : 0\0\0\ vui { Here is the log that shows it is skipping processing schema because missing b - before processing : egin schema ***before processing : char-set: windows-1252 # ***type of object 0 ***before processing : egin schema name : Group ***type of object 0 ***before processing : ui { id : 20002 ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : field { ***type of object 0 ***before processing : _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
Re: 7.5 Installation Problems (of course!)
I believe it was ARERR 8761: An invalid password has been used for access to the plug-in server. Contact your AR System Administrator for assistance. We restored our server to what it was yesterday morning and we are going to try again tomorrow morning. Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza Sent: Wednesday, January 20, 2010 5:18 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** What are the errors? Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Kemes, Lisa Sent: Wednesday, January 20, 2010 2:49 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** We tried this and now we are getting different errors. (again with having to do with the plug in). Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza Sent: Wednesday, January 20, 2010 2:42 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** Try starting the plugin server manually and see what you get.. You can steal the syntax for starting it from the armonitor.cfg file. Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Kemes, Lisa Sent: Wednesday, January 20, 2010 2:22 PM To: arslist@ARSLIST.ORG Subject: 7.5 Installation Problems (of course!) ** Just did an upgrade from ARS 7.1 p7 to 7.5 p3. We have Windows 2003 server and a separate Oracle 10g server. When trying to get into AR System Console/System/General/Server Information and getting ARERR [8760] Cannot establish a network connection to the AR System Plug-In server : ars-dev (5214) : RPC: Miscellaneous tli error - System error (Connection refused). Checked on ARERR 8760 and it has to do with the Plug in Server. Checked arplugin.exe and it is not running. Checked armonitor.log and it is not in there either. Can't turn on Plug-In Server logging (I believe) because we can't get into the Server Information. Has anyone else come across this at all? Lisa Kemes AR System Developer Tyco Electronics 717-810-2408 tel 717-810-2124 fax lisa.ke...@tycoelectronics.com _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.5 Installation Problems (of course!)
The plugin password is set from the AR Server Information configuration interface. Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Kemes, Lisa Sent: Thursday, January 21, 2010 3:17 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** I believe it was ARERR 8761: An invalid password has been used for access to the plug-in server. Contact your AR System Administrator for assistance. We restored our server to what it was yesterday morning and we are going to try again tomorrow morning. Lisa -- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza Sent: Wednesday, January 20, 2010 5:18 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** What are the errors? Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Kemes, Lisa Sent: Wednesday, January 20, 2010 2:49 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** We tried this and now we are getting different errors. (again with having to do with the plug in). Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza Sent: Wednesday, January 20, 2010 2:42 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** Try starting the plugin server manually and see what you get.. You can steal the syntax for starting it from the armonitor.cfg file. Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Kemes, Lisa Sent: Wednesday, January 20, 2010 2:22 PM To: arslist@ARSLIST.ORG Subject: 7.5 Installation Problems (of course!) ** Just did an upgrade from ARS 7.1 p7 to 7.5 p3. We have Windows 2003 server and a separate Oracle 10g server. When trying to get into AR System Console/System/General/Server Information and getting ARERR [8760] Cannot establish a network connection to the AR System Plug-In server : ars-dev (5214) : RPC: Miscellaneous tli error - System error (Connection refused). Checked on ARERR 8760 and it has to do with the Plug in Server. Checked arplugin.exe and it is not running. Checked armonitor.log and it is not in there either. Can't turn on Plug-In Server logging (I believe) because we can't get into the Server Information. Has anyone else come across this at all? Lisa Kemes AR System Developer Tyco Electronics 717-810-2408 tel 717-810-2124 fax lisa.ke...@tycoelectronics.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
7.5 Installation Problems (of course!)
Just did an upgrade from ARS 7.1 p7 to 7.5 p3. We have Windows 2003 server and a separate Oracle 10g server. When trying to get into AR System Console/System/General/Server Information and getting ARERR [8760] Cannot establish a network connection to the AR System Plug-In server : ars-dev (5214) : RPC: Miscellaneous tli error - System error (Connection refused). Checked on ARERR 8760 and it has to do with the Plug in Server. Checked arplugin.exe and it is not running. Checked armonitor.log and it is not in there either. Can't turn on Plug-In Server logging (I believe) because we can't get into the Server Information. Has anyone else come across this at all? Lisa Kemes AR System Developer Tyco Electronics 717-810-2408 tel 717-810-2124 fax lisa.ke...@tycoelectronics.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
Re: 7.5 Installation Problems (of course!)
You can compare your armonitor.cfg and armonitor.bak files and just copy/paste the missing lines from the backup to the new one. After our upgrade there were quite a few lines missing from armonitor that had to be copied in manually. From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Kemes, Lisa Sent: Wednesday, January 20, 2010 1:22 PM To: arslist@ARSLIST.ORG Subject: 7.5 Installation Problems (of course!) ** Just did an upgrade from ARS 7.1 p7 to 7.5 p3. We have Windows 2003 server and a separate Oracle 10g server. When trying to get into AR System Console/System/General/Server Information and getting ARERR [8760] Cannot establish a network connection to the AR System Plug-In server : ars-dev (5214) : RPC: Miscellaneous tli error - System error (Connection refused). Checked on ARERR 8760 and it has to do with the Plug in Server. Checked arplugin.exe and it is not running. Checked armonitor.log and it is not in there either. Can't turn on Plug-In Server logging (I believe) because we can't get into the Server Information. Has anyone else come across this at all? Lisa Kemes AR System Developer Tyco Electronics 717-810-2408 tel 717-810-2124 fax lisa.ke...@tycoelectronics.com _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.5 Installation Problems (of course!)
We were thinking about doing that. We might give that a try. Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Tommy Morris Sent: Wednesday, January 20, 2010 2:26 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** You can compare your armonitor.cfg and armonitor.bak files and just copy/paste the missing lines from the backup to the new one. After our upgrade there were quite a few lines missing from armonitor that had to be copied in manually. From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Kemes, Lisa Sent: Wednesday, January 20, 2010 1:22 PM To: arslist@ARSLIST.ORG Subject: 7.5 Installation Problems (of course!) ** Just did an upgrade from ARS 7.1 p7 to 7.5 p3. We have Windows 2003 server and a separate Oracle 10g server. When trying to get into AR System Console/System/General/Server Information and getting ARERR [8760] Cannot establish a network connection to the AR System Plug-In server : ars-dev (5214) : RPC: Miscellaneous tli error - System error (Connection refused). Checked on ARERR 8760 and it has to do with the Plug in Server. Checked arplugin.exe and it is not running. Checked armonitor.log and it is not in there either. Can't turn on Plug-In Server logging (I believe) because we can't get into the Server Information. Has anyone else come across this at all? Lisa Kemes AR System Developer Tyco Electronics 717-810-2408 tel 717-810-2124 fax lisa.ke...@tycoelectronics.com _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
Re: 7.5 Installation Problems (of course!)
Yes. Try installing it without the plugins, and then add them in a subsequent install. Also verify that you have 100% met the prereqs. It is vital with 7.5. Rick -Original Message- From: Kemes, Lisa lisa.ke...@tycoelectronics.com Date: Wed, 20 Jan 2010 14:22:25 To: arslist@ARSLIST.ORG Subject: 7.5 Installation Problems (of course!) Just did an upgrade from ARS 7.1 p7 to 7.5 p3. We have Windows 2003 server and a separate Oracle 10g server. When trying to get into AR System Console/System/General/Server Information and getting ARERR [8760] Cannot establish a network connection to the AR System Plug-In server : ars-dev (5214) : RPC: Miscellaneous tli error - System error (Connection refused). Checked on ARERR 8760 and it has to do with the Plug in Server. Checked arplugin.exe and it is not running. Checked armonitor.log and it is not in there either. Can't turn on Plug-In Server logging (I believe) because we can't get into the Server Information. Has anyone else come across this at all? Lisa Kemes AR System Developer Tyco Electronics 717-810-2408 tel 717-810-2124 fax lisa.ke...@tycoelectronics.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
Re: 7.5 Installation Problems (of course!)
Try starting the plugin server manually and see what you get.. You can steal the syntax for starting it from the armonitor.cfg file. Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Kemes, Lisa Sent: Wednesday, January 20, 2010 2:22 PM To: arslist@ARSLIST.ORG Subject: 7.5 Installation Problems (of course!) ** Just did an upgrade from ARS 7.1 p7 to 7.5 p3. We have Windows 2003 server and a separate Oracle 10g server. When trying to get into AR System Console/System/General/Server Information and getting ARERR [8760] Cannot establish a network connection to the AR System Plug-In server : ars-dev (5214) : RPC: Miscellaneous tli error - System error (Connection refused). Checked on ARERR 8760 and it has to do with the Plug in Server. Checked arplugin.exe and it is not running. Checked armonitor.log and it is not in there either. Can't turn on Plug-In Server logging (I believe) because we can't get into the Server Information. Has anyone else come across this at all? Lisa Kemes AR System Developer Tyco Electronics 717-810-2408 tel 717-810-2124 fax lisa.ke...@tycoelectronics.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
Re: 7.5 Installation Problems (of course!)
We tried this and now we are getting different errors. (again with having to do with the plug in). Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza Sent: Wednesday, January 20, 2010 2:42 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** Try starting the plugin server manually and see what you get.. You can steal the syntax for starting it from the armonitor.cfg file. Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Kemes, Lisa Sent: Wednesday, January 20, 2010 2:22 PM To: arslist@ARSLIST.ORG Subject: 7.5 Installation Problems (of course!) ** Just did an upgrade from ARS 7.1 p7 to 7.5 p3. We have Windows 2003 server and a separate Oracle 10g server. When trying to get into AR System Console/System/General/Server Information and getting ARERR [8760] Cannot establish a network connection to the AR System Plug-In server : ars-dev (5214) : RPC: Miscellaneous tli error - System error (Connection refused). Checked on ARERR 8760 and it has to do with the Plug in Server. Checked arplugin.exe and it is not running. Checked armonitor.log and it is not in there either. Can't turn on Plug-In Server logging (I believe) because we can't get into the Server Information. Has anyone else come across this at all? Lisa Kemes AR System Developer Tyco Electronics 717-810-2408 tel 717-810-2124 fax lisa.ke...@tycoelectronics.com _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.5 Installation Problems (of course!)
We've decided to do a restore of our servers from last night and start fresh (that goodness this is DEV!) :) Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Kemes, Lisa Sent: Wednesday, January 20, 2010 2:49 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** We tried this and now we are getting different errors. (again with having to do with the plug in). Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza Sent: Wednesday, January 20, 2010 2:42 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** Try starting the plugin server manually and see what you get.. You can steal the syntax for starting it from the armonitor.cfg file. Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Kemes, Lisa Sent: Wednesday, January 20, 2010 2:22 PM To: arslist@ARSLIST.ORG Subject: 7.5 Installation Problems (of course!) ** Just did an upgrade from ARS 7.1 p7 to 7.5 p3. We have Windows 2003 server and a separate Oracle 10g server. When trying to get into AR System Console/System/General/Server Information and getting ARERR [8760] Cannot establish a network connection to the AR System Plug-In server : ars-dev (5214) : RPC: Miscellaneous tli error - System error (Connection refused). Checked on ARERR 8760 and it has to do with the Plug in Server. Checked arplugin.exe and it is not running. Checked armonitor.log and it is not in there either. Can't turn on Plug-In Server logging (I believe) because we can't get into the Server Information. Has anyone else come across this at all? Lisa Kemes AR System Developer Tyco Electronics 717-810-2408 tel 717-810-2124 fax lisa.ke...@tycoelectronics.com _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
Re: 7.5 Installation Problems (of course!)
also, we found out that if you install on solaris, and you have the DB on the same server it is quick and easy. IF you install oracle on another server and use ars on its own, then the two_task and variables need to be setup prior to install. We did not see anything stating that had to be done prior.. with oracle 11 strange.. I know.. maybe we missed it. On Wed, Jan 20, 2010 at 2:29 PM, Rick Cook remedyr...@gmail.com wrote: ** Yes. Try installing it without the plugins, and then add them in a subsequent install. Also verify that you have 100% met the prereqs. It is vital with 7.5. Rick -- *From: *Kemes, Lisa lisa.ke...@tycoelectronics.com *Date: *Wed, 20 Jan 2010 14:22:25 -0500 *To: *arslist@ARSLIST.ORG *Subject: *7.5 Installation Problems (of course!) Just did an upgrade from ARS 7.1 p7 to 7.5 p3. We have Windows 2003 server and a separate Oracle 10g server. When trying to get into AR System Console/System/General/Server Information and getting ARERR [8760] Cannot establish a network connection to the AR System Plug-In server : ars-dev (5214) : RPC: Miscellaneous tli error - System error (Connection refused). Checked on ARERR 8760 and it has to do with the Plug in Server. Checked arplugin.exe and it is not running. Checked armonitor.log and it is not in there either. Can't turn on Plug-In Server logging (I believe) because we can't get into the Server Information. Has anyone else come across this at all? *Lisa Kemes** * AR System Developer Tyco Electronics 717-810-2408 tel 717-810-2124 fax lisa.ke...@tycoelectronics.com _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers Are_ -- Patrick Zandi ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
Re: 7.5 Installation Problems (of course!)
What are the errors? Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Kemes, Lisa Sent: Wednesday, January 20, 2010 2:49 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** We tried this and now we are getting different errors. (again with having to do with the plug in). Lisa -- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza Sent: Wednesday, January 20, 2010 2:42 PM To: arslist@ARSLIST.ORG Subject: Re: 7.5 Installation Problems (of course!) ** Try starting the plugin server manually and see what you get.. You can steal the syntax for starting it from the armonitor.cfg file. Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Kemes, Lisa Sent: Wednesday, January 20, 2010 2:22 PM To: arslist@ARSLIST.ORG Subject: 7.5 Installation Problems (of course!) ** Just did an upgrade from ARS 7.1 p7 to 7.5 p3. We have Windows 2003 server and a separate Oracle 10g server. When trying to get into AR System Console/System/General/Server Information and getting ARERR [8760] Cannot establish a network connection to the AR System Plug-In server : ars-dev (5214) : RPC: Miscellaneous tli error - System error (Connection refused). Checked on ARERR 8760 and it has to do with the Plug in Server. Checked arplugin.exe and it is not running. Checked armonitor.log and it is not in there either. Can't turn on Plug-In Server logging (I believe) because we can't get into the Server Information. Has anyone else come across this at all? Lisa Kemes AR System Developer Tyco Electronics 717-810-2408 tel 717-810-2124 fax lisa.ke...@tycoelectronics.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are