Skip to main content
Solved

Jobs on multiple ODX - not working. Jumps back to 'default' ODX.


Bitmetric_Maarten
Contributor
Forum|alt.badge.img

We are running an environment on two servers. One DEV and one PRD server. The instances are copied from the DEV to PRD server, both ODX and MDW. Apparently the jobs are also copied. After refreshing the list I'm adding jobs to run the production ODX. As we can see below I can choose between both the DEV and PRD ODX's :

 

However. If I select the ODX Just Brands Production / JB NAV / Full Load NAV. It jumps back to ODX Just Brands / JB NAV / Full Load NAV, running the DEV ODX. 

Why is this?

Best answer by Thomas Lind

Hi @Bitmetric_Maarten 

We had a thing about this issue in that version, hence why I asked about it.

It might be this issue

18688: Jobs sometimes select the wrong instance when using copy instances
Fixed an issue with Jobs sometimes using the wrong instance in a "copy instance" setup. The execution packages in the job would use the first available instance across the copied instances when creating the job.

So if you upgrade to the newest release and see if it still behaves like this it would be something to look at.

View original
Did this topic help you find an answer to your question?

5 replies

Thomas Lind
Community Manager
Forum|alt.badge.img+5
  • Community Manager
  • 1017 replies
  • August 11, 2023

Hi @Bitmetric_Maarten 

Are you on the newest release?

Do you have both prod and dev versions of the execution package on the dev instance?

 


Bitmetric_Maarten
Contributor
Forum|alt.badge.img

Hi Thomas,

We are on 6221.1

The funny thing is that the Execution packages work just fine. It are the ODX transfer jobs which give the error. 


Thomas Lind
Community Manager
Forum|alt.badge.img+5
  • Community Manager
  • 1017 replies
  • Answer
  • August 11, 2023

Hi @Bitmetric_Maarten 

We had a thing about this issue in that version, hence why I asked about it.

It might be this issue

18688: Jobs sometimes select the wrong instance when using copy instances
Fixed an issue with Jobs sometimes using the wrong instance in a "copy instance" setup. The execution packages in the job would use the first available instance across the copied instances when creating the job.

So if you upgrade to the newest release and see if it still behaves like this it would be something to look at.


Bitmetric_Maarten
Contributor
Forum|alt.badge.img

Thanks! That sounds clear, we will upgrade. Is the process the same as on the legacy supprt? https://legacysupport.timextender.com/hc/en-us/articles/360042623431-Upgrade-ODX-and-TimeXtender-from-a-previous-version couldnt find another….


Thomas Lind
Community Manager
Forum|alt.badge.img+5
  • Community Manager
  • 1017 replies
  • August 11, 2023

@Bitmetric_Maarten 

It is actually more simple.

  1. Install the two programs (ODX and TX)
  2. Disable ODX and Execution services or just uninstall them.
  3. Run the ODX Server Configuration and then the Execution Configuration.
  4. Open new version of TX and log in.
  5. Open each instance and click OK to any suggested updates.

The only thing I could think of regarding 6221 to 6346, is that the Jobs area may have some issues.

Like you may have to recreate them.


Reply


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings