Closed Bug 851550 Opened 12 years ago Closed 12 years ago

Stage missing one processor

Categories

(Socorro :: Infra, task)

task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: lonnen, Unassigned)

Details

After pushing 39 to stage, only one processor is connecting. Lars suspects that the new processor is configured to run when it should be the old one. In the logs there is a familiar permissions error in the crashmover log: Caught Error: <type 'exceptions.OSError'> [Errno 13] Permission denied: '/home/socorro/primaryCrashStore/20130309/date/22' trace back follows: Traceback (most recent call last): File "/data/socorro/application/socorro/lib/iteratorWorkerFramework.py", line 152, in queuingThreadFunc#012 for aJob in self.jobSourceIterator(): # may never raise StopIteration File "/data/socorro/application/socorro/storage/storageMover.py", line 36, in theIterator#012 for i, ooid in enumerate(sourceStorage.newUuids()): File "/data/socorro/application/socorro/storage/crashstorage.py", line 108, in newUuids#012 for a_crash in self.crash_storage.new_crashes(): File "/data/socorro/application/socorro/external/crashstorage_base.py", line 563, in new_crashes#012 for a_crash in self.fallback_store.new_crashes(): File /data/socorro/application/socorro/external/filesystem/json_dump_storage.py", line 377, in destructiveDateWalk#012 self.osModule File "/data/socorro/application/socorro/external/filesystem/filesystem.py", line 33, in cleanEmptySubdirectories#012 osModule.rmdir(opath)
Staging had the new configmanized processor initscript but didn't have the correct config file --- the initscript for processor was backed out of stage to use the old processor. The log dump posted was for an old, unrelated error.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.