topic Re: Publishing destination changes & Authentication tokens in Administration and Deployment

Publishing destination changes & Authentication tokens

thedcoii — Wed, 09 Aug 2023 23:07:15 GMT

We changed the IP address of one our machines and now when I try to publish even the most simple decision I get the following on that server and not on any of the others.

"modelName":"testdecision123","log":"ERROR===Could not obtain a token from \"http://<servername>\"."

Any ideas where I update the IP on the design time server or do I have to remove and re-add this one as a publish destination?

Re: Publishing destination changes & Authentication tokens

gwootton — Thu, 10 Aug 2023 13:43:42 GMT

We should be resolving the IP address from DNS, does nslookup return the correct IP address on that server?

Re: Publishing destination changes & Authentication tokens

thedcoii — Thu, 10 Aug 2023 23:08:10 GMT

yes I was hoping it was by url alone but it was registered before with a different ip address.

I guess I could just use the api to remove it and re-register the destination.

Is this how you would suggest re-adding it?

Re: Publishing destination changes & Authentication tokens

gwootton — Fri, 11 Aug 2023 13:31:10 GMT

Did you supply the old IP address when registering the destination? If not, I would not expect SAS to capture and store this. I would say recreating the destination sounds like a valid next step in troubleshooting. I'd be interested to know if that resolves the issue.

Re: Publishing destination changes & Authentication tokens

thedcoii — Fri, 11 Aug 2023 16:47:20 GMT

Yes I don't think the IP address is directly involved as even in the prior registration processes I believe we just use the DNS name rather than the IP.

Still, I've always struggled registering new publishing destinations as it doesn't seem there is a great way to do it from the environment manager. Whenever I try and do it through the api (https://<servername>/modelPublish/destinations) I always run into issues with content types etc.

Do you know any good resources or how to create and add publishing destinations for mas easily?

Re: Publishing destination changes & Authentication tokens

gwootton — Fri, 11 Aug 2023 18:49:23 GMT

The documentation for creating publishing destinations can be found here:

Viya platform: Create a New Publishing Destination
https://go.documentation.sas.com/doc/en/sasadmincdc/v_042/calpubdest/p02scrqf37kexwn1gi60khpshifz.htm#n1dekeeeaeigynn1n21ygubwsqsp

Viya 3.5: Create a New Publishing Destination
https://go.documentation.sas.com/doc/en/calcdc/3.5/calpubdest/p02scrqf37kexwn1gi60khpshifz.htm#n1dekeeeaeigynn1n21ygubwsqsp

Re: Publishing destination changes & Authentication tokens

thedcoii — Tue, 15 Aug 2023 02:36:27 GMT

So this doesn't appear to be related to the change of IP address as we are getting it on three of our four servers now. For mas local it is publishing as expected but for the three remotes it is giving the can't obtain token error.

We made some changes to rights of active directory accounts which I think maybe part of the culprit but I don't know how to test or validate this.

Re: Publishing destination changes & Authentication tokens

thedcoii — Tue, 15 Aug 2023 18:26:05 GMT

I'm seeing this too in the logs.

Our 'grace' period is till OCT so I don't think it is related, however it is odd that we started seeing issues the day after our original expiration.

Re: Publishing destination changes & Authentication tokens

thedcoii — Wed, 23 Aug 2023 00:31:25 GMT

This ended up being the 'identities' service. We had a bad memory setting in the identities service which made it so it was unable to start. The message in the specific identities service log was obvious. When fixing those and restarting the identities service the publishing was able to complete.

One of the ways we found this was in the development environment where the publishing was working if we set bad credentials we'd get the same error. So the assumption which turned out to be correct was that the authentication wasn't acting correctly.