diff options
| author | Stan Hu <stanhu@gmail.com> | 2019-07-22 09:00:37 +0300 |
|---|---|---|
| committer | Stan Hu <stanhu@gmail.com> | 2019-07-22 20:23:07 +0300 |
| commit | 583c12acf44ba18adea45eb0e61f287861c44e43 (patch) | |
| tree | bd8e973c57a2c50396f0286b376713f30ec2abcb /spec/lib/gitlab/workhorse_spec.rb | |
| parent | 3cc5535c0c7a52c93b00c1a1260eb8d828a3e9dc (diff) | |
Use persistent Redis cluster for Workhorse pub/sub notifications
Previously, in Omnibus, Workhorse expected to listen via the Redis
shared state cluster for the `workhorse:notifications` publish/subscribe
channel, but the Rails code was using the Sidekiq queue cluster for
this. To fix this inconsistency, we make the Rails code use the
persistent cluster, since we don't want Workhorse to be looking at
anything Sidekiq-related.
Diffstat (limited to 'spec/lib/gitlab/workhorse_spec.rb')
| -rw-r--r-- | spec/lib/gitlab/workhorse_spec.rb | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/spec/lib/gitlab/workhorse_spec.rb b/spec/lib/gitlab/workhorse_spec.rb index f8332757fcd..451e18ed91b 100644 --- a/spec/lib/gitlab/workhorse_spec.rb +++ b/spec/lib/gitlab/workhorse_spec.rb @@ -404,6 +404,7 @@ describe Gitlab::Workhorse do end it 'set and notify' do + expect(Gitlab::Redis::SharedState).to receive(:with).and_call_original expect_any_instance_of(::Redis).to receive(:publish) .with(described_class::NOTIFICATION_CHANNEL, "test-key=test-value") |