I thought I would pass this along to the rest of the list incase anyone
else may be looking at this issue. Of course I want to thank Doug for
responding personally. He is truly the best.

 

Regards,

 

Roger A. Nall

Manager, OSSNMS Remedy

T-Mobile USA

Desk: 813-348-2556(New)

Cell: 973-652-6723

FAX: 813-348-2565

sf49fanv     AIM IM

RogerNall   Yahoo IM

 

________________________________

From: Mueller, Doug [mailto:[EMAIL PROTECTED] 
Sent: Thursday, June 21, 2007 7:31 PM
To: Nall, Roger
Subject: RE: DSO Issue

 

Roger,

 

I think the problem you are having is the following:

 

With 7.0, we REQUIRE you to have a password for the DSO user.

With 5.0, we did not have the concept of a password for the DSO user.

 

So, the 5.x client trying to talk with the 7.0 server using DSO has a
problem.  There is a password that is

there on the 7.0 side, but I don't know how to supply it.

 

The 6.3 to 7.0 worked because the 6.3 environment has the concept of a
password so you could give the

6.3 environment the password of the 7.0 server DSO.

 

You should be able to use a DSO 7.0 (or 6.3) instance on the 5.x
environment so the AR System environment

remains 5.x but DSO server is later and that later DSO would understand
the password capability.  There

may be some tricks to configuring things.

 

 

But, I think this is the problem you are having.  Putting in security
can cause problems with older things.....

 

Doug Mueller

 

________________________________

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Nall, Roger
Sent: Thursday, June 21, 2007 2:30 PM
To: arslist@ARSLIST.ORG
Subject: Re: DSO Issue

** 

Fred,

 

I thought about that and you are right 5 does not have a password. I
could find nothing in the documentation that would indicate this is a
problem. Not only that I have successfully tested a 7 against a 6.3,
which does not have a password, with no issues.

 

Thanks,

 

Roger A. Nall

Manager, OSSNMS Remedy

T-Mobile USA

Desk: 813-348-2556(New)

Cell: 973-652-6723

FAX: 813-348-2565

sf49fanv     AIM IM

RogerNall   Yahoo IM

 

________________________________

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Grooms, Frederick W
Sent: Thursday, June 21, 2007 5:26 PM
To: arslist@ARSLIST.ORG
Subject: Re: DSO Issue

 

DSO in 7 has a password (in Admin Tool: File -> Server Information ->
Connection Settings tab)

 

I don't remember if 5 had a place for a password so could this be the
problem?

 

Scenario:  7 (with password) could send to 5 (which would ignore
password) but 5 (no password) can't send to 7 (with password)

 

Fred

 

________________________________

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Nall, Roger
Sent: Thursday, June 21, 2007 4:16 PM
To: arslist@ARSLIST.ORG
Subject: DSO Issue

** 

Server 1 - ARS 7.01P2

                SQL2K

                WIN2003

 

Server 2 - ARS 5.1.2P1375

                HPUNIX 11

                ORACLE 8.1.7

 

We are having an problem with DSO. Server 1 is able to send data to
Server 2 however Server 2 is not able to send back. Both servers are
licenses although the license on Server 2 is demo set to expire on July
13. The ardist log on Server 2 is getting the following entry:

 

            <DIST> Authentication failed (ARERR 623) <DIST>
Authentication failed (ARERR 623) <DIST> Pending distributed operation
for this entry canceled due to error (ARDSNOTE 3003)

<DIST>    0001466 - DSO-Engineering Transfer

 

I am wondering if anyone has any ideas. Could there be any compatibility
issues between server versions.

 

Thanks,

 

Roger A. Nall

Manager, OSSNMS Remedy

T-Mobile USA

Desk: 813-348-2556(New)

Cell: 973-652-6723

FAX: 813-348-2565

sf49fanv     AIM IM

RogerNall   Yahoo IM

 

 

 

 

__20060125_______________________This posting was submitted with HTML in
it___ __20060125_______________________This posting was submitted with
HTML in it___ 


_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Reply via email to