Hi :) I also had the "dummy.host.com", we solved it forcing the right the "domain-name" in ar.cfg. I searched a bit on Google but didn't find where it could come from. It was also on 7.6.04.
Le 24 janv. 2013 à 15:29, "Grooms, Frederick W" <[email protected]> a écrit : > Back on 7.1 I had the same issue " There are not enough rows in the table > (Server Ports) to display all entries. (ARWARN 47006)" and support told me to > update the form and add in a MAX rows for the table. It sounds like you are > having the same issue. How many entries do you have setup in the Currency > settings? Are the ar.conf (ar.cfg in Windows) files the same for the > currency info? > > Default-Allowable-Currencies: USD;2; > Default-Functional-Currencies: USD;2; > > I have also seen on 7.6.04 an issue where it can't connect to the server > administration plugin (although that error is something like "Can't connect > to plugin on {server}.dummy.host.com", and yes the message actually states > dummy.host.com in it). > > I was able to correct that one by adding the alias info to the ar.conf > (ar.cfg in Windows) for the plugins. (You probably already have the Java > aliases in the config, I just had to add the "c" plugins to the config.) > > #c Plugin Server port line in config file > Plugin-Port: 12342 > # > Plugin-Path: {Install Path}/arealdap > Plugin-Path: {Install Path}/ardbcldap > Plugin-Path: {Install Path}/pluginsvr > Plugin-Path: {Install Path}/bin > Plugin: ardbcconf.so > Plugin: reportplugin.so > Plugin: ServerAdmin.so > Plugin: FlashboardObject.so > Plugin: ardbcldap.so > Server-Plugin-Alias: ARSYS.ARDBC.CONFIGFILE ARSYS.ARDBC.CONFIGFILE > {ServerName}:12342 > Server-Plugin-Alias: ARSYS.ARDBC.REPORT ARSYS.ARDBC.REPORT {ServerName}:12342 > > Server-Plugin-Alias: REMEDY.ARDBC.SERVER.ADMINISTRATION > REMEDY.ARDBC.SERVER.ADMINISTRATION {ServerName}:12342 > Server-Plugin-Alias: REMEDY.ARDBC.FLASHBOARD.FORM > REMEDY.ARDBC.FLASHBOARD.FORM {ServerName}:12342 > Server-Plugin-Alias: ARSYS.ARDBC.LDAP ARSYS.ARDBC.LDAP {ServerName}:12342 > # > #Java Plugins > # Java Plugin Server Port defined in {Install > Path}/pluginsvr/pluginsvr_config.xml > # > Server-Plugin-Alias: ARSYS.ARF.REGISTRY ARSYS.ARF.REGISTRY {ServerName}:9993 > > Server-Plugin-Alias: ARSYS.ARDBC.REGISTRY ARSYS.ARDBC.REGISTRY > {ServerName}:9993 > Server-Plugin-Alias: ARSYS.ARDBC.ARREPORTENGINE ARSYS.ARDBC.ARREPORTENGINE > {ServerName}:9993 > Server-Plugin-Alias: ARSYS.ARF.QUERYPARSER ARSYS.ARF.QUERYPARSER > {ServerName}:9993 > Server-Plugin-Alias: ARSYS.ALRT.WEBSERVICE ARSYS.ALRT.WEBSERVICE > {ServerName}:9993 > Server-Plugin-Alias: ARSYS.ARF.WEBSERVICE ARSYS.ARF.WEBSERVICE > {ServerName}:9993 > > Fred > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[email protected]] On Behalf Of Bob Ellington > Sent: Thursday, January 24, 2013 6:17 AM > To: [email protected] > Subject: Error loading the Server Information form data > > I have a couple of test remedy servers that are built identical (ARS 7.6.04 > SP2). On one of the servers when I go into the Server Information form I get > a series of error messages where it fails to load information into the form. > I get the following type error against several of the data load pieces: > > There are not enough rows in the table (Functional Selected Currencies) to > display all entries. (ARWARN 47006) > > The preceding message occurred during the execution of active link AR System > Administration: Functional Currencies - Parse Exit Guide OnTooManyRows -- > action 1. (ARNOTE 1101) > > I put on workflow logging against both servers trying to see what was > different, on the server that works it executes the following: > ARGetListEntryWithFields > ARValidateFormCache > ARExport > > On the server that fails it does not execute the ARExport. > > The error occurs against all the following loads: > Functional Selected Currencies > Plugin Server Settings > Server Ports > Remote Workflow Settings > DSO Server Setting > DSO Server Setting Pwd > LDAP Group Mapping > > Funny thing is, the server that works was a copy of the one that fails. Both > databases are from the same copy. > > This happens in both the client tool and the mid-tier. > > Any ideas? > > > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > "Where the Answers Are, and have been for 20 years" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
