By default, a server determines the domain name from the network interface. In rare cases, this method does not produce the desired result because of unexpected network card configurations. In those cases, you can use this option to override the domain name derived from the network interface so we make GSI and read ar.conf , if we (remedy) don't find expected results then we make 'gethostname' as a system call. Which means when we invoke GSI call to get fully qualified name of the server in that case we invoke OSGetServerNameWithDomain function which in turn calls the gethostname system call to OS. If no result is shown through these calls then dummy.host.come is shown/appears from remedy code.
-----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of laurent matheo Sent: Tuesday, January 29, 2013 5:29 PM To: [email protected] Subject: Re: Error loading the Server Information form data 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" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
