Eliminate "search" process from osideploy

Bug #1482863 reported by Paul Everitt
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
KARL4
Fix Released
Low
Jim Fulton

Bug Description

We no longer need a per-app-server ghetto. We have a ghetto (albeit just one process on one VM) on osfkarl10. We're currently sending download zip and arc2box requests there.

This means the production/staging Fabric scripts don't need a supervisor-managed process for "search".

Changed in karl4:
milestone: 010 → 011
Changed in karl4:
milestone: 011 → 012
Changed in karl4:
milestone: 012 → 013
Changed in karl4:
milestone: 013 → 014
Changed in karl4:
milestone: 014 → 015
Changed in karl4:
milestone: 015 → 017
Changed in karl4:
milestone: 017 → 019
Changed in karl4:
milestone: 019 → 024
Changed in karl4:
milestone: 024 → 026
Changed in karl4:
milestone: 026 → 027
Changed in karl4:
milestone: 027 → 029
Changed in karl4:
assignee: Paul Everitt (paul-agendaless) → Jim Fulton (jim-zope)
milestone: 029 → 031
Changed in karl4:
milestone: 031 → 032
Changed in karl4:
milestone: 032 → 034
Revision history for this message
Jim Fulton (jim-zope) wrote :

It looks, based on the search logs, like the search instances aren't getting valid requests.

(There are a few probing requests on 10.)

I guess I just need to stop deploying search instances.

Revision history for this message
Paul Everitt (paul-agendaless) wrote :

Let's make sure to edit them out of haproxy.

Jim Fulton (jim-zope)
Changed in karl4:
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.