Hi Frex, Thanks for the info! We tried setting "Use default destination AR Server" to No and were getting mixed results. We found the cause (training issue on my part) and this explains the mixed results. I'll reply in a separate email with resolved flag in the Subject.
Jason On Sun, May 9, 2010 at 4:23 AM, Frex Popo <frexp...@yahoo.fr> wrote: > ** > Hello Jason, > > I had the same problem a while ago when I was setting up a test server (a > copy of production [ARS7.1patch004/CMDB2.3patch003/AIE7.1patch004] ). > > I had to give a new password to Demo in the new test server. This caused > the AIE exchanges to fail with an error which stated that it can not access > the EIE:BackupLoadFlag form. > > So first I changed the password on the host machine where the AIE is > installed. > > 1. Backuped the aie.cfg file (just in case). > 2. Changed directory to > "C:\<AIE_Installation_DIR>\<AIE_Instance>\service\conf" > 3. Run eiecfedit.exe -x <servername> -s <servername> -l <username> -p > <password> > 4. This changed my eie.cfg file > > I Then changed the password in the AIE Application Console (Configuration > => Integration Engine App) to be the same as in 3. > > After starting an exchange I was getting the exact same error you are > getting " InitCMDBConnection - cannot access AR System server" > > So in the exchanges console I just told it to the use the default > destination AR Server. > > In the Connection Settings I resaved the exchanges by clicking on "No" and > then "Yes" (under AR Login Information) and then save for the exchanges > which were failing and that solved my problem. > > > Not sure if this is what you did exactly but just thought I will share it > with you. > > Regards > frex > > ------------------------------ > *De :* Jason Miller <jason.mil...@gmail.com> > *À :* arslist@ARSLIST.ORG > *Envoyé le :* Ven 7 mai 2010, 20h 18min 18s > *Objet :* AIE 7.6: InitCMDBConnection - cannot access AR System server > > ** We have Atrium Core 7.6 patch 1 on our test server (we just patched > yesterday to try and resolve this). We are experiencing an issue where Data > Exchanges stop working after working on other Data Exchanges. We see the > following errors in the AIE logs and can see the failure in aruser.log. > > > [Thu May 06 2010 11:26:47.4910] - <TID: 001> <ERR > Error (623): > Authentication failed > [Thu May 06 2010 11:26:47.4910] - <TID: 001> <ERR > InitCMDBConnection - > cannot access AR System server:ITSM76APPSERVER. Error = 2 > [Thu May 06 2010 11:26:47.4910] - <TID: 001> <ERR > StartDataHandlers: > CMDB Data Handler failed to start. > > Logging workflow I see where an AL pulls the current credentials from > EIE:ApplicationSettings and passes those to aiexfer.exe correctly. It seems > that somewhere within the aiexfer.exe process it uses the credentials from > the EIE:DataExchange record. These records appear to get out of sync as > other Data Exchanges are being worked on. I unhid the fields on > EIE:DataExchange to try and manually correct the password. This triggers > workflow and changes the hash. I found that it works fine setting the > passwords in the db. > > As a temporary workaround I created a stored procedure that does the > following and put it behind a button so I don’t need to go into the db each > time the person managing the Data Exchanges starts seeing errors. > > UPDATE T710 --EIE:DataExchange > SET > C102 = 'pw1', --Admin Password > C15185 = 'pw2, --Encrypted Password > C536871114 = 'pw3' --Admin PasswordN > WHERE C536870952 = 0 --Use default destination AR server > > Has anybody else experienced this? > > Thanks, > Jason > > ARS 7.5 p4 > Atrium Core 7.6 p1 > Win 2008 R2 64-bit > SQL 2008 64-bit > _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_ > > _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_ > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
