Once I get on the page on Drupal Reoprts->Brightcove Status Overview clicking on Synch All having an issue:

An error has occurred.
Please continue to the error page

An AJAX HTTP error occurred.
HTTP Result Code: 500
Debugging information follows.
Path: /batch?id=55&op=do_nojs&op=do
StatusText: Internal Server Error
ResponseText:

See attached:

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

nick.prusov created an issue. See original summary.

Boobaa’s picture

Status: Active » Postponed (maintainer needs more info)

Could you please post the relevant parts of your logs? This "500 Internal Server Error" is so generic that we cannot pinpoint your problem.

nick.prusov’s picture

please advise the path where the logs can be checked

nick.prusov’s picture

Status: Postponed (maintainer needs more info) » Active
jan.mashat’s picture

Status: Active » Postponed (maintainer needs more info)

That depends on the environment, but you're looking for the web server error logs.
On Debian-based systems they can found under: /var/log/apache2/error.log

douggreen’s picture

Status: Postponed (maintainer needs more info) » Needs review
FileSize
2.17 KB

I get this same error when synchronizing the api client and subscription via the Drupal sync directory, and somewhere along the process, the api key is deleted, but the subscription key is left around. The attached patch solves the problem for me.

douggreen’s picture

FileSize
2.02 KB

Updated patch doesn't throw an exception on error, because the exception causes the config import to fail hard instead of gracefully.

jribeiro’s picture

FileSize
1.94 KB

Just a patch re-roll.

douggreen’s picture

-8 is the better roll that doesn't assume other patches. This re-roll assumes other patches that we're applying. I think 7 is still the best choice.

douggreen’s picture

We're having problems apply the 4 Brightcove patches needed, so the following attached patch rolls two of them together. You should probably still use -8 above. See #2902537: Can't synchronize subscription

douggreen’s picture

FileSize
1.76 KB

Updated patch to latest head.

douggreen’s picture

manojapare’s picture

FileSize
3.53 KB

Patch which worked for me, module version 8.x-1.3.

yce’s picture

Status: Needs review » Postponed

Is it still an issue? The subscriptions are no longer config entities, so they won't get exported to configuration.

Also in the latest dev version the queues are getting cleared when an API client is deleted, so there shouldn't be any null references left when synching the entities.

yce’s picture

Status: Postponed » Closed (cannot reproduce)

Closing as there is no feedback, cannot reproduce.