Configuration problem on sync demo servers

Hi, We are having some problems with applying new configuration on sync demo servers: http://sync1.openmrs.org/openmrs http://sync2.openmrs.org/openmrs http://sync3.openmrs.org/openmrs http://sync4.openmrs.org/openmrs It seems that every attempt of configuration change is being rejected Can this be a side effect of https://issues.openmrs.org/browse/SYNCT-271 fix? @wyclif, @dkayiwa

Regards, Tomasz

I doubt, the change for SYNC-271 is one on the page for viewing audit messages while the issue you are running is when you are loading configurations, I see no way they can be related, will look into it though.

FYI, they are running a released version (1.3.0) of the sync2 module and the fix for SYNCT-271 was committed after that release so it can’t be the cause of the issue, has to be something else. Have you tried restarting them?

Thanks, @wyclif for your investigation The problem is we have no ssh access to those servers, so we are limited in our options of solving this problem. Can anyone grant us the access? As far as I remember, @raff used to have the access.

Thanks, Tomasz

Did you try to create a helpdesk request?

I need a link to the build before I can have a look.

Hi, @cintiadr

We are using https://ci.openmrs.org/browse/OENV-DS build for deployment to the test servers.

Regards, Tomasz

@tmueller,

It appears that the 3 red builds you had nothing to do with the sync servers. They are red in the ‘Build’ job, task ‘Build and push docker image’, specifically when pushing the image to dockerhub. All three red builds ran in the ‘yak’ agent.

So the question is: was yak broken or dockerhub had some problems? Hard to tell. We can see that yak was able to push a new image, so I assume the problem was solved. And most likely than not, the problem was dockerhub.

It’s a little bit hard to guess what happens unless we follow the logs.

@wyclif, @dkayiwa Is there a way to restart those servers without ssh access?

Regards, Tomasz

@tmueller, running https://ci.openmrs.org/browse/OENV-DS restarts all servers (no need to ssh).

1 Like

You need ssh access from what I know, myself I dont have it

s/servers/service/g – I don’t think it restarts the server, but it does recreate/restart the docker container

@r0bby, correct. I meant it restarts OpeMRS instances, which is all what should be needed.

1 Like